用户在机器人窗口里说“转人工”，并不代表服务已经接上了。

系统可能正在分配坐席，用户可能在排队，也可能因为当前没有人工客服在线而转成工单。要是用户此时关掉网页或离开App，后续由谁处理、什么时候回复、还需不需要补资料，很容易断在半路。

短信可以补上这段空档，但它不负责替代在线会话。原会话应该展示转人工中、排队中、接入成功或暂时无法接入等即时状态；短信更适合在用户离开会话后，向用户确认工单或进度，也可以提醒接手工单的客服处理关键节点。

以腾讯云智能客服为例，腾讯云智能客服文档把转人工过程区分为转人工中、排队中、转人工成功、无人工客服在线等事件，并支持把机器人会话记录交给人工坐席查看。企业设计短信前，先把这些状态和自身的工单流程对应起来，才能知道哪一条消息有必要发送。

先把原会话和短信的职责分开

用户还停留在客服窗口时，系统应在会话内告诉他当前状态。

1、用户提出转人工后，页面提示“正在为您转接”，不要让用户猜系统是否收到请求。

2、用户进入排队后，页面可以显示排队状态或可选择的处理方式。

3、坐席接入后，人工客服在原会话内继续回复，并查看用户与机器人的历史记录。

4、当前没有坐席或问题需要走工单时，系统在会话内说明下一步，再按实际流程发送短信确认。

这套分工能减少一类常见问题：用户看到短信说“已为您转人工”，回到窗口却找不到客服。短信不能代替会话里的实时状态，更不能把“已提交”写成“人工已接入”。

发给用户的短信，要说清这几件事

用户离开会话、工单创建成功、客服补充资料或处理结果需要用户确认时，企业可以考虑发送服务提醒。内容要围绕一件确定的事，别把整段对话塞进短信。

已经使用亿美软通企业短信的团队，可以先把这类服务提醒单独梳理出来，再和技术服务人员确认短信签名、模板内容、变量字段和发送回执的对接方式。用户转人工后收到的消息，不能和订单通知、营销活动共用一套模糊规则。

1、说明企业身份和当前状态。

例如：“【企业名称】您咨询的售后问题已生成服务单，客服将按服务规则跟进。”如果此时只有排队记录，就写排队或已提交，不要承诺“专人正在处理”。

2、给出可查询的服务单号或业务编号。

用户再次联系时，单号能帮助客服定位记录。短信中保留必要的编号即可，不必展示完整手机号、订单金额、身份证号等信息。

3、写明用户接下来要做的动作。

客服需要用户补充资料时，短信要明确资料类型和提交入口。用户只需等待回复时，也要说清无需重复提交。企业最好引导用户通过App、公众号、小程序或官网的既有服务入口查看进度，减少来源不明的短链接带来的疑虑。

4、只给能够兑现的处理时限。

有明确服务时限的业务，可以写“将在服务时间内回复”或写入已约定的时限。团队没有设定处理规则时，不要临时用“尽快回复”“马上处理”安抚用户，后续很容易引发追问。

5、在需要时补充安全提醒。

涉及账号、支付、身份核验的咨询，短信可以提示用户不要向任何人提供密码或验证码，也不要在非官方入口提交敏感信息。中国证监会的反诈提示也明确提醒用户，不要向陌生人透露身份证号、银行账户、密码和验证码。

接手人员收到的短信，重点是能不能马上处理

用户短信解决的是知情问题，内部短信解决的是处理问题。企业不能把两类内容混在一起。

工单分配、客服转交、即将超时、用户追加回复、用户重新打开工单，都适合向对应处理人发送提醒。阿里云工单系统的公开规则中，也把转交、超时、用户反馈和重新打开工单列为短信或邮件通知场景。

处理人收到提醒后，应能快速判断自己要做什么。短信可包含以下内容。

1、工单编号和业务类型，例如售后、技术支持或投诉。

2、转人工原因和紧急程度，例如用户主动要求人工、机器人无法回答、订单异常需要核验。

3、当前处理节点，例如新分配、待接手、即将超时或用户已补充信息。

4、处理入口和时限，例如进入客服工作台、查看工单详情或在规定时间前首次回复。

完整聊天记录、用户身份证信息、银行卡信息和附件内容不应直接放进内部短信。短信负责把处理人拉回工作台，具体信息由有权限的人员在系统内查看。

短信触发要跟着事件走，别跟着每条聊天消息走

技术团队可以从智能客服或工单系统的事件回调中获取状态，再决定是否创建短信任务。腾讯云公开文档列出的相关事件包括转人工中、转人工排队、转人工成功、无人工客服在线、客服转接、用户超时等。

企业不需要为每个事件都发一条短信。可以先设置几类明确触发条件。

1、用户离开页面后，系统已创建工单或确认后续会回访。

2、客服需要用户补充资料，且用户已不在线。

3、工单状态发生变化，需要用户确认、查看或继续操作。

4、工单被分配、转交、即将超时或用户补充了新信息，需要提醒处理人。

系统还要把会话ID、工单号、业务单号和短信任务编号关联起来。客服查看用户记录时，才能知道这条短信对应哪次咨询；技术人员排查重复发送时，也能按同一条业务记录核对触发原因。

企业通过亿美软通等短信服务商接入这类提醒时，可以让智能客服或工单系统在关键事件发生后调用短信接口，并把发送结果写回工单或CRM。客服面对用户咨询时，应能同时查到服务单状态和短信发送记录，而不是分别登录多个后台猜测问题出在哪。

用户连续点击“转人工”、网络超时重试、客服多次转交，都可能触发重复事件。开发人员应按会话和工单状态判断是否已发送同类通知，避免用户在几分钟内收到多条内容相同的短信。

这些内容不适合放进短信

短信字数有限，安全性也有限。以下内容留在受控的客服系统或官方服务入口里更合适。

1、完整的机器人聊天记录和客服内部备注。

2、需要用户在短信里回复的身份证号、银行卡号、密码和验证码。

3、未经核验的短链接、第三方下载地址或要求转账的指令。

4、没有设置处理规则时给出的具体回复时间。

5、与本次服务无关的活动介绍和营销内容。

工信部现行规定将操作验证、系统登录和业务提醒归为业务管理和服务性通信短信息。企业把转人工后的服务提醒做得清楚、克制，用户也更容易判断这条短信和自己的咨询有关。

上线前，把三个角色拉到一起确认

产品人员先确定哪些转人工状态需要通知用户，哪些只需要在会话内展示。客服团队要给出工单分级、接手规则和服务时限。技术团队再把会话事件、工单字段、短信模板和回执记录连起来。

上线前至少跑一遍用户主动转人工、无人工客服在线、用户离线、工单转交、用户补充资料、工单关闭后重新打开这些场景。测试时别只看短信是否发出，还要检查人工客服能否看到历史咨询、用户能否找到正式入口、处理人能否在时限内收到提醒。

企业在对接亿美软通等短信服务商时，可以先确认服务提醒模板、API接口、发送回执和问题排查方式，再与智能客服、CRM或工单系统对齐触发规则。对于转人工这类流程，团队还要确认哪些状态发给用户、哪些状态只提醒处理人，以及短信失败后由谁处理。短信在这段流程里承担的是确认、提醒和召回，不替代人工服务本身。

常见问题

1、在线客服已经有转人工提示，还需要发短信吗？

用户持续停留在会话窗口时，原会话提示已经够用。用户离线后需要等待处理、工单已创建或客服需要补充资料时，短信可以作为服务提醒。企业应按实际状态发送，避免重复通知。

2、转人工后，短信里应该写客服的联系方式吗？

企业可以引导用户回到官方App、公众号、小程序、网站或客服窗口查看进度。是否提供固定电话或专属联系方式，要看企业已有的服务安排。短信中不应引导用户联系来源不明的号码或链接。

3、工单编号能放在短信里吗？

可以。工单编号能帮助用户和客服查询记录。企业应控制短信中的业务信息范围，不展示身份证号、支付信息等敏感内容。

4、转人工失败时，短信应该怎么写？

短信要如实说明当前状态，例如当前没有人工客服在线、已生成工单、可在何处补充信息或查看进度。企业不要把转人工失败写成“客服正在为您服务”。