会话式用户界面已经开始出现，并最终会蚕食许多应用程序体验。不幸的是，随着这一转变的进行，会话噪音和垃圾邮件不会落后太多。如果我们让这种情况发生，那么对话式用户界面（与用户更亲密、更高效、更相关）的承诺可能会很快被偏离常规的设计选择所打乱。作为设计师和产品经理，我们如何避免让用户对对话式用户界面麻木，就像他们对应用程序变得麻木一样？一切都是从发短信开始的。短信是口语交流模式的ascii翻译……而不是散文写作（像电子邮件一样）。短信回荡着声音的回响，但它的异步、无声的优势我们都知道并喜爱。当你几乎可以"听到"你朋友的声音时，发短信是最好的。所以，在会话用户界面中最有效的是这种特殊类型的流畅无声的语音交流的视觉便利化。以下是7条指导原则，供设计师在权衡线程中哪些属于线程，哪些不属于线程。1交谈就是做人面对面的交谈的基本结构是自然的来回：它有节奏、礼节和许多微妙之处，并不是所有这些都可以通过数字方式捕捉到。没有任何表情符号可以复制我们在口语中添加的面部表情或语调的所有细微差别。这就是为什么emojis和gif能很好地传递信息：它们不是文字，但它们是会话流的一部分，是网球般意义的一部分。同样重要的是，它们不会主宰线程。我们越尊重和反映自然的会话形式，会话用户界面就越有效。所以，不管是什么媒体、用户界面，还是人工生成的文字进入聊天室，前后的对话都应该是真实的。

2小心用词诸如用于做出选择的按钮或用于显示或收集信息的卡片之类的元素可能看起来不像消息，但在会话用户界面中，它们是而且应该是自然流的延续。你怎么知道？我用一个简单的测试来问："这个用户界面能简洁地用语言表达吗？"如果答案是肯定的，那么我有一个很好的理由来构建一个线程化的UI，但是如果不是，那么我应该重新考虑。例如，如果你想从朋友那里收集电子邮件，你可以问他们："嘿，我能收到你的电子邮件吗？"同样，你也可以通过一个小型的电子邮件收集器来封装请求。像"你喜欢红色还是蓝色？"或者"你的电话号码是多少，我能给你发个短信吗？"在文本和用户界面中同样适用，因为它们是很容易表达的小块。但是，对于执行更复杂的任务，比如收集数据以完成配置文件，无论是措辞版本还是UI版本都不能在聊天线程中很好地工作：考虑添加一个配置文件屏幕。三。信息应适合屏幕显示一个线程中的每个离散消息，不管是简单的文本、卡片、照片还是系统消息，都应该是一个完整的单元，并嵌套在足够的空白空间中，以使线程感觉像一个线程。Facebook Messenger的机器人列表结果模式巧妙地以一组刷卡的方式呈现在水平方向上。

这并不是展示物品清单的唯一模式，但对于照片浏览或移动购物来说，这是一个很好的模式。点击一下，你就可以进入一个嵌入的网页。相比之下，在桌面上，完全打开的窗口能更好地提供浏览体验。

在这两种情况下，结果都被包含、打包并呈现在一个紧凑的消息单元中，该单元正好位于线程中。4谈话是笔录这看起来似乎很明显，但从定义上讲，会话是一个又一个消息的记录，并且严格按照这个顺序进行。当你开始考虑自动回复、机器人程序或其他程序魔术，理论上可以在任何地方注入内容，你就会明白为什么坚持抄本隐喻很重要。一方面，更新或更改过去的部分线程几乎可以确保用户永远不会看到更改，因此这是一个毫无意义的练习。但这也不符合道德规范，除非你明确地说你已经做到了，例如Slack在一条来自过去的消息被更改时添加了一个"编辑过的"符号。5信息是化石如果对话是文本，那么它们的原子单位——信息——就是古老的历史，最好留在过去。消息的经验法则是，如果可能，不应更改或编辑它们。你不能回去编辑真实的对话（即使我们有时愿意！）即使是数字形式，大多数人也不希望看到，所以他们也不太可能注意到或费心去检查。大多数消费者信使根本不允许更改发送的消息。像Slack这样的商业信使会添加关于变更的注释，这样它就变得透明了。6不造假：保持声音清晰没有人想被欺骗，以为机器人是真人，或者把应用程序更新与朋友的真实信息混淆。当信使在线程中呈现任何内容时，属性应该非常清楚，甚至看起来不同。这就是你如何在对话中创造出清晰但相互交织的"声音"。如果所有东西看起来都一样，那么用户就更难区分谁在说什么。

7应该邀请机器人参加对话机器人程序应该由用户操作或一组预先确定的条件触发。一旦被触发，当今机器人的真正问题是，它们不能很好地进行通用对话。在调用它们之后，它们需要严密的护栏才能有效可靠地发挥作用，因此，为了实现一个非常集中的目标，结构化的响应最有效。关于会话用户界面中机器人的更多信息，请看我的同事Emmet关于机器人设计原则的文章。