业务场景与选型
预约确认与提醒,怎样组合语音和短信?
预约类沟通最容易出的问题是重复提醒:客户已经改期了,旧提醒照样发;或者客户只是说"下周方便",系统就当成预约成功了。所以要先定义清楚预约有哪几种状态,再决定语音和短信各自负责什么。
先定义预约状态,再设计触达
先定义预约状态,再设计触达。这一步做反了——先想"发什么消息"再回头补状态——几乎必然出现状态对不上的情况。
几种状态各自对应不同的动作和核对位置。建议先把这张表在自己业务里对齐,再谈通道组合:
| 业务状态 | 建议动作 | 核对位置 |
|---|---|---|
| 待确认 | 发起语音确认或发送入口 | 预约系统中的原始记录 |
| 已确认 | 发送时间、地点和变更方式 | 确认记录与消息状态 |
| 要求改期 | 采集可选时间并进入处理流程 | 新旧预约关系 |
| 取消 | 停止后续提醒并记录原因 | 预约状态与触达任务 |
| 未响应 | 按项目规则结束、重试或转人工 | 重试次数和最终状态 |
语音与短信分别适合什么任务?
需要用户回答、补充或修改信息时,语音对话更适合;需要保留地址、时间、入口和注意事项时,短信更便于回看。
一句话概括:语音用来把不确定的事情问清楚,短信用来把确定的事情说清楚。
具体组合还要考虑客户偏好、内容合规、成本与系统条件,不应无条件重复触达。客户偏好短信却连打两通电话,或者客户已确认又连发三条短信,都属于这类问题。
| 任务类型 | 更适合 | 原因 |
|---|---|---|
| 确认时间是否方便 | 语音 | 需要客户当场回答 |
| 采集改期的可选时段 | 语音 | 需要来回沟通几个选项 |
| 告知地址与注意事项 | 短信 | 客户可以随时翻看 |
| 发送改期/取消入口 | 短信 | 入口要留下来供随时点击 |
| 临期提醒 | 两者结合 | 先短信,未响应再语音 |
如何防止重复提醒和状态冲突?
为同一预约设置统一业务标识。任何通道得到新结果后,先更新预约状态,再决定是否继续其他触达。
顺序很关键:如果先发消息再更新状态,消息发出去之后状态才变,这条消息就已经是过期的了。
测试时建议专门验证下面三种情况,确认旧任务不会再次发送:
| 测试场景 | 要确认什么 |
|---|---|
| 延迟回执 | 状态回传慢时,是否误判为未响应而重发 |
| 用户临时改期 | 改期后旧提醒是否立即停止 |
| 人工已处理 | 坐席已手动确认后,自动任务是否取消 |
预约状态变化时如何调整后续提醒?
同一预约编号贯穿语音确认、短信提醒和后续服务。状态改变后,先检查待执行任务,再决定是否继续触达。
这里有个容易忽略的点:待执行任务要主动取消,而不是等它自然过期。已经排队的提醒不会因为状态变了就自动消失,除非你明确去停掉它。
| 检查项 | 填写或判断方法 | 验收依据 |
|---|---|---|
| 待确认 | 用户表达时间意向 | 核对可用时段与负责人 |
| 已确认 | 业务系统已创建并确认预约 | 按确认时间发送提醒 |
| 改期或取消 | 原预约状态已更新 | 同步调整旧提醒,防止重复或过期触达 |
常见问题
语音接通就能标记预约成功吗?
不能。应核对客户确认内容和预约系统中的最终记录。客户在电话里说"可以",只是表达了意向;预约记录真被创建并确认了,才算成功。
短信发送成功等于用户已阅读吗?
不等同。发送、送达、阅读和业务完成是不同事件。这四个环节任何一个都不能代表后一个已经发生。
多个通道是否应该同时发送?
应按业务规则和用户状态安排,避免无差别重复触达。同时发两条,客户可能两条都看到,也可能觉得被打扰——更常见的情况是两条内容不一致,客户不知道该信哪个。
