Lec-8 交互式系统的需求
用户
用户特性
心理学原理部分,假设每个人都有相似的能力和局限性。
交互产品设计人员应该意识到个性的差异。
用户的差异主要体现在:
- 体验水平
- 年龄
- 文化
- 健康
体验水平差异
新手用户
特点
- 敏感,且很容易在开始有挫折感 设计要求
- 不能将新手状态视为目标
- 让学习过程快速且富有针对性
- 确保程序充分反映了用户关于任务的心智模型
- 无论什么样的帮助,都不应该在界面中固定
- 具有向导功能的对话框帮助较好
- 不要使用在线帮助作为学习指导
- 菜单项应该是解释性的
专家用户
特点
- 对缺少经验的用户有着异乎寻常的影响
- 欣赏更新的且更强大功能
- 不会受到复杂性增加的干扰 设计要求
- 对经常使用的工具集,要能快速访问
中间用户
特点
- 需要工具
- 知道如何使用参考资料
- 能够区分经常使用和很少使用的功能
- 高级功能的存在让永久的中间用户放心 设计要求
- 工具提示(Tooltip)是适合中间用户最好的习惯用法
- 在线帮助是永久中间用户的极佳工具
- 常用功能中的工具放在用户界面的前端和中心位置
- 提供一些额外的高级特性
年龄差异
老年人和儿童
文化差异
- 符号:勾(√)和叉(X)分别表示肯定和否定
- 姿势:点头vs.摇头
- 颜色:如红色与绿色
健康差异
- 听见、视觉
- 身体损伤
- 语言
- 朗读
⭐用户建模
可能会考设计、评估人物角色
使用人物角色 (Personas) 对用户进行建模。
人物角色
- 不是真实的人
- 是基于观察到的那些真实人的行为和动机,并且在整个设计过程中代表真实的人
- 是在人口统计学调查收集到的实际用户的行为数据的基础上形成的综合原型
解决什么问题
- 弹性用户
- 自参考设计
- 边缘情况设计
怎么构造人物角色
观点:真实用户和人物角色,既是多对一的关系,也是一对多的关系
建模时基于如下问题:
- 谁将使用系统?
- 这些用户属于哪些类型的人群?
- 是什么因素决定他们将怎样使用系统?
- 他们与软件的关系有什么特征?
- 他们通常需要软件提供什么支持?
- 他们对软件会有怎样的行为?他们对软件的行为有什么期望?
例子
例子中还包含了场景。
⭐场景
理解就行
场景表示任务和工作结构的“非正式的叙述性描述”。
翻译:讲故事
回答了:
- 用户的行为
- 用户的需要、需求与目标(故事的焦点)
- 用户的体验与意见
- 任务的上下文
例子:
- 正确输入作者姓名的重要性
- 用户对输入口令感到反感
- 应提供更灵活的检索方法
- 在匹配不成功时,应给出相近的检索结果
⭐任务分析
任务分析是记录人们如何完成任务的一种方式,对用户体验至关重要。
主要的技术是层次化任务分析 HTA。
HTA
类似建树的递归过程:目标 / 任务 -> 子目标 / 子任务
可以用列表表示,也可以用树表示。
分解过程
- 基础情况:要分析的任务
- 递归步骤:
- 将当然任务分成一系列子任务,子任务能够描述如何实现该任务
- 停止条件:
- 包含复杂机械响应的子任务。如“移动鼠标”
- 涉及内部决策的子任务。如“选择感兴趣的商品”,即根据用户的认知直接就能执行的操作。
特点
- 层次化任务分析非常耗时,且不完善
- 会给出一个有用的、有代表性的描述
- 但没有说明如何去收集那些我们希望表达的任务信息
- 不应作为界面结构和风格的唯一评价标准
- 优点
- 有经验的分析师能够使用HTA相对快捷地提供有用的设计信息
- 缺点
- 分析结果的展现方式不容易和软件工程师所用的表示方式联系起来
画图表示注意点
- 树的节点用方框表示,里面放任务名
- 任务名前面要编号,子任务的编号前缀来自父任务
- 叶子节点(不能再细分的任务),在方框下面画一条横线
- 对于可分解的任务,要说明子任务的执行次序
- 如果这个任务的执行可能有多种路径,可以分别说明
例子们
用列表表示:
用树表示