AI 数字员工怎么接进企业微信和现有系统？

一句话结论：AI 数字员工落地卡住的地方，八成不在模型，在接入。接入只有两件事：消息层（客户从哪个入口进来）、数据层（答案从哪里取）。消息层建议先接企业微信客服或公众号，别碰个人微信；数据层优先走开放接口，没有接口就退到只读数据库或中间表，最不济才用界面自动化。做对这两层，通常 3～4 周能在真实业务里跑起来。

是什么：接入分两层，别混在一起谈

先给结论："能不能接进来"和"能不能答对"，是两个完全不同的工程。

层次	决定什么	没做好的表现
消息层	客户的话怎么到 AI 手里、AI 的话怎么回去	客户在企微里问，AI 在另一个网页里答，中间靠人复制粘贴
数据层	答案从哪里取（知识库 + 业务系统）	客户问"我那单到哪了"，AI 只能说"建议您咨询客服"

很多项目验收时说不清好坏，就是因为只做了消息层——机器人上线了，能聊天，但答的全是通用话术。

为什么：不接业务系统，数字员工只是个"会说话的说明书"

结论：知识库决定"答得对不对"，系统对接决定"能不能真办事"。

客户问的多半是"我的"问题，不是"你们的"问题。"我的货到哪了""我这个月的账结了吗""我上次买的还能补吗"——这类问题答案在订单、物流、财务系统里，不在知识库里。
不能查，就只能转人。转人工率居高不下，老板就会觉得"这东西没什么用"，项目在第三个月自然停摆。
接入质量决定后续每个岗位的复用成本。第一条链路把接口、权限、日志打通，第二个数字员工的接入时间通常能砍掉一半；反过来，第一版靠人工粘贴数据，第二个岗位等于重新来一遍。

怎么做：先选入口，再定取数方式

mermaid

flowchart TB
    A["客户在企业微信 / 公众号 / 小程序"] --> B["消息层接入<br/>企微客服 / 公众号客服 / H5"]
    B --> C{"是否要查业务数据?"}
    C -->|"只答通用问题"| D["知识库检索<br/>问答对 + 规则 + 流程"]
    C -->|"要查订单/库存/账期"| E["数据层接入<br/>优先开放 API"]
    E -->|"没有 API"| F["只读数据库视图<br/>或中间表同步"]
    E -->|"系统封闭"| G["界面自动化（RPA）<br/>仅作兜底"]
    D --> H["生成回答 + 标注来源"]
    F --> H
    G --> H
    H --> I{"涉钱 / 涉合同 / 投诉?"}
    I -->|"是"| J["转人工，附对话摘要"]
    I -->|"否"| K["回复客户<br/>摘要写入 CRM"]

客户入口怎么选，一张表看清：

入口	能不能做	适合谁	要注意什么
企业微信 · 微信客服	可以做，官方支持	有企微、客户在微信里的 B2B 与门店	客户从微信侧发起，回复有时效窗口，以平台当时规则为准；需要开通客服账号并配置接待人员
微信公众号	可以做，官方支持	已有公众号、内容与咨询混在一起	被动回复有 48 小时窗口限制（平台规则，可能调整），超出窗口只能引导再次发起；菜单入口比消息更适合做"自助查询"
小程序 / H5 页面	可以做，最自由	有官网、有会员体系	要自己解决登录与身份识别，否则查不了"我的订单"
个人微信	不建议	—	没有官方开放接口，靠非官方客户端自动化，有账号被封风险，客户资产也在个人号上，不建议企业采用

数据层四种取数方式，按优先级排：

方式	适用情况	优点	风险与代价
开放 API	系统有标准接口（ERP、CRM、商城后台）	稳定、可限流、可审计	需要对方提供接口文档与测试环境，通常最慢的一步在协调
只读数据库视图	有数据库访问权，但系统老旧	快，不改造原系统	必须只读、只给视图权限，字段变更要同步通知
中间表 / 定时同步	系统不能直连，但能导出	安全边界清楚	数据有延迟（常见 5～30 分钟），"刚下的单查不到"要提前告知客户
界面自动化	系统完全封闭、只有网页	不改对方系统	页面一改就断，速度慢，只适合低频兜底

8 项对接清单（少一项，上线后就会返工）：

客户身份怎么识别（手机号 / 会员 ID / 企微 external_userid 的对应关系）
知识库范围（哪些问题答、哪些一律不答）
可查询的字段清单（订单号、物流、余额、账期，逐项确认）
只读权限与账号隔离（绝不给管理员账号）
转人工的触发条件与接收人
会话存档与录音的告知方式（合规要求，先问清公司政策）
日志留痕：谁问的、AI 答了什么、取了哪些数据
异常兜底：接口超时、查不到数据时说什么

30 天上线节奏

第 1 周：定入口（一般先企微客服）+ 梳理 50 条高频问题；同时向 IT 或系统服务商提接口申请——这一步最容易拖，第一天就要开口。
第 2 周：知识库上线、只做"只答不查"的版本；同时打通 1 个查询接口（建议选订单或物流，最容易被验证）。
第 3 周：接第二个查询接口，跑真实客户；每天抽检 20 条对话，答错的补进知识库。
第 4 周：补转人工规则与异常话术，把"答不上来"的比例和原因做成周报。跑顺后再扩到销售跟进、售后等第二条链路。

常见问题（FAQ）