📞 调研笔记 · 2026-05-02

AI 外呼 + 企微多通道
把销售名单跑成成交

新房开盘合规采集到的潜在客户名单(姓名 / 电话 / 楼盘 / 户型)—— 用 Claude 做大脑,AI 外呼 + 短信 + 企业微信三通道协同触达。本文整理可行性、合规边界、技术架构、关键决策点。

📋 数据起点 · 合规采集名单(含书面授权) 🎯 目标 · 邀约到店 · 加企微 · 推方案 🤝 加好友通道 · 企业微信(非个人微信)

📊调研快照

📞
触达通道
3 条协同
AI 外呼 / SMS / 企微
🧠
大脑
Claude 4.x
Haiku 4.5 实时 · Sonnet 4.6 抽取
⚖️
合规层
全合规通道
企业资质 · 行业准入 · 双重存档
🚀
最快试跑
3 阶段推进
Stage 0/1/2 · 0~5 周可上线

🌊端到端流水线

从合规名单到成交:3 条通道协同,Claude 在每一步做决策。

📋 合规名单 Claude 评分 📞 ① AI 外呼 Haiku 实时对话 · TTS 克隆 💬 ② 短信跟进 含活码/退订 🤝 ③ 企微对话 客户主动加 · AI 全自动 🏠 邀约到店 线下成交 📐 方案推送 3D 户型 · 报价 👤 转人工 销售真人接管 🧠 Claude 大脑 所有 turn 决策 三 通 道 协 同 成 交 出 口

🧠Claude 当大脑:分三层架构

不要让 Claude 做所有事 —— 电话超时、API 重试、限速这些丢给 Python 才稳。Claude 只做"决策点"。

🎯

战略层

Claude 4.x
  • 个性化脚本生成:按户型/楼盘/留资时段
  • 实时对话决策:外呼中、SMS 回复、企微回复
  • 意图理解:阶段判断 / 转人工信号
  • 结构化抽取:通话结束后家庭/预算/下一步
⚙️

战术层

Python 规则引擎
  • 节奏调度:cron + outreach_jobs 队列
  • 限速 / 上限 / DNC:硬约束本地兜底
  • 重试 / 超时 / 熔断:网络异常处理
  • 状态机:lead → call → sms → wecom 流转
🔌

协议层

供应商 SDK
  • 外呼:容联七陌 / 阿里云通信
  • SMS:阿里云 / 腾讯云短信
  • 企微:客户联系 + 会话内容存档 API
  • 语音:阿里云流式 ASR + 豆包克隆 TTS

🎙️AI 外呼能不能像真人

短诚实结论:3 分钟内目标导向短对话,七成普通用户 30 秒内分不出;超过 5 轮深聊或客户主动套话,识别率会跳到 70%+。装修场景目标是核实意向 + 邀约 + 推企微,1-3 轮就够。

⏱️
单轮延迟目标
700-900 ms
真人下限 ~500ms · 超 1.2s 必出戏
🎭
30 秒识别率
25-35%
普通用户 · 打过 AI 客服的群体 60-70%
理想通话时长
90-120 s
越短越像真人 · 真销售也不会聊 10 分钟

🔧做到接近真人 · 必打满四件事

🎤

① 音色克隆 · 不要用标准 TTS

拿你销售团队某个真人录 30 分钟自然对话(不是念稿)→ 喂给豆包 / MiniMax Speech-02 做克隆。

标准 TTS 一开口就是"客服腔",瞬间出戏;克隆后的音色 + 一点点不流畅感反而更像真人。

🌊

② 全链路流式 + 打断检测

流式 ASR(讯飞/阿里)→ 流式 LLM(Claude Haiku 4.5 streaming)→ 流式 TTS。VAD 做客户打断:开口 200ms 内 AI 必须停说话。

不做流式的方案延迟普遍 2s+,必出戏。

💭

③ 填充词 + 思考停顿

LLM 输出加"嗯""那个""我看一下啊"作为开头桥接,掩盖 LLM 推理那 500ms。

TTS 配置呼吸声、口水音、轻微语速波动。这一招最便宜也最有效。

🔊

④ 背景音注入

真人电话有环境音(键盘声、远处人声、空调);AI 通话太干净是识别信号。

注入轻量 office ambient noise(-30dB),听感立刻"真"。

⚠️法规要诚实提一句: 深圳 2024 / 北京 2025 试点要求 AI 外呼开场必须主动告知"我是 AI 助手"。对合规授权留资的客户不告知一般不构成欺诈,但有灰度风险。建议首通含"我是 XX 楼盘的智能助理"(拟真度让步给合规),客户进入企微后可不再主动声明。

🤝企业微信 · AI 控制多账号

整体没问题 —— 企微"客户联系 + 会话内容存档"API 就是官方为多账号 AI 客服设计的。但有三类约束要分清

技术层完全可行: 多账号横向扩,逻辑跟单账号一样。客户给员工 A 发消息 → 会话存档实时 webhook → Python 路由到员工 A 上下文 → Claude 生成回复(含员工 A 人设) → 应用消息 API 以员工 A 身份发回。客户看到的是"销售小王"在自然对话。

🚧腾讯硬限制(API 层 · 不可绕)

约束 上限 影响 / 应对
📤主动给单客户群发 每天 ≤1 条/号 批量推方案/活动要分天分时;不能绕,是 API 硬码
📥被动回复(客户先发) 无限制 AI 全自动场景的主战场 · 把客户引到主动发问
主动加好友 官方 ≤100/天/号 · 实操 ≤30 加完成功率随频率掉;优先让客户扫码主动加
👥单员工号客户数 ≤50000 通常用不到
📁会话内容存档 必须单独购买 ~¥100/席位/年 · 不开就拿不到完整消息流,AI 客服必装

⚠️真实会踩的坑

🪞

① 100 个号同样话术会被截图比对识破

每个员工号注入差异化 prompt("小王偏理性,爱讲数据""小李偏感性,爱讲案例"),不能完全一样的开场白和结束语。

🆘

② "你是真人吗"必须立刻转人工

Claude tool_use 加 escalate_to_human(reason),命中关键词 ping 真销售。关键词:真人/机器人/AI/是不是人/找经理

📜

③ 会话内容存档是合规必需

监管要求企业对外部沟通存档可追溯,AI 客服更要存。没存档客户投诉时拿不出聊天记录是真问题。

🔄

④ 离职/调岗的客户继承

企微"在职继承"和"离职继承"API 把客户转给新员工。Akke 这边要同步 wecom_customers.assigned_employee,否则 AI 会以错误人设回复。

🏢

⑤ 企微号不能跨企业互通

一个客户被 A 公司员工加为外部联系人 ≠ B 公司能看到。多个 Akke 客户公司各自跑各自的企微号池,按 org_id 严格隔离。

🚫

⑥ 客户讨厌"被多号打标"

同企业多个号给同一客户发消息会让客户觉得被打标。客户终身绑一个员工号,避免多 AI 抢回复,也方便客户记住"我对接的是小王"。

📋三通道资质要求矩阵

通道 测试阶段 生产阶段 审核周期
📞AI 外呼 营业执照 + ICP 备案 + 行业准入材料 + 话术审核 同左 + 号码池实名 1-2 周
💬SMS 营销 营业执照 + 营销签名(家装关键词限流) 同左 + 模板每条审核 1-3 工作日
🤝企业微信 营业执照 + 对公打款 ¥300/年认证 同左 1-3 工作日
🚨装修/家居是高敏感行业: 阿里云通信、容联七陌、腾讯云对房地产/装修/教育历史投诉率高,准入要求 plus —— 提供客户授权来源的书面证据样本、话术初稿审核(每改一版要再审 3-5 天)、号码池可能限单号 ≤200 通/天(比通用行业砍一半)、投诉率红线 0.3‰(第一周通常人工抽听)。

🚀三段式推进 · 0 到上线

把架构跑通

⏱️ 1-2 周 · 0 资质
  • Claude orchestration + Python worker + mock supplier
  • 外呼"通"到团队自己手机(普通三方号)
  • SMS 沙箱或只发团队内部号
  • 企微测试号(关联公司认证号)
  • 验证状态机/限速/DNC/Claude 决策

软通道先开

⏱️ 1-2 周 · 营业执照
  • 企微正式认证(最快)
  • SMS 通知类签名(比营销签名好开)
  • 跑通"短信→企微"两段闭环
  • 外呼暂缓,先验证下游转化
  • 盲测:团队 10 人盲听 AI 外呼录音

外呼准入

⏱️ 2-3 周 · 行业资质
  • 容联七陌或阿里云提交家装行业准入
  • 授权样本 + 话术 + 投诉应急流程
  • 白名单灰度 50 个号码
  • 第一周人工抽听 + 投诉率监控
  • 识别率 <40% / 投诉率 <0.3‰ 才放量

🗄️Akke 落地骨架

基于现有 schema 的增量扩展,可以复用 message_queue 审核闸口、customer_profile 跨通道合并、stage machine。

-- 数据层(增量) accounts.type IN ('scraping', 'messaging', 'wecom_employee') leads ( org_id, name, phone, project, layout, consent_source, consent_at, consent_proof_url, dnc_at, dnc_reason ) outreach_jobs (lead_id, channel, status, attempts, scheduled_at, result_jsonb) call_records (job_id, recording_url, transcript, claude_extracted_jsonb) wecom_employees (account_id, external_userid, persona_jsonb, customer_capacity, daily_addfriend_used) wecom_customers (external_userid, assigned_employee, last_active_at, ...) -- worker 路由(worker/routers/outreach.py) POST /outreach/call/start # 触发外呼 POST /outreach/call/turn # 通话中 ASR → Claude → TTS(流式) POST /outreach/call/end # 结束后结构化抽取 POST /outreach/sms/send POST /outreach/wecom/invite POST /outreach/wecom/reply POST /webhook/<provider> # 各供应商回调 -- LLM 层(src/lib/llm.ts) chatReplyVoice() # 走 Haiku 实时路径 extractCallSummary() # Sonnet 结构化抽取

🤔关键决策点 · 待业务确认

1

外呼是先做"半 AI"还是直接全实时?

影响开发周期和拟真度天花板。

半 AI(1 周):Claude 写脚本 + TTS 顺播,容联七陌"智能外呼"模式 · 全实时(3-4 周):Claude Haiku 实时对话,效果好但工程量大
2

企微选官方 API 直连还是接 SCRM?

影响开发量和长期成本结构。

API 直连:灵活但要自己做 SCRM 后台 · 探马/微伴/EC:省 60% 工程量但每席位 ¥200-500/月
3

外呼供应商怎么选?

决定整个延迟预算和号码池规模。

容联七陌:最熟 AI 外呼 · 阿里云通信:最便宜 · 百度智能外呼:自带 LLM 但锁死他们模型,要避开
4

会话内容存档预算能批吗?

~¥100/席位/年。这是技术前置条件,不开拿不到完整企微消息流。

10 人 ¥1k/年 · 50 人 ¥5k/年 · 100 人 ¥1w/年
5

客户授权"书面证据"具体形式?

外呼平台审核会要看样本,影响 Stage 2 准入审核能不能过。

纸质留资单 · 电子签 · 勾选框留痕 · 售楼处摄像头同步录像

🛡️必须装的"刹车"

🚷

DNC 黑名单

任何通道收到"退订/勿扰/投诉/T"立刻全通道拉黑,永不复触。Python 战术层规则引擎硬实现,不交给 Claude 决策。

📈

接通率 / 投诉率监控

运营商投诉率 >0.3‰ 自动停号;外呼接通率 <15% 说明名单或时段有问题。每天 cron 跑健康检查,超阈值告警。

🚦

per-号上限

外呼 ≤300 通/天 · 企微主动加好友 ≤30/号/天 · SMS 同客户每周 ≤2 条。Python 战术层 token bucket 实现,超即拒。

📱

转人工 SLA

客户问"找经理/真人吗" → tool_use 命中 → 5 分钟内必须真人接管。Lark 群 @ 销售 + 工单系统双通道告警。