AI 客服落地有两条通道：具备开放能力的渠道一律优先官方 API，稳定、可审计、无账号风险；没有开放接口的私域场景才用界面自动化（RPA）作为补充，代价是受客户端改版影响、存在被判定异常操作的风险，必须限频并如实告知使用边界。
两条通道的真实差异
| 维度 | 官方客服 API | RPA / 界面自动化 |
|---|---|---|
| 稳定性 | 接口契约稳定，改版有通知期 | 客户端更新就可能全部失效，需持续维护 |
| 能力边界 | 受接口开放范围限制（如消息类型、历史拉取） | 人能看到的都能读，可覆盖无接口场景 |
| 账号风险 | 常规无风险 | 可能被判定异常操作，需要限频与人工审核 |
| 审计与合规 | 有服务端日志，可满足追溯要求 | 留痕依赖自建日志，需自行保证可回溯 |
| 适用场景 | 电商店铺、企业微信、在线客服系统 | 个人微信私域、多款社交 App 的会话应答 |
选型顺序：先分级，再选通道
- 问题分级把咨询分成三类：可自动答（规格、物流、政策、营业时间）、需半自动（报价与库存校验）、必须人工（议价、退款、投诉、合同）。这一步决定自动化范围。
- 通道盘点逐个渠道确认是否具备官方接口。有接口的走接口，没有接口又确有需求的才考虑 RPA，并单独评估该渠道账号的价值与被限制后的损失。
- 知识库与人设导入商品、政策与 FAQ，设定语气与转人工规则，先在测试账号上跑一批样本问答，命中率与错答率达标再上线。
- 监控与回滚持续看命中率、转人工率与投诉量；出现答非所问或异常提示时，一键降级为人工模式，而不是等客户来发现。
把风险讲在合同里，而不是事后解释
RPA 通道一定存在被平台限制的可能，负责任的做法是把三件事写清：使用范围（只用于自有私域会话）、频控策略（限频、随机间隔、避免批量群发）、责任边界（哪些操作触发后由客户决定是否继续）。任何"零风险、绝对不封"的说法都不可信。
AI 不应该承担成交环节的承诺
价格承诺、退款与合同条款必须由人工确认。让模型直接答"可以便宜"或"能全额退"造成的纠纷，最后赔付成本远高于省下的客服人力。系统的正确位置是：处理重复问答，把合适的问题在合适的时机交给人。
衡量一套 AI 客服好不好，不看它答得多像人，而看它知不知道自己什么时候不该回答。
相关问题
已有店铺客服系统还需要换吗？
不必替换，通常是补一层：把知识库、应答策略与转人工规则接在你现有系统能开放的能力上，或用于现有系统覆盖不到的渠道。
RPA 方案会不会用着用着就失效？
会，客户端改版可能导致流程失效，因此这类方案必须包含维护响应。选择时应确认服务方是否承诺改版后的修复时效。
知识库要准备多少内容才能上线？
先覆盖最高频的几十个问题即可上线，按真实咨询数据滚动补齐比一次性整理全部资料更有效。