1-软件观念革命——交互设计精髓(20100413)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

用户观察 文献调查
产品和竞争 审核
人种学调查
• 人种学调查:揉和了浸入式观察和引导式访谈
的技术。
上下文调查与改进 准备工作 调查过程
上下文调查
• 上下文环境
在产品的工作环境中同用户交 流提问并观察用户进而发现行为 细节
• 缩短访谈过程
访谈缩短到1小时,每个人物角 色约需要6个精心选定的用户
• 协作
发布
发布
发布
可用性从业人员
职业经理人 设计者 初始 设计
程序员 编码
Bug测试 用户测试
OA
发布
可用性从业人员
图8 软件开发过程演变
目标导向设计的软件开发过程
用户
提供输入
提供关于可 用性的反馈 给予 委派 给予 规范 确保用户 满意
设计
用户提供 Bug报告
给予 代码 确认 发布 确保可靠性
职业经理人
消除设计师的偏见 使界面的表达模型与用户 的心智模型尽量匹配 构造场景大图,集中关注 目标 确定特定场景下的特定对 象及控件
定义交互框架
定义形态要素和输入方法
定义视图 定义功能元素和数据元素 确定功能组合层次关系 给出交互框架的草图 构建关键路径脚本提纲
图17 定义交互框架示意图
进行人种学调查
• 访谈——总结——调整策略 • 访谈的早期阶段——中期阶段——后期阶段 • 访谈基本方法 在交互发生地点进行访谈;首先关注目标,其次任务;鼓 励讲故事;请求演示和讲解。 • 注意事项 避免固定提问问题,避免讨论技术,思路不要被用户主导, 避免诱导性提问。 • 总结 访谈之后,比较每一次的笔记,标记数据中的倾向和模式, 为从积累的研究中创建人物角色打下基础。
定 性 研 究
专家访谈
顾客访谈
用户访谈
用户是设计的主要关注 点,是亲自使用产品的 人,而顾客是产品的购买 者。融合顾客和用户对产 品的观点,行成最终设 计,让产品更具有生存能 力 观察同访谈结合能最有效 的收集定性用户数据 以文献为基础设计对涉众 和专家提出问题,作为补 充材料,检查收集数据的 准确性 判断技术发展水平,了解 当前产品功能范围
内 容
交互设计领域存在的问题
目标导向设计过程
对用户的系统理解
用户建模和脚本提纲 交互设计原则与模式
用户建模:人物角色
产生于研究
人物角色代表场景中不同的用户
人物角色
发掘行为深度
人物角色必须有动机 与用户角色、用户简要 用户人物角色与非用户人物角色
人物角色源于研究
综合的人物角色主要数据源于人种学调查、场景调查 或其他类似的与用户的对话和观察。能够支持和补充人物 角色创建的数据包括: • 与用户的访谈 • 涉众和主题专家提供的有关用户的信息 • 市场研究数据,诸如焦点小组和调研
1 建模过程 2 定义需求过程
将调研结果转化为设计工具 在模型的基础上综合和定义需求
3 构建设计框架
将模型和需求中捕获的信息转化为设计框架
调研
人种学现场研究技术:
涉众访谈、文献调研、产品审核
• 观察产品潜在用户和实际用户的定性数据 • 对竞争产品审核、市场研究和技术白皮书回顾 • 与涉众、开发者、科学专家及技术专家访谈
• 焦点
技巧性的引导访谈,获取与设 计问题相关的数据
• 超越商业上下文
调查假定的商业环境之外的数据
为人种学调查做准备
• 识别候选人——确定用户样本和用户类型 • 人物角色假设——为特定领域产品定义不同用户 种类 • 领域角色——提供初始组织原则 • 行为和人口统计变量——在整个范围内变化的行 为类型 • 领域和技术专长——根据目标确定领域支持范畴 • 环境因素——考虑用户所在组织间的文化差异 • 组织计划——制定合理的访谈计划
目标类型
用户目标
目标
非用户目标
生活目标
顾客目标 公司目标 技术目标
体验目标
最终目标
表述个人期望 表述个人期望
用户的生活目标
做得最好
提升最快
了解领域知识
成为楷模
容易交流 容易交流
用户的体验目标
不愚蠢
不犯错
胜任/自信
有乐趣
满足需求,值得花时间和金钱 满足需求,值得花时间和金钱
用户的最终目标
价优
省时
实用
高效
安全 顾客目标 易于维护 容易定制
增加利润 公司目标 打败竞争者 有效使用资源 增加市场占有率
节约内存 技术目标 增加执行效率 维护平台一致性
产品必须首先满足用户目标
需要着重考虑的目标是实际使用应用程序 的个体,而不是购买者。
用户最重要的目标是始终保留他的个人尊 严
脚本提纲
用户建模:确定人物角色和目标 脚本提纲:将目标转换为设计
• 市场划分模型
• 从文献调研和前面的研究中收集的数据 • 帮助实现产品相关的其他努力,如市场和销售规划。ቤተ መጻሕፍቲ ባይዱ
构造人物角色
1 讨论人物角色假设 2 将访谈主体映射为行为变量 3 标志重要行为模式 4 检查完整性 5 展开叙述 6 指定人物角色类型
人物角色类型
• • • • • • 首要人物角色 次要人物角色 补充人物角色 顾客 所服务的人物角色 负面人物角色
图1 交互设计模型
产品形象 与品牌
糟糕的用户界面
软件不友好 软件晦涩 软件主观臆测 图4 是否保存对话框 软件行为不当 原因 —— 我们对用户一无所知, 面对利益冲突,缺少软件设计过程
图2 错误对话框 图5 是否删除对话框 图3 难以理解的对话框
设计方法改革
• 数字产品需要更好的设计方法 • 了解你的用户 • 以实现用户目标为基础的设计方法——目标导向 设计 设计目标
目标
关于目标
目标
目标类型
产品必须首先满足用户目标
关于目标
驱动力 数据 支持 解决 方式 最终 结果
目标驱动行为
目标来自定性 数据
产品的功能和 行为必须通过 任务来解决目 标
任务只是达到 结果的手段, 目标自身才是 最终结果
目标和任务
• 识别目标 目标是共同而简单的。 区分目标和任务?
目标是终结条件,任务只是有助于达到目标的中间步骤, 目标激发人们去完成任务,目标很难随时间推移而改变, 任务则是短暂的, 设计要满足上下文中的目标。
叙述
叙述 增加设计细节完善 框架 定义用户需求 定义产品的基本交 互框架
基于人物角色 的脚本提纲
脚本 提纲
通过具体化构思问题解决方案的 方法称为脚本提纲。
定义需求
创建问题和视图声明
头脑风暴 标志人物角色的期望 构建场景脚本提纲 标志需要
图16 需求定义的重要性
表2
定义需求 问题声明 视图声明 头脑风暴 人物角色 期望标志 场景脚本 提纲 标志需要
描述了数据和功能性需求之后,按交 互原则,将其转化为设计元素
按模式及原理,将设计元素组织为设 计草图和行为描述
定义人 物角色
定义脚本提纲、 原则和模式
内 容
交互设计领域存在的问题
目标导向设计过程
用户体验
对用户的系统理解
用户建模和脚本提纲 交互设计原则与模式
用户分类 人种学调查
用户体验
需求定义细则
内容 意义
确定清晰的设计方向及要 求
反映需要改变的情况,定义 设计目标 从用户需要设计视图以满足 商业目标 将任意想法说出,并加以整 理记录,妥善保管到后期 对首要人物角色标志其期望 和愿望,并理清优先级关系 假设界面有魔术效应,展现 使用模式的广泛场景,描述 首要人物角色和次要人物角 色与系统之间的主要接触点 标志——对象、动作以及场 景的需求
采取协作的方式探索用户, 对工作的观察及工作结构和细节 的讨论可交替进行
• 缩减设计团队规模
由同一组设计师依次进行每一场 访谈更有效,使整个团队与所有用 户直接交互,有助于数据的有效和 综合分析
• 解释
搜集并研究用户行为、环境、 言论等事实,并从整体上考虑分 析,发现设计含义。
• 首先识别目标
上下文调查支持的设计过程以任 务为中心,但在确定目标及其相关 任务前,采用人种学调查先识别目 标,并优先级排序。
确定使用模式、目标和动机、 使用产品时所期望的结果, 并创建人物角色
建模
建模:是将调研发现的使用模式和工作流模式综合到领 域模型和用户模型
• 领域模型:信息流、工作流程图
• 用户模型:人物角色
详细的、合成的用户原型,代表行为模式、目标和动机。 主要包括: 首要人物角色、次要人物角色、补充人物角色、所服务人 物角色、负面人物角色
一个按钮代表一个功能,一个域代表一个数据输入,一个页面代表一 个事物步骤,一个对话框代表一段代码模块
优先级排序
发掘行为深度
A
人物角色标志行为范畴内可被模仿的行 为类型
B
人物角色满足对给定产品领域内用户如 何行为的理解需要
C
多个人物角色将连续的行为范围变为离 散的行为聚集
人物角色不同于其他概念
动机 用户角色 用户简要 市场划分
人物角色以目 标的方式捕获 动机,指出了 特定的使用模 式并提供这些 行为存在的理 由 人物角色消除 不必要的任务
设计者
程序员
OA
主要责任: 确保资金
确保性能
初始
代码
测试
发布
图 9 目 标 导 向 设 计 的 软 件 开 发 过 程
软件开发过程
弥合调研和设计间的差距
建模 需求
用户、业务和 技术需求的定义
研究
框架
设计结构和 流的定义
优化
针对行为形式 和内容进行的
用户及其领域 用户与使用环境
图10目标导向设计弥合差距过程
优化形式和行为
起草外观草图
构造确认脚本提纲 设计定稿
图18 设计定稿示例
内 容
交互设计领域存在的问题
目标导向设计过程
对用户的系统理解
用户建模和脚本提纲 交互设计原则与模式
交互设计原则和模式
交互设计原则: 用于解决行为、形式和内容问题的指导 准则。
实现模型和心智模型
• 实现模型——反映了技术
• 何谓用户体验?
它是用户纯主观的在使用产品的过程中建立起来的心理
感受。
而在Web应用中,这种体验主要来自于用户和人机界面交
互的过程,用户可以感受到的产品质量和用户体验均来自
产品行为。
新手、专家和中间用户
程序能做什么? 程序的作用范围 是什么? 我如何开始? 怎样找到工具? 运行命令是什么? 控件是做什么的? 我能取消吗?
用户角色定义 的是用户类和 他们的问题之 间的关系,包 括需要、兴趣 期望和行为模 式 人物角色更 人性化
用户简要只是 一种简要传记 性质的框架, 如同一种用户 固定模式,作 为设计毫无用 处
市场划分基于 统计数据和销 售渠道,在人 物角色创建中 帮助确定人群 统计数据的范 围
人物角色创建 人物角色基于 最终目标 用户目标/行为
期望性
产品
生存能力
性能
图6 产品的三大特性
图7 设计目标图示
内 容
交互设计领域存在的问题
目标导向设计过程
对用户的系统理解
用户建模和脚本提纲 交互设计原则与模式
软件开发过程演变
程序员 编码/测试 职业经理人 初始 职业经理人 初始 程序员 编码/测试 程序员 编码 OA 测试 设计者
外观与 感知
软件观念革命—交互设计精髓
了解你的用户
杨波 2010-03
内 容
交互设计领域存在的问题 目标导向设计过程
对用户的系统理解
用户建模和脚本提纲 交互设计原则与模式
交互设计
• 针对产品和系统行为的设 计称为交互设计 • 设计软件的核心,是设计 用户行为,交互设计最关 键的因素也是行为 • 交互设计的原则——设计 有用实用的形式和行为
需求定义与框架定义
需求定义 框架定义
优化上下文脚本提纲,业务目标和技 术限制同人物角色的目标和需求平衡, 这个过程的产物就是需求定义。
首先满足具体用户的目标和需求,进 而寻求最小化的必需任务和最大化收 益 遵从用户需要、业务需要和技术需求
场景脚本提纲、交互设计原则和交互 设计模式合成了交互框架
• 设计应当优先为 中间用户优化, 并且将用户想象 成非常聪明但非 常忙的人。
新 手
中 间 用 户
专 家
如何自动化? 快捷键是? 如何定制? 能变换吗?
图11 用户分类图示
表1 定性研究内容
研究类型 涉众访谈
收集内容 产品最初愿景?预算和进度?技术约 束条件?驱动力?用户看法? 有助于从管理角度看问题和改进产 品;有助于规划用户研究,并帮助设 计细节的现实检查 购买产品的目的?当前产品存在的问 题?购买产品的决策过程;安装、维 护管理中的角色;领域相关知识 使用产品的问题和挫折?产品的用户 行为模式?用户角度的领域知识?用 户当前任务是?用户目标是? 观察用户对自身行为的看法 产品市场规划、市场研究、技术规范 和白皮书、本领域业务和技术期刊文 献、竞争性研究和新闻、可用性研究 结果和度量数据 对竞争产品界面进行启发式评估或专 家评估,基于设计原则进行比较 意义 有助于设计师更好的为用 户和客户服务 提供有价值的看法
相关文档
最新文档