业务场景与选型

预约确认与提醒,怎样组合语音和短信?

预约类沟通最容易出的问题是重复提醒:客户已经改期了,旧提醒照样发;或者客户只是说"下周方便",系统就当成预约成功了。所以要先定义清楚预约有哪几种状态,再决定语音和短信各自负责什么。

先定义预约状态,再设计触达

先定义预约状态,再设计触达。这一步做反了——先想"发什么消息"再回头补状态——几乎必然出现状态对不上的情况。

几种状态各自对应不同的动作和核对位置。建议先把这张表在自己业务里对齐,再谈通道组合:

先定义预约状态,再设计触达对照表
业务状态建议动作核对位置
待确认发起语音确认或发送入口预约系统中的原始记录
已确认发送时间、地点和变更方式确认记录与消息状态
要求改期采集可选时间并进入处理流程新旧预约关系
取消停止后续提醒并记录原因预约状态与触达任务
未响应按项目规则结束、重试或转人工重试次数和最终状态

语音与短信分别适合什么任务?

需要用户回答、补充或修改信息时,语音对话更适合;需要保留地址、时间、入口和注意事项时,短信更便于回看。

一句话概括:语音用来把不确定的事情问清楚,短信用来把确定的事情说清楚。

具体组合还要考虑客户偏好、内容合规、成本与系统条件,不应无条件重复触达。客户偏好短信却连打两通电话,或者客户已确认又连发三条短信,都属于这类问题。

语音与短信分别适合什么任务?对照表
任务类型更适合原因
确认时间是否方便​语音需要客户当场回答
采集改期的可选时段​语音需要来回沟通几个选项
告知地址与注意事项​短信客户可以随时翻看
发送改期/取消入口​短信入口要留下来供随时点击
临期提醒​两者结合先短信,未响应再语音

如何防止重复提醒和状态冲突?

为同一预约设置统一业务标识。任何通道得到新结果后,先更新预约状态,再决定是否继续其他触达。

顺序很关键:如果先发消息再更新状态,消息发出去之后状态才变,这条消息就已经是过期的了。

测试时建议专门验证下面三种情况,确认旧任务不会再次发送:

如何防止重复提醒和状态冲突?对照表
测试场景要确认什么
延迟回执​状态回传慢时,是否误判为未响应而重发
用户临时改期​改期后旧提醒是否立即停止
人工已处理​坐席已手动确认后,自动任务是否取消

预约状态变化时如何调整后续提醒?

同一预约编号贯穿语音确认、短信提醒和后续服务。状态改变后,先检查待执行任务,再决定是否继续触达。

这里有个容易忽略的点:待执行任务要主动取消,而不是等它自然过期。已经排队的提醒不会因为状态变了就自动消失,除非你明确去停掉它。

预约状态变化时如何调整后续提醒?对照表
检查项填写或判断方法验收依据
待确认用户表达时间意向核对可用时段与负责人
已确认业务系统已创建并确认预约按确认时间发送提醒
改期或取消原预约状态已更新同步调整旧提醒,防止重复或过期触达

常见问题

语音接通就能标记预约成功吗?

不能。应核对客户确认内容和预约系统中的最终记录。客户在电话里说"可以",只是表达了意向;预约记录真被创建并确认了,才算成功。

短信发送成功等于用户已阅读吗?

不等同。发送、送达、阅读和业务完成是不同事件。这四个环节任何一个都不能代表后一个已经发生。

多个通道是否应该同时发送?

应按业务规则和用户状态安排,避免无差别重复触达。同时发两条,客户可能两条都看到,也可能觉得被打扰——更常见的情况是两条内容不一致,客户不知道该信哪个。

相关产品

继续阅读

从场景开始,一起确认

说说您的业务目标。

我们围绕实际流程,交流产品能力与实施范围。

预约演示

微信咨询

售前咨询团队

具体对接时间请与负责人确认

打开二维码大图