近几年来，智能音箱的普及度非常高，不少人都会选择购置智能音箱并通过语音进行简单的交互。然而，也有很多人在使用过程中，发现智能音箱存在着一些“听不懂人话”的缺点……
作为小度音箱（无屏基础版）的用户，本文针对使用中的一个体验细节进行分析，并尝试给出语音交互的解决方案。
一、CASE示例 场景1
用户：小度小度，播放金玟岐的《十三》/播放SHE的《十七》
小度：好的，播放金玟岐的《岁月神偷》/好的，播放SHE的《super star》
用户：小度小度，播放金玟岐的《十三》/播放SHE的《十七》
小度：好的，播放金玟岐的《岁月神偷》/好的，播放刘德华的《十七岁》
……
无限循环
场景2
用户：小度小度，播放邓紫棋、艾热的《光年之外》/播放邓紫棋的《光年之外》热爱版
小度：好的，播放邓紫棋的的《光年之外》
用户：小度小度，播放艾热的《光年之外》/播放邓紫棋的《光年之外》热爱版
小度：好的，播放邓紫棋的的《光年之外》
……
无限循环
二、问题抽象
也就是说，在系统看来，它所收到的指令，前者可能类似于”播放SHE的’时期‘“，后者则类似于”播放SHE的十/七“或者“播放SHE”（忽略了“《十七》”之类，理解的错误造成了小度无法正确播放。
2. 版权问题
经验证小度的音乐版权服务方，百度音乐和QQ音乐都没有金玟岐的《十三》的版权，但有其他几首歌的版权，因此版权理应也不是这个体验洼地的主要原因。
3. 策略问题：小度的语音交互什么时候应该进入“对话模式”？
相比问题1，问题2才是造成这个体验洼地的关键。这是因为，在小度已经无法正确识别用户意图的同时，没有通过进入对话模式给用户提供更多解决问题的方案，而是机械的重复系统里置信度最高的操作，这无疑会使得用户火冒三丈。
所谓“对话模式”通常有多轮的语音交互，并且AI能够理解用户的上下文含义，从而更“聪明”地做出回应，举个经典的例子：
对话模式中，AI承接了上文的“他”指的是“林肯”；而如果是非对话模式，AI则会对用户的第二句“他”不知所措。
目前的策略，一般情况下小度与用户之间的交互是单轮命令式的，即用户“小度小度”唤醒后给予小度指令，小度会做出单次回应。
但有以下两种情况（记忆中观察到的，因为疫情影响手边没有产品，应该会有情况遗漏）小度会切换到对话模式：
所以在现有常规的交互策略下，当小度“自信”的时候，比如他自信地忽略掉了一些限定词（例如艾热、热爱版），从而自信地认为用户就是想听邓紫棋原版的《光年之外》，这时它一般不会进入对话模式。
尽管用户火冒三丈地多次重复同样的“播放《光年之外》艾热版”的指令，小度依然会我行我素地播放邓紫棋原版的《光年之外》。
我不清楚这种策略设置的决策依据是什么，可能是这种case比较极端没有被注意到，可能是技术限制，也可能是出于成本考虑，在此不做判断，但不影响从体验优化的角度给出建议。
四、尝试给出解决方案 问题1的解决
结论：出于可能的成本考虑，“版权问题”的情况自动进入对话模式，其他由于AI能力问题造成的错误，交由问题2的解决方案一并解决。
示例对话：
用户：小度小度，播放金玟岐的《十三》 小度：对不起，暂时没有相关歌曲的播放版权，是否为您播放金玟岐的《岁月神偷》 用户：好的
GUI原型：无
VUI交互流程：
问题2的解决
这里有几个概念需要解释：
1）确认策略
AI在回应用户指令时，会有一系列备选答案，按置信度高到低排列，形成N-Best列表。在使用列表中不同置信度的答案回应用户时，AI需要使用不同的确认策略。高置信度的答案采用隐性确认，低置信度的答案采用显性确认（举例见下方示例对话）。
2）消除歧义策略
当用户给出模糊不清的指令或冗余的指令时，AI向用户反复确认、拆解或补充，以形成确定的指令。
示例对话：
//进入对话模式//
//进入确认策略//
……（置信度递减）//进入消除歧义策略//
GUI原型：无
VUI交互流程：略
五、结论
新的问题：
短期来看，这个解决方案有肉眼可见的需要改变的代码量，因为第一步执行判断“是否用户重复了m次相同指令”应该是要在整个代码架构上加一次判断，有一定的工程量。
但是长期来看，对用户体验的提升是值得的。站在用户的角度，无疑希望体验能够优化的更好。是否要为了优化这个体验细节而付出这个开发成本（用户有其他临时替代方案，比如打开小度app手动搜寻歌曲，比如有屏音箱），需要更多的数据论证相关收益和优先级，作为非内部人士，缺乏相应的决策依据，这里不做判断。
在重新看这个体验问题中，由于场景的复杂和AI能力的不足，用户扮演了一个“帮助系统修正错误”的反馈角色。
因为我的水平有限，相关思考多来自于工作的语音项目和学术论文设计，但没有完整实操过复杂的语音助手项目落地，理解有误的地方请不吝指正和批评。
本文由 @eason 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议