YundaDeskWhatsApp 客服上线最容易踩的坑，是把它当成「再开一个号」：客户能发消息，坐席能回复，就算开台。真正跑起来后才发现，订单上下文不在这边，常见问题还靠复制粘贴，客户一多就漏；如果机器人边界没划好，退款、赔付、改价也可能被错误承诺。
更稳的做法，是把 WhatsApp 当成完整客服渠道来搭：先接入同一工作台，再用知识库支撑 AI 自动答，遇到高风险立即转人工；主动触达可以开，但护栏必须先开。下面这 7 步，适合独立站、DTC 和跨境平台卖家从 0 到 1 上线。
WhatsApp 客服不是「有人在线」就够了。客户要及时、准确、不断线；团队要 AI 先接、人工兜底，而不是多一个后台。
—— YundaDesk 支持团队
明确开台目标：WhatsApp 要接住哪类问题
上线前先回答三个问题：WhatsApp 只接售前，还是售后也进来？目标市场用什么语言？哪些问题 AI 能答，哪些必须人判断？
建议用一张简单表定边界：
| 场景 | 是否接入 WhatsApp | 默认处理 |
|---|---|---|
| 售前尺码、材质、库存 | 是 | AI 基于知识库先答 |
| 物流进度、发货时效 | 是 | AI 找依据回答，异常转人工 |
| 退款、赔付、投诉 | 是 | AI 收集信息并转人工 |
| 改价、超额折扣 | 谨慎 | 永远人工审批 |
这张表不需要复杂，但要让运营、客服主管和坐席看到同一套规则。
接入渠道：让 WhatsApp 进同一工作台
WhatsApp 最忌讳孤岛化。一个坐席在 WhatsApp 回消息，另一个在邮箱查订单，第三个人在 Instagram 私信里补上下文，最后没人知道客户到底被谁接过。
开台时，把 WhatsApp 和网站挂件、邮件、Messenger、Instagram、TikTok、LINE、Telegram 等渠道一起汇入共享工作台。这样坐席不用多后台切换，同一客户的多身份能合并到客户档案里，AI 客服、人工坐席、Yuna 也能基于同一份上下文工作。
接入后做一次端到端测试：确认消息进队列、客户档案能创建或合并、坐席能接手、会话结束后能检索。
准备知识库：先让 AI 有依据再自动答
AI 自动答得好不好，不看话术多花，而看知识库有没有把问题讲清楚。WhatsApp 上线前，至少准备四类内容：
- 店铺政策：发货时效、物流范围、退换货条件、税费说明。
- 商品信息：尺码、材质、兼容性、适用场景、保养方法。
- 订单问题：如何查物流、包裹卡住怎么办、地址是否还能改。
- 风险边界：退款、赔付、改价、投诉的处理原则和转人工条件。
YundaDesk 的知识库可以上传文档、抓取网站、手动问答。第一版先覆盖最高频的 30 到 50 个问题，再从真实会话继续补。知识库不是给 AI 背稿，而是给 AI 找依据；答不上时转人工，比编一个流畅答案更可靠。更多准备方式见知识库如何喂养 AI 客服。
配置 AI 自动答：低风险先接，高风险转人
WhatsApp 的客户预期很即时，AI 适合先接住重复、低风险、可依据回答的问题。建议按风险分层：
| 风险 | 典型问题 | AI 行为 |
|---|---|---|
| 低风险 | 尺码建议、发货时效、物流说明 | 直接回答，必要时引用政策依据 |
| 中风险 | 地址修改、订单异常、优惠码失败 | 先说明路径，客户不满意即转人工 |
| 高风险 | 退款、赔付、投诉、威胁差评 | 不承诺结果，收集信息并转人工 |
重点不是让 AI 尽量多答，而是让它知道什么时候停。YundaDesk 的 AI 客服面向客户，7×24 从知识库找依据自动答；答不上、客户要求、或命中高风险时，就转人工并带上会话摘要。
退款、赔付、改价永远不要自动执行。AI 可以整理订单、客户诉求和建议处理方式，但最后审批必须由人完成，并保留审计链路。
WhatsApp 自动答先覆盖低风险问题
设计人工兜底：切换要快，上下文要全
WhatsApp 会话里，客户不喜欢重复解释。转人工如果只丢一句「请稍等」，坐席还要从头问订单号和问题经过，体验会明显变差。
上线前检查三件事：AI 转人工时，是否带上客户原话、订单信息、已问过的问题和 AI 已回答内容？坐席能否一键接手？会话结束后，坐席是否能标记「AI 没答上」或「纠正 AI」？
这些标记很关键。YundaDesk 的「越用越聪明」不是让 AI 自动改自己，而是把 AI 没答上、坐席补答、坐席纠正 AI 的内容生成待确认学习建议。老板或负责人确认后，才会沉淀为技能、知识或客户记忆；每条都可追溯、可测试、可一键回滚。更完整的边界设计见AI 先接、人工兜底的边界。
开启主动触达：先装护栏再自动发送
WhatsApp 适合主动触达，也最容易打扰客户。客户停留在尺码页很久，可以问是否需要帮忙确认；订单发货异常时，可以先说明进展；老客户回访，也可以根据上下文提醒。
上线时建议从保守模式开始：
- 仅观察：先看哪些触发条件会命中，不自动发。
- 每条需我确认：AI 生成建议，坐席确认后发送。
- 自动发送：只给低风险、明确场景开放。
无论哪种模式，冷却时间、频率上限、静默时段、客户正在聊不插话、别打扰名单、敏感动作必过人这六层护栏都不能关。主动触达做得好，是及时；做得过头，就是骚扰。更多配置思路见主动触达如何不打扰客户。
上线演练与复盘：用真实问题压一遍
正式上线前，用真实问题做一轮演练。不要只测「你好」「物流到哪了」，最好从历史 WhatsApp、Instagram、邮件会话里抽样。
- WhatsApp 消息能进入共享工作台，客户档案能创建或合并
- 用 30 条高频售前问题测试 AI 回答
- 用 20 条售后问题测试知识库依据
- 故意问退款、赔付、投诉，确认一定转人工
- 用目标市场语言测试一轮，确认 AI 会跟随客户语言
- 测试主动触达的冷却、静默时段和确认模式
上线第一周每天复盘一次：AI 哪些答得稳？哪些频繁转人工？哪些人工补答可以沉淀进知识库？有没有高风险问题被漏拦？把答案写进学习建议，再由负责人确认生效。这样 WhatsApp customer support setup 才是一条能持续学习、能审计、能回滚的支持渠道。
WhatsApp 首周复盘从会话到学习建议
WhatsApp 开台的关键，不是把入口露出来，而是把入口后面的知识库、AI 边界、人工兜底和主动触达护栏一起搭好。先稳，再自动化；先可控，再放量。客户能被及时接住，团队也不会被新渠道拖进另一个消息孤岛。