文章目录[隐藏]
- 一.什么是用户体验？
- 2. 如何评价用户体验的好坏？
- 2.1 Visibility of status 可见原则
- 2.2 Match between system and the real world 场景贴切原则
- 2.3 User control and freedom可控原则
- 2.4 Consistency and standards 一致性
- 2.5 Error prevention防错、防呆原则
- 2.6 Recognition rather than recall 协助用户记忆原则
- 2.7 Aesthetic and minimalist design 简约易读原则
- 2.8 Help users recognize, diagnose, and recover from errors 容错原则
- 2.9 Help and documentation 帮助和提示
- 2.10 Resume the scene 恢复现场原则
- #专栏作家#
一.什么是用户体验？
用户体验有很多解释。我整理的结果如下：
1.1 国际标准
发布于 1999 年的 ISO 13407 和发布于 2012 年的 ISO 9241-210 都对人机交互、以人为本的设计、用户界面、用户体验、易用性等有很多描述。
其中 ISO 9241-210 标准将用户体验定义为人们对于针对使用或期望使用的产品、系统或者服务的认知印象和回应。
1.2 Peter Morville 的蜂窝模型
Peter Morville 认为用户体验包含 7 个模块，可以用蜂窝模型来展现：
- 有用性。面对的用户需求是真实的。
- 可用性。功能可以很好地满足用户需求。
- 满意度。涉及情感设计的方面，比如图形、品牌和形象等。
- 可找到。用户能找到他们需求的东西。
- 可获得。用户能够方便地完成操作、达到目的。
- 可靠性。让用户产生信任。
- 价值。产品要为投资人产生价值。
1.3 Steve Krug 的解释
Steve Krug 在《点石成金》这本书里，提到的用户体验包括几个方面：
- 有用性：能否帮助人们完成一些必须的事务？
- 可学习：人们能否明白如何使用它？
- 可记忆：人们每次使用的时候，是否都需要重新学习？
- 有效：它们能完成任务吗？
- 高效：它们是否只需花费适当的时间和努力就能完成任务？
- 合乎期望：是人们想要的吗？
1.4 Whitney Quesenbery 的 5E 原则
Whitney Quesenbery 提出了 5E 原则，认为用户体验包含五个方面，如图：
分别是：
- 有效性：实际可以等同于可用性或者有用性，就是这个产品能不能起到作用
- 效率：产品应该是能提高使用者的效率的
- 易学习：学习成本低
- 容错：防止用户犯错，以及恢复错误的能力
- 吸引力：（主要是从交互和视觉上）让用户舒适，并乐意使用
1.5 Jesse James Garrett 的五层模型
当然， 最出名的还是 Jesse James Garrett 的五层模型。
这种分层方法比较全面，从策略层到视觉层非常清晰。太出名了，就不展开说了。
1.6 其他解释
在网上还查到了很多其他的解释和分析，大家也可以了解下：
A. 流传甚广的四层模型
B. 浙大教授基于学科知识做的结构图
C. 另一份学科知识图谱
1.7 结论
所以，真应了那句古话：
用户体验是个筐
什么都能往里装
——李白
实际上，用户体验在目前大家都做移动互联网产品的场景下，定义还是比较具体的、很窄的，我觉得可以说成是让产品友好地满足用户的需求，或者反过来说，让用户通过你的产品满足需求时足够方便、舒适和快捷。
2. 如何评价用户体验的好坏？
我见过的比较细致、个人比较喜欢的用户体验评价方法是 Jakob Nielsen提出的一些可用性的标准，也被称为『尼尔森十大可用性原则』。
不过由于 Nielsen 是从 Web 设计的角度来提出的可用性原则，所以我在使用时会有增删和改动，以满足目前做移动 APP 时的需求。
下面就是干货时刻了。
2.1 Visibility of status 可见原则
『保证界面的内容可见、状态可见、变化可见。』
看起来是特别基本的要求，但很多产品其实都做不到。用户找不到信息、不知道当前的情况、不明白发生了什么，都是不符合可见原则的例子。
比如，很多产品的空白页面就是这个样子：
我在哪呢？这里为什么是白花花的？这里是做什么用的？我能做什么？都没有提示。
即使知道功能的用户也会疑惑：这是没有加载完，还是已经加载完了是空的。
而好的空白页是这样的：
告诉了你：这里是做什么的，现在为什么是空白的，而且提供了按钮让你马上就可以关注别人。
再比如，Facebook 的加载页面，就不是白花花的一片，而是一张伪缩略图：
这样用户的体验就会非常不同，感知到了当前正在加载并且大致了解到会加载什么东西。
2.2 Match between system and the real world 场景贴切原则
『功能操作符合用户的使用场景。』
如果第一次看到滴滴出行司机版的界面你会觉得有点奇怪：
哎？为什么都是大只的方块？
按照习惯，不应该是长这样的吗：
其实结合场景思考就很简单了，司机在使用手机时往往在行驶途中或者行驶间隙，并且大部分司机手机不是手持状态、都是放置在架子上的。这时候点击大块按钮的误操作率就比这种列表式的小多了。
更多例子，还可以看我的这个回答：为什么要考虑用户场景？
2.3 User control and freedom可控原则
『用户要能对当前的情况很好地了解和掌控，足够自由。』
在很多特殊的、有很多可能性的功能界面这点至关重要，比如典型的视频播放界面，如果只有播放和暂停，你能想象到有多垃圾。而所有的界面，都应该有方便的退出操作。
在 iPhone 横空出世的时候，Home 键就成为了史上最牛逼的基于可控原则的发明。无论在什么地方、遇到什么问题、发现不知道该怎么办，只需要按下 Home 键，就回到桌面了。
这里就不举其他例子了。
2.4 Consistency and standards 一致性
『用户需要在同一个产品中接受同一套规范或者逻辑。』
这是很多产品也会忽视的，在功能、交互和视觉上不考虑用户的学习成本，同时也给用户造成麻烦，让用户对功能很难产生认知。
比如，在社交产品中，关注你的人会被称为『粉丝』，在另一个页面又变成了『关注者』；在一些提醒对话框中，确定按钮有的时候在左侧，有的时候又在右侧；在工具类操作中，红色有时候表示正确，有时候又表示警告和提醒。等等。
之前我看到过一个例子，是某打车软件的支付宝绑定提醒。
在 APP 界面上，是这样的：
注意，原话说的是『查看…短信，回复验证码』，有正常阅读能力的人，都会以为这是要回复短信。
而发来的短信里，却是：
所以到底是要输到哪里…
2.5 Error prevention防错、防呆原则
『要尽量用足够的提醒和设计，让用户不要混淆、犯错和发呆。』
防错、防呆在用户体验中至关重要，提醒有时看起来很傻，但那是在设计者对产品和功能足够熟悉的情况下。对于新用户来说，很多事情并不清楚，要确保顺畅操作需要做更多引导。
特别典型的例子是每个人都见过的这个：
Windows 的提醒框。在新版本里变成了：
我估计绝大部分人看到之后脸上都是大写的懵逼。你在说什么？然后呢？我擦，你别不管我了啊，我该怎么办？
某国产工具就很好地解决了这个问题：
还有，这是很容易会造成混淆的例子：
这个日历中，不可用的日期和非当前月的日期，居然都是用灰色表示的（1-6 号其实是不可用的日期）。这样用户也会懵逼，要理解很久才能明白过来。
2.6 Recognition rather than recall 协助用户记忆原则
『在需要记忆某些信息时，产品功能上要帮助用户记忆。』
这是个特别简单的道理。当你在淘宝买完东西、在美团订完餐之后，肯定不希望自己再回忆一遍所有的订单内容，再点确认吧？
比如，我买了好几件衣服，我是希望在结账前再确认一遍的，所以淘宝是这样的：
再比如，在苹果的 Mac 端『照片』应用里，删除照片时，不是直接提醒『要删除吗？』，而是：
会提示照片的数量，并且说明当前操作的内容。
2.7 Aesthetic and minimalist design 简约易读原则
『界面足够简单、内容易读。』
这个原则是说，要让界面足够清晰，以便于用户快速发现自己想要的信息；同时，还要保证阅读时的可读性、易读性。
有的产品做得特别花哨，界面里什么都有，看起来酷炫，但用户却连哪个是按钮都分辨不出来。这就是得不偿失了。
另外，易读性还要考虑用户使用产品的视觉轨迹，排版不要混乱。这在 Web 上应该更明显一些，在现在的大屏手机上也很重要。
这是一些页面的视觉轨迹。
我们再看 Paypal 的一版订单确认页面：
箭头标识的是用户阅读信息时的主要轨迹。显然是跳来跳去、非常糟糕的。
这是另一版的设计：
显然，这次就更加顺畅了。
2.8 Help users recognize, diagnose, and recover from errors 容错原则
『向用户提醒犯错的可能，并提供给用户挽回错误的方法。』
要在用户可能犯错的时候进行提醒，越严重的错提醒就越重。比如当你抹掉手机数据时，需要先输入密码：
然后会有红色的醒目提醒再次确认：
而挽回错误最典型的就是文本编辑里的撤销功能了。有一些产品也会提供操作上的撤销功能，比如：
这是 Gmail 的撤销操作功能。当你做了一些操作之后，会出现几秒钟提示条，上面有撤销按钮可以恢复操作。
2.9 Help and documentation 帮助和提示
『在任何时候，考虑到用户需要得到帮助的情况并予以提示。』
正常操作时，或者说用户掌握充分知识和信息时，提示当然是没有必要的。但实际情况是，任何用户会在任何时候都产生疑问，需要得到帮助。
除了在产品里放一个几乎不会有人点进去看的帮助文档之外，最好的方法就是在当下进行提醒。
比如：
Smartisan OS 会在飞行模式的按钮旁边放一个小 i 的标示，点击后出现对飞行模式的详细解释。
再比如：
在评价页面说明情况，告诉用户原因。
还有，我最近比较喜欢玩的一款游戏，在任务页面，会有醒目的『帮助』按钮，点开有详细的提醒。
2.10 Resume the scene 恢复现场原则
『适应用户的碎片化使用习惯，在各种切换和退出返回时，要能有恢复现场的能力。』
实时保存内容是在有编辑功能的产品中非常重要，比如知乎网页版会隔一小段时间就自动保存一次，因为临时状况意外退出后，再到草稿箱中还能找到。（这里顺便吐槽下知乎 APP 客户端是没有实时保存的功能的，我已经丢过好多次草稿了…）
另外大家平时都遇到过，但估计没人会留意的是，微信内置浏览器记录上次阅读位置的功能。
读到一半回到聊天页面说几句话，再返回这篇文章，还是会回到离开时的位置。
而新浪微博 APP 在看某个人微博时，如果跳出再回去，又回到了微博列表的顶部…
未来产品会越来越多，大家对信息接收的方式也不会满足于整块整块的形式，而是会变成以信息流、碎片化的方式。所以保护现场将是每个产品都要考虑的原则。
哦对了，最后这条是我新加的，尼尔森没说过。
每次用这十个原则做一次检验，应该能有不少帮助。
希望能帮到你。
#专栏作家#
刘飞，嘟嘟美甲联合创始人，锤子科技产品经理，人人都是产品经理专栏作家，豆瓣《最好的时代：可能是最真诚的创业日记》作者。文能提笔抒骚情，武能切图画交互。
本文原创发布于人人都是产品经理，未经许可，不得转载。
原创文章，作者：Catherine，如若转载，请注明出处：https://www.iamue.com/30278/
