美洽怎么设置访客端聊天窗口转人工按钮？

在美洽里，要让访客端出现“转人工”按钮，核心思路是两步走：先在“机器人/自动化”流程里放一个转人工节点并确定接入的技能组与排队策略；然后在“访客端自定义/渠道设置”里把该入口显示出来（可以是工具栏按钮、快捷回复、菜单项或对话中的卡片）。保存并发布后，再用测试账号模拟对话，检查路由、排队与离线策略是否按预期工作。下面我会像跟朋友解释一样，把原理、界面步骤、常见坑、进阶集成和运维要点都讲清楚，方便你一步步实现并稳定运行。

先把原理讲清楚（费曼式快速理解）

为什么需要“转人工”按钮，它在系统里到底干什么？简单说，访客端的“转人工”只是把当前会话从自动化处理（机器人或预设规则）交给人工坐席来接管。背后涉及四个角色/概念：

• 访客端（Widget）：用户能看见和点的按钮位置与展示逻辑。
• 机器人流程/自动化：决定什么时候触发转接（关键词、无解、菜单点击等）。
• 技能组/路由规则：决定把会话发给哪个坐席或哪个队列。
• 排队与离线策略：坐席不在线时的处理办法（留言、工单、排队等待或转人工失败提示）。

有了这个基本模型，实际设置就变成两件事：一是在机器人或自动化里配置好“转人工”动作并选择目标；二是在访客端把入口放出来并控制它的可见规则。

在美洽控制台里，你会去哪些模块？（对应功能一览表）

一步步实操：从零到可用（GUI 指南）

下面我按常见的控制台路径写出可复刻的步骤，尽量贴近你在美洽控制台会看到的工作流。不同版本的界面名字可能略有差异，但核心操作是一致的。

步骤一：准备 — 确保有权限与坐席

• 确认你是管理员或有“机器人配置”和“访客端设置”权限的账号。
• 在“客服/坐席管理”里创建好坐席账号并加入一个或多个技能组（比如“售前”“售后”“VIP”）。
• 为技能组配置在线规则（哪些工时在线，离线时走什么策略）。

步骤二：在机器人/自动化中添加“转人工”节点

• 打开“机器人”或“智能自动化”模块，新建或编辑一个场景/对话流程。
• 在你希望转接的逻辑点（例如机器人“无法理解”“用户说要人工”“关键词触发”）插入一个“转人工”动作节点。
• 配置转人工参数：
  • 目标技能组（或指定坐席）
  • 转接类型：立即转接 / 进入排队 / 留言模式
  • 转接前的提示语（例如“正在为您转人工，请稍候”）
  • 超时与兜底策略（比如若超时则提示留言或回呼）
• 保存并发布机器人流程。

步骤三：在访客端添加/显示“转人工”入口

• 进入“访客端自定义”或“渠道设置”页面。
• 找到“工具栏”或“互动组件”设置，开启“转人工”按钮或添加一个自定义快捷入口。
• 设置按钮的显示条件，常见选项包括：
  • 始终显示
  • 仅在机器人无解时显示
  • 仅在坐席在线时显示
• 自定义按钮文案、图标和提示文案（例如“转人工服务”“联系客服”），并保存发布。

步骤四：路由与排队细化设置

• 在技能组设置里决定分配方式：轮询、按优先、并发限制等。
• 配置排队策略：是否显示预计等待时间、当前排队人数，以及是否允许用户取消等待并留言。
• 定义离线处理：若所有坐席都不在线，是发起留言表单、收工单，还是提示客服休息时间。

步骤五：全流程测试

• 用访客端模拟用户行为，先触发机器人再点击“转人工”按钮，观察会话是否到达目标技能组坐席。
• 测试坐席上线/下线场景、超时处理、排队取消与留言流程。
• 查看会话记录与机器人日志，确认转人工动作有记录（便于事后排查）。

在对话中放“转人工”按钮的几种实现方式（菜单式、卡片式、工具栏式）

不同业务场景适合不同的入口设计，我把常见的三种整理给你：

• 工具栏按钮：最显眼、随时可点，适合需要随时人工干预的场景（如复杂售前咨询）。
• 快捷回复/卡片按钮：放在机器人回答里，适合机器人主导会话但提供“人工帮助”选项的场景。
• 菜单项（聊天菜单）：适合功能较多的聊天窗，把“联系客服”做为一项，用户主动选择。

如果想用前端/后端集成触发转人工（开发者角度）

很多团队希望通过 SDK 或后端接口在特定时刻主动把会话转给人工，这里给出通用思路（不贴具体厂商 API 名称，避免版本差异）：

• 前端 SDK：通常提供“打开会话”、“发送事件/消息”和“触发转接”的方法。你可以在页面某处（比如购买页遇错误）调用“触发转人工”方法。
• 后端 API：可以通过服务端接口（带上会话 ID）调用“转人工”动作，并指定目标技能组或坐席。
• 传输的数据通常包括：会话 ID、目标技能组 ID、转接原因/备注、是否强制立即分配等字段。

示例（伪代码，说明数据结构，方便与开发沟通）：

{
  "session_id": "xxxxxx",
  "target_skill_group": "售前",
  "transfer_type": "queue", // immediate | queue | message
  "greeting": "该用户来自产品页，遇到支付异常",
  "priority": "normal"
}

常见场景配置建议（做得好看起来很专业）

• 高价值客户优先：给 VIP 客户设置专属技能组与更短的等待超时。
• 机器人无解优先转接：机器人无法识别连续两次后自动触发转人工，减少用户重复操作。
• 效果监控：在会话统计中关注“转人工率”“人工接入响应时长”“转人工失败率”。
• 多渠道一致性：微信公众号、网页端、App 内嵌等渠道的转人工入口逻辑尽量一致，用户体验更统一。

测试与监控要点（别忽略这些细节）

• 确保每次转人工都会在会话日志里留痕（谁发起、目标是谁、时间）。
• 监控转人工后的首应答时长（SLA）与平均处理时长（AHT）。
• 检查转人工触发条件是否过于敏感，避免机器人频繁放弃自己能解决的问题。
• 在高峰期测试排队上限与回退策略（比如满队提醒改成留言）。

常见问题与排查清单（遇到问题先看这里）

• 按钮不显示：检查访客端样式设置的显示条件、是否发布了新版访客端以及浏览器缓存问题。
• 转接后无坐席接单：确认技能组是否有在线坐席、路由规则是否正确、是否被权限限制。
• 转人工时丢失会话内容：确保转接时会话上下文与历史消息一并传递给坐席。
• 转人工失败但没有错误提示：查看日志中是否有 API 错误或超时，检查 SDK 与后端的交互是否正常。

进阶：页面样式与 UX 优化小贴士

• 按钮文案直接而友好，避免“转人工”显得冷冰冰，用“人工客服”“联系客服”更易理解。
• 给用户明确的预期：点击后显示“您前面还有 N 人/预计等待时间 X 分钟”。
• 允许用户在排队时留言或上传截图，便于坐席接入时直接提取关键信息。
• 为坐席显示转接原因和机器人问答历史，节省重复问询时间。

一份小清单：上线前请逐项确认

• 机器人里的“转人工”节点已发布且指向正确技能组。
• 访客端已启用相应按钮并发布新样式。
• 技能组有在线坐席或明确离线策略。
• 排队逻辑、超时策略、留言表单都已配置并测试。
• 监控告警已建立（转接失败率/首应答超时等）。

写到这里其实还想到一个小细节：如果你的业务需要在转人工时传入页面上下文（如商品 ID、订单号），务必在触发转接时把这些上下文一起带过去，减少坐席去追溯的时间。好像又有很多话题可以继续深入，比如和 CRM 的联动、转人工的 SLA 报表、用户隐私保护等，但现在先把这些基本且常用的做法弄清楚，基本上就能把“转人工”按钮既放好又用好。