售后电话里经常出现补充和更正：“上一台设备没问题，是新装的那台”“不是无法启动，是运行后停机”。语音助手需要理解整段对话的变化，才能建立正确的工单。仅把录音转成文字，还不足以交给工程人员处理。
Salesforce 在 2026 年 9 月 28 日的 Dreamforce 汇总中介绍了 Voice Observability，可定位低置信度词语、噪声和时延问题；多轮语音与对话测试则以 Beta 形式列出。两项能力分别帮助观察通话质量和检查整次任务结果。Salesforce Dreamforce 产品更新
设备与服务对象识别
开场先确定联系人及设备。手机号可能属于总机或外包维修人员，同一使用方也可能有多个厂区、多台同型号设备。应结合设备编号、安装地点和已有服务记录匹配，不能仅凭电话号码选择一条历史记录。
信息无法匹配时，可以先建立待补充的服务事项，保留原描述并请人工确认。不要为了完成工单字段而猜测序列号、保修状态或故障原因。
故障描述与复述确认
先收集现象、出现时间、当前状态和已做操作，再用简短的话复述：“目前确认是二号线设备，运行后停机，今天上午开始，现场已经断电，是否正确？”对方更正后，以最新确认内容更新摘要。
涉及设备危险的情况，应按已有服务规范处理并及时转人工。助手只提供经过批准、适用于对应型号的说明，不能用通用知识临时生成维修指令。
| 通话内容 | 工单记录 | 需要避免的问题 |
|---|---|---|
| “新装的那台” | 待确认的具体设备 | 自动沿用上次设备编号 |
| “昨天就停了” | 经确认的时间与现象 | 未核对日期就写成今天 |
| “下班前来看看” | 期望服务时间 | 直接承诺工程师到场 |
| “刚才说错了” | 更正后的有效信息 | 新旧描述同时作为事实 |
工单建立与服务承诺
创建工单前，核对联系人、设备、故障摘要、附件和期望时间。正式创建后返回可查询编号，并确认工单已进入正确服务队列。
预约需要结合工程人员可用时间、区域和备件情况。没有排班与库存接口时，可以记录诉求并等待确认，不能仅因为对方提出“今天上门”就答应安排。
重复来电时先查已有未关闭工单，按规则补充新情况。若同一设备出现不同故障，则由业务规则决定补充原单或另建新单，避免把所有来电机械合并。
人工接听的交接资料
转人工时，一并提供已确认的设备、原始问题、已问内容、需要确认的事项和工单入口。对方不应被要求从头再说一遍，人工也需要知道哪些结论来自系统、哪些只是初步描述。
如果接听中断，能够从已有记录继续，不把部分对话误标为处理完成。回拨、发消息及预约等后续动作，分别核对是否已经发生。
实际通话的效果检查
测试材料应包含噪声、口音、连续报数字、中途改口、插话和沉默。观察整段通话是否完成正确工单及必要交接，并记录人员最终需要补问的内容。
同时检查回答等待、被打断后的恢复和转人工时间。处理时长缩短需要与工单准确率、重复来电和实际解决情况一起看。售后资料组织可参考工业服务记录衔接，资料接入见企业知识中枢。
