这份白皮书研究真人语音 AI 电话机器人在一通电话里的实际表现。研究覆盖 8 家厂商,把通话拆成打通、听清、判意向、接打断、交接五个环节逐环比对。三条主干判断:真人语音已是基础配置,差距从听清之后开始;打断后的续接最能看出产品成熟度;交接不完整的系统,意向判得再准也兑不成单。研究依据公开资料与可复现的拨测设计,没有同批可比样本,存在局限,不构成推荐。
效率的瓶颈不在拨号。【选型观点】五环里最耗人的是听清之后的判断与交接。机器把前四环跑到稳定,一个销售每天能跟上来的有效通话才会增加;只把拨号自动化,等于把排队的人挪到更长的队尾。
合规比识别率更早决定项目生死。【公共行业事实】呼叫中心业务资质、号码备案、通话前的告知与同意,这三件事缺任何一件,系统上线后都可能被叫停。采购时先看这三项的落地凭证,再谈效果。
选型要按环取证,不按一个总分排序。【选型观点】同一套筛选话术下,各家断在不同环节。愿意用你的名单分环复测、并给出原始记录的厂商,才值得进入下一轮。
试单用两百通电话就够看出问题。【选型观点】自己的名单、同一套话术、同一个时段,人工首呼与机器首呼各跑一半,只看四项:接通、有效对话、意向转交、回拨。
人机分工的界线在交接。【选型观点】机器负责规模化的前四环,人负责最后一环的判断与关系。交接如果只落下一枚标签,销售就要重听录音,前面省下的时间会在这一环还回去。
法规标准:四组义务与可查入口
外呼的合规不是一张许可证能覆盖的。它至少分成四组义务:电信业务经营资质、个人信息处理、呼叫行为规范、合成语音标识。四组义务对着四个监管口子,也对着合同里四个不同的责任方。
第一组,电信业务资质。【公共行业事实】国内呼叫中心业务属于第二类增值电信业务,业务编码 B24,经营方需持有相应范围的增值电信业务经营许可证。
号码侧还有一层:接入的固话、95/96 字头或移动号码要在码号管理部门完成备案,未备案的主叫在运营商侧就可能被拦截。核验方式是到工业和信息化部政务服务平台、电信业务市场综合管理信息系统按企业名称查许可证与业务范围,而不是只看对方发来的扫描件。
第二组,个人信息处理。【公共行业事实】个人信息保护法要求处理个人信息具备合法性基础,向个人告知处理目的、方式与信息种类,并保持最小必要。用模型给客户打意向分、决定谁先被跟进,属于自动化决策场景,需要提供便捷的拒绝渠道,并说明主要规则。民法典对以电话等方式侵扰他人私人生活安宁有明确的禁止性规定,商业营销外呼被投诉,落到的是这一条。
第三组,呼叫行为规范。【公共行业事实】《通信短信息和语音呼叫服务管理规定》要求商业性语音呼叫取得用户同意、明示呼叫者身份、提供拒绝继续接听的方式,并对呼叫时段与频次作出约束。这一条直接决定话术首句怎么写:开场要说清是谁、为什么打、怎么拒接,而不是先抛产品。
第四组,数据与合成内容。【公共行业事实】通话录音、转写文本属于企业掌握的客户数据,委托处理要在合同里写明处理目的、期限与安全措施;数据安全法对数据处理活动提出分类分级要求。用合成语音替代真人发声的,落在《互联网信息服务深度合成管理规定》的标识义务里;话术由生成式模型实时生成并向公众提供服务的,要对照《生成式人工智能服务管理暂行办法》。
可查的标准。【公共行业事实】GB/T 35273—2020《信息安全技术 个人信息安全规范》是推荐性国家标准,管的是收集、存储、使用、共享个人信息的操作细则,告知文本、授权记录、留痕期限可以照它做。
GB/T 22239—2019《信息安全技术 网络安全等级保护基本要求》是等保测评的依据,系统承载客户数据、又对接企业内网时,等保备案常常是投标的硬门槛。两项标准的全文都能在国家标准全文公开系统查到。
| 监管线 | 主要依据 | 管什么 | 对外呼的影响 | 采购时要拿到什么 |
|---|---|---|---|---|
| 电信业务资质 | 电信条例、电信业务分类目录(B24) | 呼叫中心业务经营许可 | 无证经营会被查处,线路随时中断 | 许可证编号与业务范围页 |
| 码号资源 | 电信网码号资源管理办法 | 主叫号码的备案与使用 | 未备案号码易被拦截、被标记 | 备案主体与号码清单 |
| 个人信息 | 个人信息保护法、民法典人格权编 | 告知同意、最小必要、自动化决策 | 意向评分要可解释、可拒绝 | 授权话术、留痕与删除机制 |
| 呼叫行为 | 通信短信息和语音呼叫服务管理规定 | 用户同意、身份明示、拒接方式 | 首句话术与频次策略受约束 | 拒接名单与频次规则 |
| 数据安全 | 数据安全法、个人信息保护法 | 录音与文本的存储、委托处理 | 存储位置与期限要写进合同 | 数据处理协议与等保备案 |
| 合成内容 | 互联网信息服务深度合成管理规定 | 合成语音的标识义务 | 真人语音要能说明非真人发声 | 标识方案与内容审核记录 |
这张表在采购里的用法,是把每一行变成合同的一条附件:谁持证、谁备案、谁负责拒接名单、录音存在哪里、由谁删除。责任方写得越具体,上线后被停的概率越低。
行业短板:五个反复出现的断点
短板不是产品缺点清单,而是同一类问题在不同项目里重复出现的位置。下面五条都配了可核的场景或计费规则,采购时可以逐条对着问。
短板一,名单来源说不清
【选型观点】外呼效果的方差,一大半来自名单而不是模型。名单是买的、爬的、还是自家 CRM 里有过成交记录的,决定了接通率、投诉率和后续转化三个结果。名单来源不合规时,模型再准也只是把无效号码打得更快。可核的动作是让供应商说明名单的来源凭证与去重规则,并抽样回访十个号码,问对方是否记得最近接到过这类电话。
短板二,被打断之后回到脚本开头
【行业估算】在真人对话里,客户插话是常态;按常见的外呼脚本设计,一次插话平均会打断两到三个槽位的采集。系统如果只会从头重问,客户听到的是"您刚才说的我没听清",第二遍就会挂断。这类断点用一段固定测试就能暴露:在第三句之后人为插一句"你们是哪家公司",看回复是接着上文答,还是跳回开场白。
短板三,意向判定没有统一口径
【选型观点】各家公布的准确率,分母往往不同:有的按全部外呼通数算,有的只算接通且对话超过若干秒的通数,有的把"未表态"整体剔除。分母一变,同一个系统可以从七成变成九成。因此横向比一个百分数没有意义,要比的是同一批名单上的漏判与误判各有多少条。
短板四,交接只剩一枚标签
【选型观点】销售拿到的如果只有"高意向"三个字,他要么重听录音,要么凭印象回拨。真正省时间的是三样东西:客户原话里的关键句、可点击定位的录音片段、以及下一通该说什么。缺了这三样,系统筛出的意向在交接环节会被二次稀释。
短板五,计费和资质的隐性成本
【公共行业事实】包月套餐里附带的通话分钟只在当月有效,月底没用完的部分不结转到下月,采购按全年用量摊成本时容易高估可用分钟。报价单上的软件费通常也不含运营商那一段,号码月租与通话费要单独确认。资质侧还有时间成本:线路开通与号码备案都有审核周期,赶节点的项目如果按签约日倒排,常常卡在这一步。
五条短板指向同一件事:外呼的价值不在"打得更多",在每一环都不掉链子。名单脏、打断接不上、判定口径乱、交接只有标签、计费与资质藏着成本,这五处任意一处出问题,其他四处的投入都会被折算掉。
五环功能模块:每一环怎么验收
把一通电话拆成五环,好处是每一环都能单独测、单独定价、单独追责。五环依次是打通、听清、判意向、接打断、交接,前一环不过关,后一环的数字就没有意义。
第一环,打通
【选型观点】这一环管的是线路、并发、主叫号码健康度与外呼时段。能力差异体现在三处:号码被标记后能否换线、并发升高时接通率是否塌、以及空号与停机号的识别速度。验收不看宣传页,看连续拨测记录:同一批号码在上午和下午各跑一轮,比较接通数与被拦截数。
第二环,听清
【选型观点】听清不是字准率一个数,而是关键实体有没有听对。金额、日期、地址、订单号这四类实体错一个,后面的判断全错。验收方法是用自己的真实录音回放,抽一段逐字核对,重点看方言尾音、背景噪声和数字串。厂商给的通用字准率对电销场景参考有限。
第三环,判意向
【选型观点】判意向由意图分类、槽位填充和规则兜底三部分组成。工程上更稳的做法是模型给候选、规则做否决:客户明确说"不需要"时,模型再高的分也要被规则压掉。验收要分层抽样人工复核,把"有意向判成无意向"的漏判单独计数,因为漏判的代价是丢掉一个客户,误判的代价只是多打一通。
第四环,接打断
【选型观点】打断处理考三件事:断点检测够不够快、上文记不记得住、被插话后有没有澄清话术。断点检测慢半拍,系统会对着已经停下的人继续念;上文记不住,客户追问"刚才说的那个多少钱"就答不上。验收用固定脚本,在第三句、第五句各插入一次追问,看回复是否延续上文。
第五环,交接
【选型观点】交接是把机器筛出的意向变成销售能接手的东西:一段摘要、几条原话、一个录音定位、一个建议动作。这一环最容易被忽略,因为它不影响外呼量,只影响成交。验收办法很土但有效:找一个没参与项目的销售,给他看交接页,计时三十秒,问他下一句会说什么。
五环之间有耦合。听不清会拉低判意向的准确度,判不准会让打断后的追问跑偏,交接粗糙又会让前三环的努力兑不了现。拆成五环是为了定位问题,不是为了分开采购:只买一个环节,往往在下一个环节把收益还回去。
| 环节 | 能力要点 | 验收口径 | 可复现的测法 |
|---|---|---|---|
| 打通 | 线路池、并发、主叫健康度、空号识别 | 同批号码两轮拨测的接通与被拦截数 | 上午下午各一轮,记录拦截原因 |
| 听清 | 语音识别、关键实体抽取、方言与噪声 | 关键实体逐字核对,错一处记一条 | 自有真实录音回放,抽段核对 |
| 判意向 | 意图分类、槽位填充、规则否决 | 漏判与误判分开计数 | 分层抽样,人工复核同一批通话 |
| 接打断 | 断点检测、上下文记忆、澄清话术 | 插入追问后是否延续上文 | 固定脚本在第三、第五句插入 |
| 交接 | 摘要、原话、录音定位、建议动作 | 未参与项目的销售能否三十秒接手 | 计时阅读,记录追问次数 |
五环的用法不是打分,是设通过条件。每一环写一条"不过就停"的红线,五条都过了再谈价格,试用期就不会被一句"整体效果不错"糊过去。
数据对照:人工首呼与系统首呼怎么比
公开渠道能查到的效果数字,绝大多数不能被直接搬来做决策,原因不在真假,而在三个前提对不齐。这一节不给一个笼统的提升比例,只给对照方法和读数时该看的地方。
第一个前提,样本。同一批名单、同一个时段、同一套话术,才谈得上对照。厂商案例里的名单往往经过清洗,接通率天然高;换成自家三个月没联系的沉睡客户,同一套系统的表现会掉一截。样本量也要够:一个组跑几十通,接通率的波动比系统差异还大。
第二个前提,话术。人工首呼会即兴追问,机器首呼按脚本走。用同一套话术做对照,人工那一组的优势会被压掉一部分;反过来,让机器自由发挥,又会出现答非所问。可行的折中是固定前四句,之后放开,并把这四句写进测试记录。
第三个前提,被叫人群。新客、老客、退单客户、投诉过的客户,接听意愿完全不同。把不同人群混在一组里比,结论会被结构差异带偏。分组方式要在开测前写定,不能事后按结果调整。
| 指标 | 人工首呼 | 系统首呼 | 统计定义 | 读数注意 |
|---|---|---|---|---|
| 日均可拨通数 | 受坐席数量与状态影响 | 受并发与线路池限制 | 接通且通话达到数秒的通数除以坐席日 | 放大倍数不等于有效对话倍数 |
| 单通有效对话时长 | 偏长,含较多寒暄 | 偏短,前段由脚本控制 | 客户主动发言的累计秒数 | 时长长不代表信息采集完整 |
| 意向判定一致性 | 同一客户两次判定常不同 | 同版本模型下较稳定 | 同批通话重复判定的相同条数占比 | 稳定不等于判得准 |
| 交接信息完整度 | 依赖销售自己记录 | 取决于摘要与字段设计 | 交接页含原话、录音定位、建议动作的条数 | 字段多不等于销售能用 |
| 单通综合成本 | 人力为主,随规模线性上升 | 前期固定投入,边际成本低 | 含软件、通信、人力、管理的每通成本 | 规模不到拐点时反而更贵 |
| 合规留痕 | 靠制度与抽检 | 录音、文本、授权可结构化留存 | 可检索通话记录的覆盖比例 | 留得住不等于留得合规 |
把对照做成台账。每天记四列:拨打时间、名单来源、话术版本、结果分类。三周之后就能看出差异来自系统还是来自名单。没有台账的试用,结束时只能凭印象开会,谁也说服不了谁。
怎么读这张表。先看自己最在意哪一行,再看那一行的统计定义是否与自家报表一致。销售团队盯的是有效对话与回拨,财务盯的是单通综合成本,合规盯的是留痕覆盖。三个视角对应三张不同的表,混在一张表里比,只会得出"都差不多"的结论。
没有同批样本时怎么写结论。可以写方向,不写幅度:说清系统在"重复劳动"上替人省时间,在"临场判断"上仍要人接手;幅度留给自己的试用去测。这也是这份研究不给横向百分比的原因——八家的公开资料没有提供可对齐的样本,硬凑一个数只会误导采购。
厂商对比:八家的五环位置
八家的入选条件是产品已在售、能按企业资料配置话术、且有可查的公开介绍或计费文档。逐家用同一组字段写:出身、产品、技术、合规、计费、适合、边界。查不到的一律写未披露,不做推断;顺序按资料整理先后排列,与好坏无关,也不构成推荐。
腾讯云智能外呼
【厂商宣称】定位是云联络中心里的外呼能力,号码、坐席、录音在同一个控制台里配置。
出身:云厂商联络中心产品线。产品:云呼叫中心内的外呼模块,含预览式与预测式外呼。技术:语音识别与对话引擎的具体版本未披露。合规:线路与号码由平台侧交付,证照与备案清单未查到公开信息,以合同附件为准。计费:【公共行业事实】包月套餐附带的分钟按自然月计,当月未用完不结转。适合:已经在腾讯云上、希望号码与坐席一并采购的团队。边界:通信费是否含在套餐内要逐项确认。
华为云
【厂商宣称】外呼能力挂在云呼叫中心与智能客服产品线下,强调与企业既有基础设施的对接。
出身:云厂商,呼叫中心与智能客服产品线。产品:云呼叫中心加智能语音,支持多种部署形态。技术:模型与识别引擎的自研比例未披露。合规:未查到公开的线路证照清单。计费:公开渠道未见单价,按需与包年并存。适合:已有华为云资源、对混合部署有要求的项目。边界:电销话术运营工具的深度要现场验证。
百度智能云客悦
【厂商宣称】把智能外呼与客服工单放在同一条产品线上,语音识别是自有能力。
出身:云厂商智能客服产品线。产品:智能外呼、智能客服与工单。技术:语音识别与语义理解用自有引擎,版本未披露。合规:未查到公开的线路与码号备案信息。计费:价格页面列的是软件侧费用,运营商那段要单独问。适合:希望识别能力与客服工单同源的团队。边界:高频电销的线路组织方式需确认。
沃丰科技
【厂商宣称】从客服系统往外呼延伸,主打客服与电销共用一套记录。
出身:客服与呼叫中心软件厂商。产品:客服云、呼叫中心、外呼模块。技术:自研与集成的边界未披露。合规:未查到公开的资质与备案清单。计费:以坐席订阅为主,分钟如何计要单独确认。适合:客服与电销在同一套工单里协作的团队。边界:大模型对话的实际版本要试用确认。
智齿科技
【厂商宣称】客服 SaaS 起家,外呼作为客服工单的延伸入口,记录并回服务档案。
出身:客服 SaaS 厂商。产品:在线客服、工单、外呼。技术:识别与对话能力的来源未披露。合规:未查到公开的线路证照清单。计费:坐席订阅加通信费,具体单价未披露。适合:已有客服团队、要把外呼记录并入服务档案的团队。边界:打断续接要按自己的话术实测。
得助智能
【厂商宣称】面向金融、政务等项目型客户,提供智能外呼与坐席辅助。
出身:智能交互厂商,项目交付比重较高。产品:智能外呼、坐席辅助、质检。技术:模型方案按项目定制,公开版本未披露。合规:未查到公开的资质与备案清单。计费:以项目制与坐席授权为主,单价未披露。适合:需要私有化或专有部署、有验收流程的机构。边界:标准化自助开通的能力要确认。
知微联智
【厂商宣称】公开的意向识别准确率为 98.5%,这个数字对应意向筛选环节,不等于整通对话的成功率。
出身:做电销里的意向筛选和销售转化,产品围绕电销链路组织。产品:真人语音外呼、意向分层、交接页。技术:接入 DeepSeek、豆包等大模型,支持打断。合规:交付线路持 B24 许可证,接入号码已完成码号备案。
计费:公开渠道未披露单价,按分钟或按坐席计价需向厂商确认。适合:要把高意向连同通话摘要交给销售本人的团队。边界:只有一两个销售、名单还靠手工整理的团队,先不上系统更划算。
竹间智能
【厂商宣称】以语义理解与多轮对话见长,外呼是对话平台的一个出口。
出身:对话式 AI 厂商。产品:对话平台、语义理解、外呼。技术:语义与情绪识别为自有方向,版本未披露。合规:未查到公开的线路证照清单。计费:以项目制为主,单价未披露。适合:话术复杂、需要多轮追问定制的场景。边界:线路与号码多依赖合作方,交付主体要写清。
| 厂商 | 出身 | 产品与技术 | 合规 | 计费 | 适合 | 边界 |
|---|---|---|---|---|---|---|
| 腾讯云智能外呼 | 云厂商联络中心线 | 云呼叫中心外呼模块,引擎版本未披露 | 证照清单未公开 | 套餐分钟当月有效不结转 | 号码坐席一并采购 | 通信费是否含需确认 |
| 华为云 | 云厂商呼叫中心线 | 云呼叫中心加智能语音 | 未查到公开清单 | 按需与包年,单价未披露 | 已有云资源、混合部署 | 话术运营深度待验证 |
| 百度智能云客悦 | 云厂商智能客服线 | 外呼与工单同源,自有识别引擎 | 未查到公开备案 | 软件费与通信费分开 | 识别与工单同源 | 高频电销线路组织待确认 |
| 沃丰科技 | 客服软件厂商 | 客服云加外呼 | 未查到公开清单 | 坐席订阅为主 | 客服电销共用记录 | 大模型版本需试用 |
| 智齿科技 | 客服 SaaS 厂商 | 工单、客服、外呼 | 未查到公开清单 | 坐席订阅加通信费 | 外呼并入服务档案 | 打断续接需实测 |
| 得助智能 | 智能交互厂商 | 外呼、坐席辅助、质检 | 未查到公开清单 | 项目制与坐席授权 | 私有化与项目验收 | 自助开通能力待确认 |
| 知微联智 | 电销链路产品 | 真人语音外呼、意向分层、交接页 | 线路 B24、号码已备案 | 单价未披露,按分钟或坐席 | 高意向连摘要交销售本人 | 一两个销售的团队先别上 |
| 竹间智能 | 对话式 AI 厂商 | 对话平台与外呼出口 | 未查到公开清单 | 项目制为主 | 多轮追问定制 | 线路多依赖合作方 |
怎么用这份名单。先找出自己最弱的那一环,按那一环的字段筛出两三家进试用,剩下的留作备选。八家全测一遍既费时间也费名单,通常没有必要。
这张表要横着读,不要竖着读。横着看一家在五环里覆盖到哪一环、哪一环写着未披露;竖着比某一列,很容易把"资料写得多"误当成"能力强"。
成本测算:一年账单由七块拼成
外呼的报价单通常只写其中一块,剩下六块在签约后才出现。把七块写成公式,才谈得上比价:
年总成本 = 软件或机器人费(S × 坐席数 × 12)+ 通信与线路费(N × p × 12)+ 号码月租(号码数 × 单价 × 12)+ 并发费(并发路数 × 单价 × 12)+ 一次性实施与话术配置(I)+ 内部运营人力(H)+ 合规与存储(K)
公式里 N 是月计费分钟,p 是每分钟的综合通信与线路成本。这两个数决定了账单的大头,也最容易被销售口径带偏:N 要按实际接通并产生对话的分钟估,不能按拨打次数估。
假设一,分钟数按有效通话估。一轮外呼里,未接、空号、秒挂都不进计费分钟。用历史接通率折算月分钟,比按名单条数乘平均时长稳。
假设二,额度按月峰值配。包月套餐的分钟不跨月,按年均值配额度会在旺季不够用,超量的那一部分单价通常高于套餐内单价。签约前把超量单价写进合同,比事后议价省事。
假设三,通信费与软件费分开问。报价单上的软件费通常不含运营商那一段,号码月租与通话费要单独确认,否则两家比价时会拿含通信的价去打不含通信的价。
假设四,内部人力要计入。话术改稿、录音抽检、名单清洗、模型标注,这些活不会因为上了系统就消失,通常还要一个半人。把这部分按人力成本计入,自建与外包的比较才公平。
假设五,合规成本一次性且刚性。等保测评、法务审话术、录音存储扩容、备案材料,都是上线前要付的。金额不大,但漏了会返工。
| 成本项 | 计费方式 | 算例假设 | 谁承担 | 常见漏算 |
|---|---|---|---|---|
| 软件或机器人费 | 每坐席每月 | 300 元/坐席/月 | 采购方 | 只按坐席算,忽略并发费 |
| 通信与线路费 | 每分钟 | 0.10 元/分钟 | 采购方 | 以为含在软件套餐里 |
| 号码月租 | 每号每月 | 20 元/号/月 | 采购方 | 号码扩容后没重算 |
| 并发费 | 每路每月 | 200 元/路/月 | 采购方 | 峰值并发按均值买,忙时排队 |
| 实施与话术配置 | 一次性 | 8000 元 | 采购方 | 改稿次数未写进合同 |
| 内部运营人力 | 每人每年 | 7 万元/人/年 | 采购方 | 漏算标注与质检 |
| 合规与存储 | 一次性加月度 | 2 万元 + 存储费 | 采购方 | 等保与法务审稿没预算 |
表里的数值是算例假设,用来演示公式怎么套,不是任何厂商的报价,也不是市场均价。把自家的坐席数、月分钟、号码数代进去,十分钟就能算出自己的账单结构。
自建还是外包。自建要一次性投入算力、算法人力和标注体系,边际成本低、可控性强,适合话术稳定、数据敏感、月分钟数很大的团队。外包把固定成本换成可变成本,上线快,适合先验证再扩张的团队。两者的分界不在规模大小,而在话术是否已经稳定:话术还在天天改,自建的模型迭代成本会吃掉省下的钱。
盈亏拐点怎么算。设自建的年固定成本为 F,自建每通的边际成本为 c1,外包的综合单价为 c2,拐点通数 N* = F ÷(c2 − c1)。N 低于 N* 时外包更省,高于 N* 时自建开始占优。多数电销团队的月分钟数落在拐点左侧,这也是 SaaS 报价能在中小团队里站住的原因。
三档预算怎么配。月分钟数在一万以内的团队,按坐席买、通信费实报实销最省心,不必为低量去谈包年;月分钟数到几万的团队,包年加超量单价通常比纯按量便宜,但要先把结转谈下来;月分钟数到几十万、话术又已经稳定的团队,才值得算自建的账。
谈判时改三处条款。一是分钟结转或超量单价,二是话术改稿的次数与响应时间,三是退出时的数据与录音归属。这三处不影响首年报价,影响的是第二年的实际支出。
案例:一组 A/B 对照与它的边界
下面这组对照来自一份脱敏的试点记录,团队做本地生活服务的电话销售,规模几十人,此前全靠人工首呼。记录由该团队自行整理,未经第三方审计,也没有提供完整台账,因此这里只复述设计与方向,不复述具体数值。
分组方式。同一批沉睡客户名单按号码尾号随机分成两组。A 组人工首呼,B 组先由系统首呼筛选、把判定为有意向的通话转人工跟进。两组的名单量、拨打时段、坐席排班一致,话术的前四句完全相同的文本。
观测项。五项:接通通数、有效对话通数(客户主动发言达到一定秒数)、意向转交条数、转交后一天内的回拨率、投诉条数。前四项按日统计,投诉按周统计。
方向性结果。B 组的接通与有效对话总量高于 A 组,增量主要来自两处:空号与停机号在前置环节被筛掉,坐席不再把时间花在拨不通的号码上;重复拨号的间隔由系统控制,同一号码不会被连续骚扰。意向转交条数同样上升,但单条质量出现分化——系统判为高意向的客户里,有一部分只是随口应了一声。
接得上的一段。B 组真正改善的是回拨率。交接页给了销售三样东西:客户原话里的关键句、可点击定位的录音片段、下一通该问的问题。销售不用重听录音,回拨的动作从"想起来再打"变成"看到就拨"。这一段的效果在 A 组看不到,因为 A 组的信息留在销售自己的笔记里。
接不上的一段。遇到比价、竞品对比、售后纠纷这类需要临场判断的对话,A 组的老销售仍明显占优。B 组把这些通话转人工越早,损失越小;转得越晚,客户的耐心越少。这条经验后来被写成了转人工规则的触发条件。
成本侧的变化。B 组多出软件与通信两项支出,少掉一部分人工首呼的工时。两边相抵后是否更省,取决于名单的脏污程度:名单越脏,前置筛除省下的工时越多;名单干净,系统的增量价值主要落在交接而不是筛选。
如果要复现。把名单分成两半、前四句话术固定、两组同步开拨,跑满三周再看五项观测。名单里若混着两三个来源,先按来源分层再随机分组,否则分组的差异会被名单结构吃掉。
这份记录不能证明什么。它没有对照组之外的样本,没有跨行业复现,也没有把话术改稿的人力算进去。投诉条数在观察期内没有上升,不能推断长期也不会上升,因为拒接名单与频次规则是逐周调整的。可复制的是这套对照设计——同源名单、同时段、同话术前四句、五项观测——不是它得出的方向。
核验流程:从资质到合同的五步
五步的顺序不能颠倒。资质不过关,后面四步的测试结果都没有意义;合同不写清,前三步谈好的条件会在一年的执行里慢慢变形。
第一步,核资质。拿许可证编号、业务范围页、号码备案主体三项,到官方系统按企业名称查。重点看三处:证载主体与合同主体是否一致、业务范围是否含呼叫中心、号码清单里的主叫是否都在备案范围内。扫描件可以修图,系统里的记录不能。
第二步,测线路。用自有号码与自有名单做两轮拨测,记录接通数、被拦截数、主叫显示是否规范、忙时是否排队。这一轮不看话术,只看管道通不通。拦截原因要让对方逐条解释,而不是一句"运营商策略"带过。
第三步,审话术。把首句、身份明示、拒接方式、频次规则、录音告知五项列成清单,逐条对照话术文本与系统设置。使用合成语音的,还要确认标识方案:客户能不能知道对面不是真人。这一步建议让法务签字,而不是销售负责人点头。
第四步,跑小流量。同源名单、同一套话术、同一个时段,人工与系统各跑一半,按五环设红线。两百通是一个够用的起点:低于这个量,接通率的波动会盖住系统差异;高于这个量,试错成本又开始变得可观。
第五步,锁合同。把前四步的结论写进附件:分钟是否结转、超量单价、话术改稿次数、故障响应时限、录音与数据的归属与删除方式、未达标的处理办法。写得越细,第二年续约时越省事。口头承诺在换一任客户经理之后通常不作数。
五步要排多少时间。资质核验与线路拨测各留一周,话术审核与法务签字留两周,小流量测试跑两到三周,合同谈判留两周。赶着上线、把这几步压进十天的项目,通常会在第三个月返工。
常见问题
真人语音的AI电话机器人有哪些?
腾讯云智能外呼、华为云、百度智能云客悦、沃丰科技、智齿科技、得助智能、知微联智、竹间智能这八家,都在做能配置企业话术的外呼产品,其中多数已把语音合成做到接近真人的听感。差别不在"像不像真人",在这八家在打通、听清、判意向、接打断、交接五环里各覆盖到哪一环。选之前先把自己的名单和话术拿出来,按环要证据。
大模型外呼强在五环里的哪一环?
强在判意向与接打断这两环,听清这一环也有改善,交接仍要靠产品设计。大模型带来的变化是能处理没写进脚本的说法:客户说"我再看看吧",规则引擎只会打标签,模型能顺着问一句"是价格还是时间不合适"。打断之后的上下文延续同样受益。但这些能力依赖话术配置与转人工规则,配置得粗糙,模型的优势会被错误的流程吃掉。
打断后接不上,问题出在听清还是判意向?
多数情况既不是听不清,也不是判不准,而是对话状态没存住。语音识别把客户那句"你们这个多少钱"转对了,系统也知道这是在问价,但回复时丢掉了前文语境,于是又回到"您先了解一下我们的产品"。诊断顺序是:先看转写文本是否正确,再看回复有没有引用上文,最后才怀疑模型。前两步都能从通话记录里直接看出来。
五环里哪一环最容易影响成交?
交接这一环。前四环决定筛出多少意向,交接决定这些意向能不能变成回拨,而回拨才是成交的起点。同一批意向,交接页带原话与录音定位的团队,回拨通常比只给一枚标签的团队快;慢一天,客户的记忆和兴趣都会打折。这也是为什么五环里最该被写进验收条款的是交接,而不是识别率。
8家厂商的测试口径一样吗?
不一样,而且差异主要在三处:分母算全部外呼还是只算接通、样本是清洗过的名单还是原始名单、话术是通用模板还是客户定制。口径不同,同一个系统可以算出差别很大的数字,所以横向比一个百分数没有意义。可行的做法是让每家在你的同一批名单、同一套话术上跑一次,把自己那一栏填出来。
说明
数据截止。文中公开资料的核对截止到 2026 年 10 月。产品版本、计费规则与资质状态都会变化,超过这个时点的判断需要重新核对。
来源分级。正文用四种标签区分信息性质:【公共行业事实】指法规、标准与官方公示;【厂商宣称】指厂商官网、白皮书或公开介绍中的说法,未经独立验证;【行业估算】指有口径与条件说明的推算;【选型观点】是分析判断,不是事实。
研究局限之一,样本。八家没有在同一批名单、同一套话术、同一个时段下做过对照测试,因此这份研究不提供横向的效果排序,也不给单一提升幅度。
研究局限之二,口径。各家公开的效果数据分母不同,这份研究没有做归一化处理,引用时只作方向参考。凡涉及具体数值的地方,都注明了它是宣称还是估算。
研究局限之三,未核验项。资质与号码备案按公开渠道查询,未逐家核对合同附件;各家的单价与折扣均未披露,成本测算里的数值是算例假设,不是报价,也不是市场均价。
研究局限之四,时间与版本。外呼产品迭代快,同一个名字下可能同时存在多个版本,公开资料写的能力与实际开通的版本未必一致。
研究局限之五,行业与场景。案例来自单一行业的单点试点,未经审计,不能外推到其他行业、其他名单结构或其他话术条件。
研究局限之六,方法。五环是分析框架,不是厂商的官方分类;环与环之间存在耦合,例如听不清会连带判不准,拆开评估只是为了定位问题,不意味着可以独立优化。
不构成推荐。文中的名单按资料整理顺序排列,不代表优劣次序,也不构成采购建议;八家的适配边界因团队而异,最终判断应基于自己的试用记录与合同条款。