美洽可把客服手动结束时的告别语与超时自动关闭提示分开配置(入口以当前版本为准),避免两种场景共用一段尴尬文案。告别语宜短,并可引导自助查询或工单进度;若访客看不到,检查渠道是否支持结束自动消息,并确认没有和机器人结束话术叠发。
客服点「结束会话」时,访客往往还停在聊天窗口里,这时若没有任何收尾文字,对方会以为对话被硬掐断,满意度容易掉一截。反过来,若把「访客长时间不说话被系统关掉」的提示原样拿来当手动告别,语气又显得生硬甚至像在催人。美洽结束语设置的核心,就是让这两种结束场景各走各的文案:人工主动收尾用温暖短告别,超时关闭用说明性提示。下面按场景差别、配置入口、文案写法、渠道差异与常见问题展开,方便管理员一次配妥、一线少踩坑。
两种结束场景:客服主动结束与系统超时关闭
客服主动结束,通常发生在问题已解决、访客确认无其他需求,或会话需要转工单跟进之后。这时访客仍在线或刚离开不久,需要一句统一、礼貌、可复用的收尾。系统超时关闭,则是访客长时间未发言触发的保护机制,目的是释放坐席并发,提示文案更偏「会话因超时已结束,如需继续请重新发起」。两者触发人不同、情绪不同,文案绝不能混用。超时关闭的细则另有专文,这里只强调:手动告别语与超时提示必须在美洽里分开配置,以免一线结束会话时弹出催促式句子。
- 培训时用同一测试访客分别做「客服点结束」和「故意静默触发超时」,让新同事亲眼对比两条文案的语气差异,建立场景意识。
- 运营文档里用表格列出触发条件、文案负责人、最近修改日期,避免多人改同一段话却以为改的是另一类提示。
- 若历史版本曾把两类文案写成同一字段,升级或迁移后务必重新核对,防止旧内容残留在错误入口里继续发出。

配置入口(以当前版本为准)
在美洽管理后台的对话设置、会话结束、自动消息或类似菜单中查找结束语、告别语、结束自动回复一类选项(名称以实际界面为准)。多数团队会看到至少两组字段:一组对应坐席手动结束,一组对应超时或系统关闭。保存前用测试账号走一遍完整流程,确认发出的正是手动告别而非超时提示。能力范围、是否按技能组覆盖、是否可按渠道关闭,都以当前版本为准;找不到入口时先查权限,再对照版本说明,不要凭记忆改错相邻字段。
- 由具备会话配置权限的管理员改文案,一线坐席只负责执行结束动作,减少误改生产配置的风险。
- 改完后在网页插件与至少一个社交渠道各测一次手动结束,确认实际下发内容与后台预览一致。
- 把配置截图与生效时间记入变更日志,方便日后排查「为什么突然变成另一段话」这类回溯问题。
手动结束时的告别语
手动结束告别语应在客服点击结束会话后自动发出,内容以感谢接待、确认可再联系、给出自助入口为主。语气保持简短友好,避免长篇条款。若界面支持变量,可插入访客昵称或工单编号,但不要堆砌过多字段导致阅读负担。美洽是否支持变量、是否允许按技能组差异化告别语,以当前版本为准。建议先写一条全企业默认文案,再为投诉组、售后组准备语气更稳妥的变体。
- 默认告别语控制在两三句以内,先致谢再给下一步入口,避免访客还没读完窗口就已关闭。
- 投诉与售后技能组可单独准备更克制的收尾,强调「处理进度可在工单中查看」,减少二次进线焦躁。
- 每次大促前复查告别语是否仍指向有效的自助页面或进度查询入口,失效链接比没有链接更伤体验。
是否结束时顺带弹出满意度
部分团队希望结束会话时顺带弹出满意度评价。评价与告别语相关但不是同一配置:告别语是文字收尾,评价是评分组件。可在结束流程里同时启用,但不要把评价说明整段塞进告别语正文,以免访客以为还要读完才能走。评价规则、推送时机与回收率另有总述,这里只需记住:告别语保持干净,评价用专门开关控制。美洽是否支持结束时推送评价、推送失败时是否仍发告别语,以实际界面为准。
- 先单独验收告别语能稳定发出,再打开满意度推送,避免两个开关同时调试时分不清是谁失败。
- 若评价弹出导致访客误以为会话未结束,可适当缩短告别语并在内部规范里说明评价与结束的先后关系。
- 质检抽查结束会话时,同时看告别语是否送达与评价是否弹出,记录渠道差异供运营优化。

文案怎么写:短、有下文入口
好的手动告别语通常具备三要素:礼貌收尾、确认问题已处理或已建单、给出可继续自助的入口。入口可以是「查看物流」「工单进度」「常见问题」等在线能力说明,用产品内可点击的自助入口或客服口述的明确路径即可,正文不要写外链地址。忌讳空泛的「再见」或生硬的「会话已结束」。也忌把超时提示里的「因长时间未操作」原句搬过来。美洽侧若提供多条文案轮换,仍要保证每条都短且有下文,避免轮到某条时突然变成纯结束声明。
- 起草时先写「感谢—结论—下一步」三句骨架,再润色语气,比一上来堆形容词更稳,并记入当日交接方便下一班核对。
- 把「下一步」固定成班组统一入口名称,减少不同坐席口头说法不一致造成的访客困惑,减少临场遗漏与口径不一致。
- 每月抽十条已结束会话回看告别语是否仍匹配当前流程,活动页或自助入口变更后及时改文案。
渠道差异:网页与微信等是否都能自动带出
网页插件、微信客服、其他社交渠道对「结束自动消息」的支持可能不同。有的渠道能在结束瞬间把告别语推到访客侧,有的只能在会话记录里留下系统备注而访客看不到气泡。配置完成后必须按渠道实测,而不是只在网页测通就宣布全渠道生效。美洽各渠道是否支持结束自动消息、失败时是否有后台日志,以当前版本与渠道接入说明为准。对不支持自动带出的渠道,应培训坐席在点结束前手动发送一句标准告别。
- 建立渠道能力表,列明「结束告别是否自动下发」,排班与质检按表检查,避免误判为系统故障。
- 不支持自动下发的渠道,把标准告别语放进快捷回复,要求结束前必须点发一次再结束会话。
- 新渠道接入验收清单里增加「手动结束告别语」一项,未通过不得宣称该渠道已完成会话收尾能力。

常见问题
结束了但访客没看到告别语
问:客服已点结束,后台也显示发过告别语,访客却说没看到,怎么办?答:先确认该渠道是否支持结束自动消息,再看访客是否在结束瞬间已关闭窗口。若渠道不支持,改为结束前手动发快捷回复。若支持却偶发丢失,记录会话编号、渠道、时间交给管理员排查。不要反复对访客解释「系统已发」,而应补发一句人工告别并完成收尾。美洽侧具体投递状态展示以实际界面为准。
- 一线遇到投诉时先补发标准告别,再内部建单,避免把排障过程暴露给访客造成二次不满。
- 管理员汇总「看不到告别语」的渠道分布,若某渠道占比过高,优先改流程为结束前必发快捷回复。
- 测试账号定期回归,防止版本升级后自动消息开关被重置或权限变更导致静默失效,方便事后回溯与培训复用。
和机器人结束话术重复
问:会话先由机器人接待再转人工,结束时访客连续收到两段很像的结束语,怎么办?答:通常是机器人侧也配置了结束或转出话术,与人工手动告别叠发。应梳理机器人结束、转人工提示、人工手动告别三条链路,删掉重复语义,只保留一处真正的收尾。若机器人在转出时已说过「即将由人工接待」,人工结束时就不要再重复同一套感谢套话。美洽机器人与人工结束消息是否可分别关闭,以当前版本为准。
- 画出「机器人结束 / 转人工 / 人工结束」三节点文案清单,逐条朗读,删掉意思重复的句子。
- 质检对转人工后再结束的会话做专项抽查,发现双结束语立即回溯配置而不是只批评坐席。
- 改完后用「机器人解答完毕直接结束」和「转人工后再结束」两条路径各测一次,确认都只收到一段得体收尾。
在美洽里把手动结束告别语与超时自动关闭提示拆开配置,是会话体验里投入很小、体感很大的一步。场景分清、入口找对、文案短而有下文、渠道逐一验收,再处理好与评价推送、机器人话术的边界,收尾就会从「突然消失」变成「有礼貌的句号」。
建议管理员把结束语文案纳入月度巡检,和超时规则、满意度开关放在同一检查表。一线则记住:不支持自动下发的渠道,结束前先发快捷告别。两边配合,美洽结束语设置才能稳定服务每个主动收尾的会话。
美洽客服手动结束后的告别语可以概括为:与超时提示分开、按版本找到手动结束入口、文案短且带自助或工单下文、按渠道确认能否自动带出、排障时区分投递失败与机器人叠发。按这张清单落地,统一告别会更自然,也不会再和超时关闭提示搅在一起。

