语音接待的重点，不只是让 AI 开口说话
以暖通售后接待方案为例，讨论信息确认、预约边界、打断处理和人工接手如何组成一个服务流程。
先定义一次接待要留下什么
暖通售后语音助手案例围绕故障、设备、地址与上门时间设计。客户可能从一句“空调不制冷”开始，系统要把这段口语转成可以继续处理的服务信息，而不是马上给出所有诊断。哪些字段已确认、哪些还缺、哪些只是用户猜测，都需要区别记录。
这篇文章以该案例的接待流程设计为例，讨论信息如何进入后续服务；具体运行和上线状态仍待核验。可以先把接待拆成收集、确认、查询、提交和人工接手五步，再为每一步定义输入与输出。
自然对话也需要清楚的确认点
人说话时会省略、纠正，也会把几个问题混在一起。助手应先理解当前意图，再针对缺失信息追问。地址、时间和联系方式不能仅凭相似发音直接确定；重要内容应复述，让客户有机会纠正，最后用一段摘要确认准备提交的事项。
打断并不只是暂停播放。新一轮开始后，旧回复的生成和播放需要取消，迟到的结果也不能继续影响对话。同时保留已经确认的字段，避免客户改一个时间，系统又把地址重新问一遍。
查询、预约与工单各有边界
保修查询、服务区域和预约时段应来自相应业务数据或人工确认，模型不能凭对话自行编一个结果。可预约不等于已经预约成功，保存需求也不等于工作人员已经收到消息。界面和会话需要分别说明这些状态，避免客户误解接待进度。
出现无匹配时段、信息冲突或通知失败时，保留需求并进入人工处理队列。工作人员接手时应看到摘要、原始转写和待确认项，不必要求客户从头重说一遍。
按业务闭环检查语音体验
演示时除了流畅对话，还要尝试噪声、停顿、识别错误、临时修改和网络中断。观察系统是否解释当前状态、允许改用文字，并将有效信息保留下来。结束会话后，后台应该能呈现这次接待留下了什么，以及下一位处理者还需要做什么。
文字和语音入口可以共享资料、需求字段与跟进流程，让客户按方便的方式沟通。检查时将对话体验和业务结果放在一起：信息是否准确、确认是否清楚、记录能否查到，以及人工接手后能否顺利继续。
有类似需求？先说说目标。
说明谁会使用、想完成什么，以及已有的资料或系统。范围、时间和费用在后续沟通中确认。
正在了解：语音接待的重点，不只是让 AI 开口说话