首页  思维导图  详情

可用性工程

2017-12-12 17:10:28   0  举报





仅支持查看

AI智能生成

为你推荐

查看更多



AHP

《可用性工程》读书笔记，尼尔森，内容杠杠滴

可用性工程

作者其他创作

大纲/内容

可用性工程

全书概要

可用性工程用于降低成本

用户层面

实施/培训层面

社会效率层面

可用性警句

不可凭想象和猜测

用户总是对的

用户在使用产品时遇到的问题即是产品的问题

用户并不总是对的

设计产品时不能完全听从用户的偏好，用户经常并不知道他们喜欢什么样的，他们适合什么样的产品

让用户预测他们如何与没有体验过的系统进行交互式一件很难的事情

设计人员不是用户

对系统的了解是一条单行路

一个人不可逆从已知状态退回到一无所知的状态

考虑一个信息对于新手用户来说是否容易理解的时候，几乎不可能忽视我们已经了解的信息

副总裁并不是用户

为了得到有益的启发，所有的设计建议都应当受到欢迎，但绝不能被某个人的意见所左右

少就是多

用户界面的每一个成分都给用户增加了额外负担

细节是重要的

帮助并不能帮助

最好没有帮助文档，帮助文档的出现说明系统设计太复杂，用户的学习成本较高

可参考植物大战僵尸的帮助

可用性工程是一个过程

简化可用性工程

用户和任务观察

做用户画像

观察用户，让用户在不被打扰的情况下正常工作

剧情

即“原型

类型

水平原型

减少功能深度，得到用户界面的表层

垂直原型

减少功能数量，只对所选功能进行全部实现

简化自言自语

边说边做

目的：了解用户在当前界面做什么，而且了解用户为什么这么做

方式

回放录像，由用户解读

经验性评估

让若干不同的人来进行经验性评估，不同的人会发现不同的问题

*用户界面设计人员应当遵循的可用性原理

简单自然的对话

对话中不应当包含无关或大多数情况下不需要的信息。对话中任何额外信息都会分散对相关信息的注意力，从而降低其相对可见性。对所有信息都应以自然合乎逻辑的次序出现

采用用户的语言

对话应当以用户熟悉的词汇和概念，而不是面向系统的术语来表达

将用户的记忆负担减到最小

不应当要求用户在对话过程中必须记住某个地方的信息才能进行另一个地方的操作。对于系统使用的指令应当在需要时是可见或是容易获取的。

一致性

不应当让用户为不同的词语、状态或动作是否是同一个意思而感到迷惑

清晰的退出路径

用户经常会误选系统功能，因而需要一个清晰标明的“紧急出口”来退出所不希望的状态，而不必非得经过由此而导致的多余对话

快捷方式

新手用户看不到的快捷经常可以加快熟练用户的交互操作，从而使系统可以同时适合新手用户和有经验的用户

良好的出错信息

出错信息应当用通俗的语言来表达，准确地指出问题，建设性地给出解决办法

避免出错

比良好的出错信息更好的办法是，首先设计好防止错误的发生

帮助与文档

该怎样做

认识到所在组织对于可用性的需求

明确管理上对于可用性的支持

可用性文化的形成

给可用性工程投入一定的专用资源

将系统化的可用性工程活动集成到开发生命周期的各个阶段

确保所有用户界面都经过用户测试

什么是可用性

可用性及相关概念

拓扑关系

系统可接受性

社会可接受性

实际可接受性

有用性

实用性

可用性

易于学习

高效

易记忆

错误少

主观满意

成本

兼容性

可靠性

……

可用性定义

可学习性

好的系统应当容易学习，用户可以在短时间内开始用系统来做事情

性能体现

学习使用系统是用户体验的第一环

针对走来即用（walk-up-and-use）和注重效率的不同学习曲线设计

四个与探索性学习有关的指标

容易理解的出错信息

在学习程序的全部功能前就可以使用系统处理事情

可以撤销

进行有风险的操作前有提示

效率

可记忆性

系统的操作等应当容易记忆，长久未操作，再使用系统时应当能立刻熟悉系统

用户熟练程度分类

新手

非频繁使用用户

熟手

可记忆性测试

对离开系统特定一段时间，进行标准用户测试

出错

降低出错率

无灾难性错误

满意度

主观指标

询问

问卷

客观指标

脑电图

瞳孔扩散率

心率

皮肤传导率

血压

肾上腺素浓度

…

图标的可用性衡量

四套图标

方法一

观看图标，用户选择图标所表达的意思

方法二

告知用户表意，让用户寻找最合适的图标

方法三

可区分性，告知表意，从一堆相似图标中选

可用性权衡

为平衡新手和老手学习曲线，可提供两套交互风格

用户分类与用户个体差异

用户立方体

可用性测试

用户界面的分代

批处理系统

命令行界面

全屏幕界面

图形用户界面

下一代界面

从目前的2.5维增加到3维甚至更高

动画、声音、语音等

可用性工程生命周期

概述

可用性工程生命周期模型中的阶段

了解用户

个体用户特征

用户当前的任务和需要的任务

功能性分析

用户及其工作的演变

竞争性分析

确立可用性目标

经济影响分析

并行设计

参与型设计

整体界面的协同设计

指南应用和经验性分析

原型

实验性测试

反复设计

捕捉设计原理

从现场使用中搜索反馈

用户分析

用户画像

任务分析

研究对象

如何执行任务

信息需求

如何处理异常或紧急情况

研究用户的任务模型

得到关于如何设计用户界面隐喻的启发

关注有效用户及他们的策略和工作环境

他们往往是创新设计的源泉

输出

用户想用系统实现的事情/目标

实现这些目标所需的所有信息/前提条件

所需执行的所有步骤及其相互依赖关系

用来判定这些结果的质量和可接受的标准

用户在执行或准备执行任务时与其他人交流信息的通信需求

一些建议

用户访谈要基于一些具体事例而非抽象问题

对一些用户实际工作情况要进行考察，访谈中用户会将他们的行为合理化

可以提几种问题

你为什么做这件事情——把这件事情与更大的目标联系起来

你怎样做这件事情——把事情进一步拆分为子任务

你为什么不这样/那样做呢？

你做这件事情时出过什么差错吗？

你是怎样发现并纠正这些差错的？

让用户描述正常工作中遇到的例外情况

谈一谈留下深刻印象的成功/失败案例，存在的问题，希望的改进等等

不应当仅仅分析用户当前执行任务的方式，还应当分析任务的底层功能上的原因：真正想做的到底是什么，哪些是可以或应当改变的表面过程

用户的演变

典型的变化

用户经过一段时间之后成为熟练用户，从而需要快捷交互方式（快捷键）