1. 系统状态可见性
1.1.系统应该通过一些反馈，让用户知道他们可以去询问当前的系统状态。但只
是让他们知道，他们可以去询问，并不是我们直接每时每刻将系统状态反馈。
1.2.对话是短暂的。信息是会随着时间流逝，价值慢慢变低。几秒前的信息要比
昨天的信息更加有用。
1.3.旧的信息不会时时更新。旧的信息不会更新，使得那些信息并不能代表当前
系统的状态。信息越旧，对于系统状态反馈的可信度就越低。
1.4.有限的位置。因为是对话，字母的出现是有限制的，并且这也跟用户一次能
理解多少信息有关，不能让他们觉得有负担。
1.5.既然信息是短暂的，我们就更应该与用户时时更新当前系统的状态，让他们
知道系统发生了什么，但同时，我们也需要避免提醒信息出现太多，造成一整屏
的状态提醒。
2. 系统与真实世界的结合
2.1.使用用户的语言讲话，是最贴近真实世界的做法。
2.2.关键点可能是要去了解你的用户，一些用户会喜欢类似代码命令那样的输入，有些用户可能会喜欢转化为更自然的语言。还有一些可能喜欢说简短的语言。
机器人应该通过各种数据去了解他们的用户。
2.3.与机器人聊天更多还比较像是与高智能的机器聊天，而不是与人在聊天。但
可能这个问题的根源不在于科技，可能是我们对于语言，对于聊天的对话设计有
所欠缺。
3. 用户控制与自由度
3.1.我们应该要假设用户在使用系统的时候，会有不同的错字，误解信息的问题。与机器人的对话需要提供一个错误反馈的区域，并且让用户知道每个阶段的可
能返回选项。
3.2.真实生活中的对话一般不会支持撤销与重做这些操作，但是一个对话机器人
可以。
4. 一致性与标准性
4.1.对于机器人来说，它们的内部应该是协调一致的，例如说一个机器人应该保
持自己的语言风格，不管那是自然语言，代码语言还是其他的语言。
5. 错误预防
5.1.在机器人交互中，获取肯定是很重要的。设计师在创造交互前，应该要预想
错误是经常发生的，因为人类对话在大多数情况下是模糊的，不太明确的。所以
在这个时候需要向用户询问，确认重要的步骤。
6. 用认知代替记忆
6.1.所以如果用户不能高效浅显地阅读我们的信息，这便是我们的错了。
6.2.所以我们需要达到两个目标:我们需要避免一整屏的信息，并且也在交互的
任何时刻，给予用户一些线索，让他们知道他们的选择是什么。
7. 自由度与使用效率
7.1.使用流程中的一些元素可以起到加速催化任务的作用，一旦用户慢慢从新手
用户发展为熟练用户，这些催化元素对于他们来说就更加自然顺畅。
7.2.微信在一定的程度上也算是对话式的服务，我们在公众号中打字，便可以获
取我们需要的信息。而在打字的过程中，有时候通过一些快捷的单词，就可以唤
起相应的文字。包括facebook也直接将gif放作一个单独的模块，用于快速进行搜
索
8. 美感与极简化设计
8.1.对话的简洁使得信息更加简短，也减少了用户的信息负担。其实生活中也是
如此，与人交流时，对话一旦冗余，就会疲劳，而缩小到一个小小的手机界面，
如果充斥着大段的对话，便会更加拥挤，但除了简洁外，又要保持信息的传递，
这一点便是很需要设计进行考量的。
9. 帮助用户认识，诊断并从错误中恢复
9.1.机器人毕竟还是机器，很多时候可能无法理解用户更深层次的意图，这个时
候如果遇到错误，就需要协助用户恢复。比起传统的UI界面，这个时候对话机器
人体现出了自身的优势。
9.2.机器人对话对于错误的回复形式可以更加多样随机，不仅限于表情，还有图
片，甚而还有GIF动图，而这些多样的形式，通过拟人的机器人界面展现，便可
能使得这个反馈更能引起共鸣，似乎是一个犯错的朋友请求原谅一般
10. 帮助与支持文档对话机器人本身也是一个产品，也是需要背后的帮助与支持。在传统的界面上，帮助与支持可能是右上角的一个小问号，说“我不明白”，这时候助手就相应的帮助反馈。
而对于对话机器人来说，个人觉得帮助与本身对话的界限如果更加融合，会使得体验的过程更加顺，例如用户在对话中任何不解的时候，都可以进行询问机器人获得帮助。
网友评论