会话式界面的“第二春”

会话式界面已经火了一段时间了，还记得最初见到“Quartz”的时候感觉很有“新意”，现在大量的会话式界面应用的涌现已经让人有些麻木了，甚至觉得有些过了，于是想写点儿关于会话式界面的内容。

哪怕是世上最懒的人，也无法拒绝这样的新闻（http://www.ifanr.com/619243）
用聊天机器人实现安全运营中心的自动化（http://36kr.com/p/5063475.html）

好端端一个安全类应用套在会话界面中，奇怪！但愿是因为我没有读明白。

记得最早见到会话式界面的思路是在一段视频中，那个视频好像叫“搜索的未来”之类的题目。用户在搜索框中输入“订pizza”，搜索界面中并不是马上出来一页“订pizza”相关的链接和文字说明，而是会回复一个问题，“你喜欢什么口味？”，用户可以继续与搜索系统交互，并最终完成pizza的预订。这个视频应该是非常早，回想起来，时间应该是在2008年之前，应该远远是早于后来提出的“会话式界面”、“会话即服务”等概念的。我几次想要再次找到这段视频，竟然一直找不到，难道我看到这段时间是“瞬时穿越”了？？！！

会话式界面的演进

然而从老土的角度看，会话式界面应该远不是这两年才出现的概念，准确点儿应该说这两年是会话式界面的“第二春”。接下来，老土根据自己的回忆跟大家扒一扒会话式界面的演进。

第一阶段：会话交互的市场教育阶段

2000年之后，短信业务的高速发展和QQ所代表的聊天软件的迅速普及，让用户们在很短的时间内就接受和熟悉了这种即时的主要基于文本的会话交互方式。当然那个时候，会话主要是发生在人与人之间，人与应用系统的交互还没有起来。

短信会话

第二阶段：菜单式会话阶段

2002年前后，随着中国移动梦网的建设和发展，短信相关业务迎来了“超高速”的发展阶段。一批有创意的短信业务提供商开始推出“基于菜单式会话的短信服务”。所谓“基于菜单式会话的短信服务”主要指的是用户可以输入一些预定义好的关键字，而服务端则仅对用户输入的预定义好的关键字进行响应，并最终完成业务处理。到今天中国的几大运营商和银行也都还保存着“短信营业厅”。这些“短信营业厅”应该算是“基于菜单式会话的短信服务”的经典案例。随着这种短信服务的发展，一部分提供商开始将这种方式引入到了互联网应用中，那个时候出现了大量的聊天机器人。这个阶段应该可以算作是会话式界面的“第一春”了。

菜单式会话

第三个阶段：菜单式会话的没落

2008年之后，移动互联网高速发展，移动终端的交互能力大大提升，前一阶段的菜单式交互迅速被更为美观更为友好的图形界面交互所代替。这段时间里虽然也有一部分企业试图优化会话式交互的用户体验，但是限于技术发展的阶段，改善效果并不明显。

图形界面交互

第四个阶段：自然语言式会话的发展

自然语言式会话交互的一次里程碑式的胜利毋庸置疑是Siri。苹果公司强大的市场号召力，让用户和企业都眼前一亮，于是基于自然语言的会话交互成为业界的大热之地。会话式界面迎来了“第二春”。

Siri

会话式界面的第二春

到了“自然语言式会话的发展”阶段，有下面几个内容值得分享：

首先，会话的载体变得更加多样，可以是语音，可以是图文，可以是（小型）智能硬件的交互能力。老土认为多种会话载体应该可以结合使用，举个例子如下。

用户对应用说：“我要订一个pizza”。
应用回复说：“目前有这几种可选”，并将几种可选的pizza的图片列出来（图片下面就是订购按钮）。
用户直接点击相应的按钮完成订购。
当pizza送到之后，用户的手环震动了一下，用户抬起手腕看了一眼，开门，拿到pizza。

这其中使用图文消息显示pizza选项的方式比应用回复说：“目前有这3种可选，第1种是夏威夷风情pizza，价格xxx；第二种是凯撒pizza，价格xxx......，您要哪种呢？”的体验要好；使用手环的震动接收提醒的体验，比房间中响起“主人，您的pizza到了！”的体验要好。

其次，要说说技术实现层面的内容。自然语言处理的门槛到底有多高？就目前的技术路线看，深度学习以及人工智能相关技术的适时发展，为“自然语言处理”提供了有效的技术支撑。很多优秀的自然语言处理软件都是开源项目，新的开发团队可以用很低成本的获得，并可以在很短的时间内就取得一定进展，但是在取得一定进展之后，更为深入的进展就难难难了！相关可以看看下面的帖子。

八一八聊天机器人背后的那些事儿...（http://36kr.com/p/5063631.html）

第三说说克制。在引入自然语言交互之后，很多应用提供者都乐意再其应用中添加一些比较好玩的交互（讲个笑话或者是俏皮一下）。一般来说，引入这种小细节后往往应用会更有噱头，用户在初期往往也会比较感兴趣，但是添加这种彩蛋必须要“克制”，因为这些设计都会使整个应用的设计变得更为复杂，也不能提升应用的核心价值。总之，引入自然语言交互不应该是为了炫技，也不应该是为了“搞笑”，而应该是让用户的核心体验得以优化。

最后说说“控制”。虽然原则上，在引入自然语言交互之后，应用应该允许用户输入任何内容，但是不论从用户体验的角度，还是从应用实现复杂度的角度，都应该刻意的控制用户输入的自由度。一般的做法是为用户的输入提供可选项。用户不需要输入全部内容，只要简单点击就可以完成输入。

Quartz

曾经看到有人说将来会话式界面会一统江湖，但老土认为这个将来距离我们还有一段距离，其中还有很多技术性和体验性的内容还没有很好的被解决。虽然的确在某些应用场景中，会话式界面更“直觉”，更“简洁”，但是也的确在很多场景中会话式界面的引入是“画虎不成反类犬”，盲目的会话式要不得！

[全文完]