Booking management · 更新于 · KLIOSO 团队
自动回复地址、价格与到店准备问题
把已核实的地址、价格和准备说明组合成简短有用的答复,先澄清真正影响选择的缺失信息,再给出明确下一步。了解如何处理来源冲突、替换旧副本和检查更新后的回复,避免把地址说明误写成预约确认,也避免对尚未选定的服务发送不相关的准备要求,让日常沟通更清楚、更容易维护。并便于团队复用。
要自动回复关于地址、价格和到店准备的问题,请维护三个经过确认的信息块,并规定每个信息块在什么情况下使用。只组合顾客问题所需要的信息块;任何来源或上下文不确定的细节都先不要发出。这种方法可用于规划保存的快捷回复,也可用于单独核实过的助手。它不建立在这样的假设上:一条听起来自然的消息就等于已经核对了您的店铺信息,或已经修改了预约。
先拆开三个信息块,再组织消息
把店铺所有信息都写在一个段落里,很难维护。入口可能变了,价格却没变;即使地点相同,不同服务的准备事项也可能不同。请把这些事实分开保存,这样一处改动就不必重写所有可能的回复。使用您真正能够持续维护的文档或工具即可。
给每个信息块一个实用的定位:
- 地点:具体位置、入口以及相关的到达细节;
- 价格:明确的服务名称、币种和适用条件;
- 准备:确切的服务以及到店前经过确认的事项;
- 管理信息:由谁核对该信息块,以及最近一次核对的时间。
管理信息是为您的工作流程服务的,不一定要给顾客看。不要把内部备注放进可能会被直接发送的文字里。准备信息块应描述您确认过的流程,而不是编造护理建议。如果没有合适的标准说明,就记录为需要本人确认,而不是用笼统的建议填补空白。
用最小的有效问题确定上下文
在组合回复之前,先弄清哪些事实决定了该用哪些信息块。如果店铺只有一个地点,地址问题可能根本不需要追问。价格或准备事项的问题,通常需要先知道顾客想要哪项服务。如果涉及多个地点,还需要知道是哪一个。只问缺少的那个区别,而不是收集完整的顾客资料。
例如顾客问:“你们在哪里?我该怎么准备?”您可以马上给出已核实的地址,并在选择准备说明之前,先问清对方指的是哪项服务。这样对话既有用,又不需要猜测。如果顾客提到已有的预约,请查看系统中记录的服务,而不是依赖“老样子”之类的说法。
预约前的提问,要和已约定预约的提问区别对待。一般的价目条目并不能确定之前约定的条件。如果涉及例外安排,请负责的专业人员确认;不要悄悄用当前的标准价目表替代它。
组合简短答复,并显示边界
按照有助于对方采取行动的顺序组合所选的信息块。如果一条消息同时问了三个问题,地点、价格和准备可以各占一行简短并带标签的内容。如果只问怎么到店,就只发送地点信息块。能生成很长的回复,并不是添加对方没问的信息的理由。
需要时,一条实用的回复包含四个部分:
- 对实际问题的直接回答;
- 会改变其含义的条件;
- 明确说出的未解决细节(如有);
- 一个合适的下一步。
例如,在准备事项还等待确认时,可以先提供已确认的地址和服务价格。“起价”这一条件要紧挨着金额写,而不是放在离得很远的结尾句里。到达路线要和预约时间分开写。发送路线并不等于确认预约,发送准备说明也不等于同意改做其他服务。消息应当让剩下要做的事一目了然,而不制造新的承诺。
把缺失或冲突变成可控结果
不完整的来源不应迫使助手编出一个完整的回答。假设地址已经核实,但一处资料写的是正门,另一处写的是院子入口。街道地址仍然可以使用;入口说明则需要有人在发送前解决这个冲突。不要因为哪个版本让句子更顺,就选哪个。
为这些空缺规定简单的应对方式。缺少服务信息,就询问是哪项服务。缺少准备说明,就说明会由专业人员确认。价格互相矛盾,就暂不提供有争议的金额。无论哪种情况,都要保留仍然经过核实且相关的信息,而不是重复一句含糊的“无法帮您”。
让未解决的事项对负责人保持可见。记录问题以及冲突或缺失的细节,但不要把不必要的顾客信息复制到共享来源中。问题解决后,要修正信息块本身。如果只改正一条发出的消息,而来源保持不变,同样的问题还会再次出现。
同时更新来源与使用位置
列出每个信息块被用在哪里:保存的消息、员工文档、助手配置或预约页面。这些只是可能的使用位置,并不承诺某个产品会自动同步它们。如果其他地方还有独立的副本,修改一份文档只是第一步。
当某项事实发生变化时,按一个简短的发布流程处理:
- 确认新的措辞,以及它生效的日期或条件;
- 更新作为依据的信息块;
- 替换或停用已知位置中的过时副本;
- 检查一条使用了改动细节的典型回复;
- 复查按旧版本准备、尚未发出的回复。
未来的价格调整和立即生效的入口变更,需要不同的时间安排。不要仅仅因为未来的规则已经写好,就提前执行。同样,更新来源并不会修改已经发出的消息。如果之前的路线说明现在可能误导已预约的顾客,专业人员需要在维护可复用信息块之外,另行考虑合适的更正方式。
演练组合,而不只测试完美问题
测试一小组能检验信息块如何被选择和组合的问题。其中包括只问地址的咨询、服务不明确的请求、同时问价格和准备的问题、来源互相矛盾的情况,以及关于已有预约的问题。先写下预期结果,包括哪些细节必须暂不回答。这样能发现仅靠一个表述完美的问题无法暴露的选择错误。
改动之后,只需重复受影响的组合,而不必重新开始所有测试。检查是否选对了信息块、条件是否保留、下一步是否清楚。如果某条回复不合格,要区分是选错了信息块、内容已过时,还是涉及不受支持的操作;每种情况需要不同的修正方法。KLIOSO 的服务、公开预约页面和日历可以帮助进行一致性检查,但把这些信息导入其他助手以及维护该助手的回复,需要另行核实。
要点
可靠的自动化需要小而经过确认的信息块、清晰的选择方式,以及对不确定情况的明确应对。回答您确定的内容,只询问决定缺失信息块的那一点,并把条件紧挨着它所限定的事实。除了维护原始来源,也要维护各个使用位置,并检查顾客实际会问到的组合。最终应得到一条简短而有用的回复:当地址、服务内容或准备流程变化时依然准确,也不会把一条消息变成未经核实的预约承诺。
常见问题
明确下一步预约路径
将适合的咨询引导到 KLIOSO 预约页面;修改现有预约细节之前,先在日历中核对。
免费开始 ↗