美洽里客服遇到自己答不了的问题，可以用内部消息@懂行的同事请他来协助：对话仍归自己，同事能看到完整上下文，可以发内部建议或协助回复访客；转接则是把整个对话交给对方。只缺一个答案用协助，问题归别人管再转接。
很多客服团队把“请同事帮忙”和“把客户转走”混为一谈，结果要么客户被转来转去、反复描述问题，要么懂行的同事被拉进来却不知道发生了什么。这篇文章用操作手册的方式，把美洽会话协助的发起、响应、收尾和团队规范逐项讲清楚，并说明它和转接到底差在哪里，具体按钮名称和位置以实际界面为准。
协助和转接的区别：对话归属、谁回复、统计归谁（以当前版本为准）
在动手之前，先把两个概念分清楚。协助的本质是“我还在接待，只是请你帮我出主意”，转接的本质是“这个客户以后由你来接待”。两者在美洽工作台里的表现完全不同，选错了会直接影响客户体验和团队数据。
- 对话归属：发起协助后，对话依然显示在发起人的“我的对话”列表里，同事只是通过同事对话或@我的入口进来查看；而转接完成后，对话会进入接收人的列表，并带有“转入”字样，发起人这边不再是接待人。
- 谁来回复：协助时通常由发起人继续和访客沟通，同事在内部消息里给出答案或思路；如果同事直接协助回复，可以选择匿名回复，访客看到的发送人仍是当前接待客服，历史记录里会保留实际发送人。
- 访客感知：协助过程中访客基本感觉不到有第二个人参与，对话节奏保持连贯；转接则意味着接待人换了，访客会看到新的客服名片，如果交接没做好，客户很容易觉得自己被推来推去。
- 数据统计：协助一般不改变对话的接待客服，接待量、响应时长和评价通常仍记在发起人名下；转接后后续数据会归到接收人，具体统计口径以当前版本的报表说明为准，团队做考核时最好提前统一理解。
发起协助的步骤（工作台入口以当前版本为准）
下面以网页插件渠道的普通对话为例，假设你是售前客服，访客问到了一个关于接口回调频率的技术问题，你不确定答案，需要请技术支持同事老陈帮忙看一眼。整个过程只需要几步，熟练后一分钟内就能完成。
- 先稳住访客：在请人帮忙前，先给访客回一句“这个问题我请技术同事确认一下，大约一两分钟给您准确答复”，让对方知道你在处理，不会因为长时间没有回应而离开或者重复催促。
- 切换到内部消息：在当前对话的聊天窗口里，把回复方式从普通回复切换为内部回复或内部消息，名称以实际界面为准。切换后输入框通常会有明显的颜色或标识变化，发送前一定要确认已经切换成功，避免把内部沟通误发给客户。
- @需要协助的同事：在内部消息里输入@并选择老陈，然后用一句话写清楚卡在哪里，例如“@老陈 访客问接口能否按小时回调数据，我不确定是否支持，麻烦帮看下”，把访客的原始问题和你的疑问都写进去。
- 补充关键信息：如果问题涉及订单号、账号、报错截图等，把这些信息一并写在内部消息里，或者提醒同事在右侧顾客信息栏查看，同事进来后就不用再从头翻聊天记录，可以直接给出判断。
- 继续接待其他访客：发出求助后不必干等，可以先处理其他对话，同时留意这个对话里有没有新的内部消息；如果两三分钟仍没有回应，再通过团队即时通讯工具提醒一次，或者换一位同事求助。
被邀请人的操作：接受、查看上下文、发内部备注或直接回复
被@的同事是协助能不能顺利完成的关键。老陈这边收到求助后，需要快速进入对话、看懂情况，再决定是只给建议，还是亲自出面回复访客。下面分三个环节说明被邀请人的操作。
从@我入口进入对话
同事在内部消息里@你之后，对话页的@我分类上会出现红点，展开后可以看到是谁、在哪个对话里@了你。点击对应对话即可进入，查看方式和自己接待时基本一致，能看到访客和客服之间的完整往来消息以及访客的基础信息。
- 如果看不到同事的对话内容，通常是权限范围不够，需要管理员在【设置】—【团队管理】—【客服与分组】中编辑你的账号，把权限范围调整为包含对方所在分组，具体选项以实际界面为准。
- 进入对话后先从头快速浏览一遍，确认访客的真实诉求，而不是只看@你的那一条内部消息，因为客服转述时可能漏掉了访客提到的关键条件或者限制。
只给建议：发内部消息
大多数情况下，被邀请人只需要把答案告诉发起人，由发起人自己回复访客。这样访客始终面对同一个客服，沟通最顺畅，发起人也能借这次机会学会处理同类问题，下次就不用再求助。
- 同样切换到内部消息，直接给出结论和依据，例如“支持按小时回调，在开发者设置里改回调频率即可，可以把操作步骤发给访客”，结论放在最前面，方便发起人一眼看懂。
- 如果答案比较长，可以拆成两三条内部消息，第一条写结论，后面写详细步骤或注意事项，发起人可以挑选合适的内容整理后发给访客，而不是原样照搬内部用语。
亲自出面：协助回复访客
当问题非常专业、需要来回追问多个技术细节时，让发起人当传话筒效率太低，这时被邀请人可以直接在对话里回复访客。回复前务必先在内部消息里打个招呼，说明“我来回复这几条”，避免两人同时打字，访客收到两条内容不一致的消息。
- 使用匿名回复时，访客看到的仍是当前接待客服的名片，适合只补充一两句专业说明、不希望访客感觉换了人的场景；历史记录会显示实际发送人，事后质检可以追溯。
- 如果需要以技术支持的身份出面，可以先让发起人告诉访客“我请技术同事直接为您解答”，再用自己的身份回复，访客知道对面是专业人员，也更愿意配合提供细节信息。
结束协助与后续跟进
协助不是同事回复完就算结束，发起人仍然是这个对话的负责人，需要确认问题真正解决、把关键信息留存下来，才能让这次协助的价值延续到以后的工作中。
- 确认访客满意：把同事给出的答案整理成访客能理解的话发出去后，再问一句“这样操作您那边可以吗，还有其他问题吗”，确认访客没有新的疑问后再进入结束流程。
- 留下内部结论：在对话里补一条内部消息，简要记录最终答案和是谁协助的，例如“已确认支持按小时回调，老陈协助”，以后翻看历史记录或者做质检时，能快速了解处理过程。
- 填写小结与标签：按团队要求给对话打上合适的对话标签、写好对话小结，如果这个问题以后还可能出现，可以注明“技术类，需技术支持确认”，方便主管统计哪些问题经常需要协助。
- 沉淀快捷回复：同一个问题如果一周内被求助了两三次，就应该请同事帮忙整理成标准答案，添加到快捷回复或知识库里，下次客服用#加关键字就能直接调出，不必再打扰别人。
什么时候该协助、什么时候该转接：场景对照
判断用协助还是转接，可以问自己一个问题：这个客户接下来是否还需要我继续服务？如果答案是“需要，我只是缺一个答案”，就用协助；如果答案是“不需要，这件事本来就该别人管”，就用转接。下面列出几种常见场景供参考。
- 适合协助：访客问到一个专业参数、一条不熟悉的政策、一个罕见的报错，你只需要确认一个事实就能继续接待，这类情况请同事在内部消息里给答案，访客体验最连贯，处理也最快。
- 适合协助：新人客服对某个流程拿不准，比如退款能否加急、发票抬头能否修改，请老员工或组长看一眼给出建议，新人自己回复，既解决了问题，也是一次很好的现场带教。
- 适合转接：售前客服接到了明确的售后问题，或者普通客服接到了需要大客户经理跟进的商务洽谈，问题本身就归其他岗位负责，后续还会有多轮沟通，这时应该转接给对应同事或客服组。
- 适合转接：访客情绪激动、明确要求找主管，或者问题需要更高权限才能处理，例如特殊退款审批，继续由当前客服接待只会拖延时间，应该在做好交接说明后转接给主管处理。
- 先协助后转接：有时你请同事来看，同事判断后发现这个问题确实需要他长期跟进，这时可以由发起人把对话转接给他，转接时附上已沟通内容，访客不用重新描述问题。
团队规范：协助响应时限、内部备注写法
会话协助用得好不好，很大程度上取决于团队有没有统一规范。没有规范时，常见的情况是求助发出去没人理、内部消息写得含糊不清、同事和客服同时回复访客。建议团队把以下几条写进客服手册，并在新人培训时专门讲一遍。
- 约定响应时限：被@的同事原则上在两分钟内给出回应，即使暂时无法解答，也要先回一句“我看一下，稍等”，让发起人知道求助已经被看到，可以先安抚访客，而不是一直悬着。
- 统一求助格式：内部消息按“@谁＋访客问了什么＋我卡在哪里＋已知信息”的顺序来写，一条消息说清楚，不要只发一个“帮我看下”，否则同事还得花时间翻聊天记录、再回头追问。
- 明确回复权：默认由发起人回复访客，被邀请人只给内部建议；需要亲自回复时必须先在内部消息里说明，发起人看到后暂停输入，避免出现两条互相矛盾的回复让访客困惑。
- 控制求助范围：每个对话原则上只@一位最合适的同事，不要一次@好几个人，既浪费大家的时间，也容易出现几个人同时给出不同答案的情况，反而让发起人更难判断。
- 定期复盘求助记录：主管每周抽看带有内部消息的对话，统计哪些问题被反复求助，把它们补充到培训资料、快捷回复和知识库里，让团队整体的独立解决率逐步提升。
总结一下：在美洽里遇到答不了的问题，先安抚访客，再用内部消息@懂行的同事，把问题和已知信息写清楚；同事从@我进入对话查看上下文，优先通过内部消息给建议，必要时再协助回复；问题解决后由发起人收尾并沉淀答案。只缺一个答案就用协助，问题本该别人负责再转接，把这两者分清楚，客户少折腾，团队也更高效。