互联网AI产品经理需要了解的智能语音知识：上下文的对话管理( 二 ) |青年|中年|

本文插图

本文插图
用户不需要每一次对话都要说清楚北京到上海的条件，在对话的开始说一次，之后的查询车票和返回机票都是按当前起始地和目的地进行查询。如果用户想要更换城市，可以query“深圳出发” ，这时候起始地就会更改为深圳市。
「跨场景跳转」
定义说明：不同场景内的上下文指代，主要通过“名称指代” ， “他”等代替上个场景的主要部分。
应用场景：用户的任务是连续的，可能需要跨越几个APP才能结束。跨场景的上下文对话管理，不仅让用户感受无感APP的跳转，还能让用户感受到语音比GUI操作的真实便利感。

本文插图
从上文的交互流程可以看到，【人物百科】-【歌曲】-【电影信息】-【播放视频】如果按当前app的呈现方式，用户想要看个视频，要打开查询并手动关闭3个app包括【百度百科APP】-【QQ音乐APP】-【腾讯视频APP】这个流程根本不可能1分钟内完成。这就凸显了语音交互的优势了。
3. 上下文交互存在的问题
如此好的用户体验，想到做到用户无感知，产品体验极致，是需要技术保驾护航的。但是，当前技术上存在的不能完成产品全部设想的问题，主要有三种：
「什么时候是筛选的开始」
有些用户不想要加入的上文也带进来了，导致用户很难重新开始。例如用户在酒店页面加入筛选条件“西安” ，用户再次询问天气的时候，是回复“西安的天气”还是“用户当前定位城市的天气” 。
「什么时候覆盖了之前的条件」
同类型的结果条件会进行覆盖，例如9点以后会覆盖之前2点以后的搜索结果，由于没有显示清楚，用户总觉得当前的结果并不是自己所想要的。基于以上两个交互中存在的问题，产品设计优化建议如下。搜索结果，展示当前结果进行筛选的所有属性tag ，用户可以GUI进行删除，每次晒出tag ，按当前的已有tag给出新的搜索结果。这样就解决的了用户可见当前的搜索结果的理由，其次，用户想要重新筛选或者更改筛选条件的时候，更加轻松简单。
「上本的保留什么时候是极限」
可以同时保留多个上文筛选条件，同时进行结果的筛选，但是也有个问题，上文多个筛选条件的保留是有范围限制的，目前基本保留5个筛选条件，等到第六个筛选条件出现，由于已经超出的上文保留的筛选条件栈，会清空之前的全部栈内数据，把最新的筛选条件放入栈的第一个，按当前进行筛选结果，并在当前栈内累加更多的筛选条件。
4. 产品上的优化策略

通过搜索条件、排序条件和筛选条件来确定哪些是需要或者可以支持多轮交互的。从产品上定义出用户使用的逻辑，方便用户在体验中更能找到产品的设计宗旨逻辑。
回复的TTS需要加上用户当前的筛选条件。有些排序条件和搜索条件，产品经理需要定义什么时候回复要加上，什么时候回复tts不需要加上。
如果是带屏幕的设备，可以通过显示当前结果的筛选或者搜索tag ，既可以引导用户增加想要说的条件，也可以让用户明白哪些条件被覆盖掉，需要重新说。经过多伦以后，达到树形结构的最后一层，导致所有的筛选结果清除，用户重复筛选或者复用上一轮的筛选条件。建议把所有的内容都放入栈内，用户每次新的tag入栈，向前挤掉最前面的几个tag ，只维护当前这个动态的固定tag的栈。

从事智能产品经理已经有小2年了，从最开始的智能产品的硬件设计和绑定设计，到智能软件交互产品的设计，一路感悟颇多，最近也是希望把自己的经验记录下来。可能存在错误和理解偏颇的地方，建议大家踊跃指出，共同进步把～