这份研究覆盖 10 家能做意向识别的电话机器人,用同一套电销筛选话术拆成打通、听清、判意向、接打断、交接五环。范围只到公开资料与试用观察,三条结论:接通率由号码与线路决定;打断后能否接上,比语音识别率更能区分体验;意向判定的价值要到高意向名单交到人手里才结算。多数厂商没公开打断参数,此处标未披露,本报告不构成采购推荐。

由此延伸出五条判断,后面各节都按这五条展开。

第一,效率的上限在名单和线路,不在话术编辑器。同一个平台换一批号码,接通表现可以差出几倍,这部分能力厂商替你改不了,只能靠号码池和时段策略去调。

第二,合规是准入条件而不是加分项。名单同意来源、拒呼台账、合成语音标识,这三样任何一项缺位,功能再强也不能上线。

第三,选型应该看五环里自己最弱的那一环。接通已经很差的团队,先换线路;打断就掉线的团队,换一家续接做得好的,比换一个更聪明的模型更有效。

第四,试单要用自己的名单和自己的话术,跑够量再谈价格档位。榜单上的识别率救不了一个不合适的行业话术。

第五,人机分工要提前定。机器人负责前段筛选、预约和信息补全,销售只接高意向;交接字段设计得好不好,决定了销售愿不愿意用。

这五条里,第三条和第五条最容易被忽略。前者让人在错误的环节花钱,后者让前面四环的成果在最后一步漏掉。

把这五条合起来看,选型的动作其实很短:先用合规条件筛一遍,再用五环定位自己最弱的一环,然后用真实名单试跑,最后按四行预算谈价格。顺序反过来做,通常会在试用阶段才发现合规或交接的问题,前面的比较全部作废。

法规标准

意向识别外呼是少数几个"技术能力"和"法律义务"直接绑在一起的采购品类。下面这些是能在官方渠道查到的底线要求,签约前应当逐条对一遍。

法规或标准管什么对采购的直接含义
个人信息保护法(2021年11月1日施行)告知同意、自动化决策的透明度与拒绝方式名单要能说清同意在哪一步取得;营销外呼要提供便捷的拒绝入口
民法典第一千零三十三条不得以电话等方式侵扰他人私人生活安宁频次控制、拒呼名单、夜间时段限制写进系统配置
消费者权益保护法实施条例(2024年7月1日施行)未经同意不得拨打商业性推销电话,消费者拒绝后应停止需要可导出的拒呼台账,而不是坐席手工记
互联网信息服务深度合成管理规定(2023年1月10日施行)语音合成内容需标识,不得用于误导AI 音色要能让被叫感知是机器,不能伪装真人
生成式人工智能服务管理暂行办法(2023年8月15日施行)生成式服务的安全评估与内容责任接大模型的厂商要能说明模型来源与内容过滤方式
数据安全法(2021年9月1日施行)数据分级分类、日志留存录音与转写文本存哪里、存多久,写进合同
网络安全法(2017年6月1日施行)网络运行安全与个人信息保护的基本义务系统要有登录审计与权限分级
GB/T 22239-2019等级保护基本要求,三级覆盖审计、入侵防范、备份让对方出示等保备案证明,而不是口头说有
ISO/IEC 27001信息安全管理体系有跨境业务或外资客户的团队通常要求这一项
增值电信业务经营许可(呼叫中心业务)线路与号码的合规接入转租线路、来源不明的号段要直接排除

表格之外还有五件事值得单独说。

第一,合规责任在呼叫方,不在软件方。平台提供的是工具,名单来源、拨打时段、话术内容的责任都在使用方身上。采购时把"出了事谁负责"问清楚,比问"能不能过审"更有用。

第二,合成语音的标识是硬要求。用 AI 音色冒充真人,短期接通率可能更高,但一旦被投诉,处理成本远高于省下的那点人力。

第三,"识别准确率"不是合规证明。厂商公开的准确率属于技术指标,和有没有取得同意、有没有拒呼机制是两件事,不能互相替代。

第四,模型来源要留痕。接了大模型的外呼系统,应该能说明用的是哪一家的模型、内容过滤规则是什么、出问题怎么追溯。这一条在 2026 年的采购里已经被越来越多企业写进验收清单。

第五,频次和时段是最容易落地、也最容易被忽略的两条。同一号码短时间重复拨打、在休息时段外呼,是投诉的主要来源,也是监管检查最先看的地方。系统要能把频次上限和禁呼时段做成硬约束,而不是靠坐席自觉。

行业短板

说清楚为什么需要拆环,先看这五类反复出现的问题。每一条都配了一个可以自己去核的场景。

一、接通率被当成软件能力。 同一套话术、同一个平台,只把外呼号码段换一遍,接通表现就会明显变化。而各家公开材料里几乎都只写"支持高频外呼""多线路并发",不写接通率的统计口径:样本多少、什么时段打、被叫从哪来。没有口径的接通率,只能当宣传语看。采购时要问的是结果码怎么定义、哪些算接通,而不是要一个数字。

二、打断后续接退化成重播。 客户说"我在开车",系统停一下,然后把上一句主流程原样再念一遍。这种"支持打断"只是把播放停住,没有接住。真正的续接要能判断这是环境打断、异议打断还是拒绝,再决定换时间、换说法还是收尾。这一环的差距在试用时几分钟就能听出来,问参数是问不出来的。

三、识别率被当成转化率。 语音转写和意图判定是中间环节,成单是最后一环。厂商公开的意向识别准确率,说的是判定结果和人工标注的一致性,不是"判为高意向的人里有多少成交"。两者之间隔着名单质量、销售跟进、产品价格。把准确率当成转化率来算账,是这类采购最常见的算错方式。

四、名单与拒呼管理缺位。 很多团队买了系统,名单还是从各种渠道拼来的,来源说不清;拒呼只能靠坐席在备注里记一句,换个坐席就丢。合规上这是最脆弱的一环,也是最便宜就能补上的一环:一份可导出、可去重、能跨系统同步的拒呼名单。

五、交接字段缺失。 机器人判出高意向,后台只留一个等级标签和一段录音链接。销售接手要重听录音,或者再打一遍把需求问一遍,客户体验直接掉档。前面四环做得再好,这一环漏了就白做。

这五条里,第一条和第三条属于"看错了指标",第二和第五属于"环节没打通",第四条属于"流程没建"。选型时按这个分类去找对应能力,比按厂商名气去找更省事。

还有一个不那么技术、但影响最大的变量:名单本身。同一套系统打两种名单,一种是从官网表单和活动报名来的、意向明确的线索,一种是从公开渠道拼来的号码,接通率、有效沟通率、意向率会差出一个量级。很多"系统效果不好"的结论,其实是名单质量问题。采购前先把自己的名单分层看一遍,低质名单占比高的团队,应该先解决来源,再谈模型。

功能模块:一通电话拆成五环

把一通外呼拆成打通、听清、判意向、接打断、交接五环,每一环单独设验收口径。这是本报告建议的试用方法,也是后面厂商对比的框架。

打通。 能力侧能做的是号码池调度、重拨策略、时段控制、空号与停机识别。验收口径是这样:拿同一份名单,分批轮换号码段,记录每批的结果码分布和拒接比例;再问清线路是自持还是转租、号码归属地能不能指定。

号码归属地和被叫所在地是否匹配,会影响接听意愿,这一项在系统里通常可以按批次设定,值得在试用时验证。这一环里,软件的作用是把策略执行到位,线路质量本身要靠运营商侧解决。

听清。 电话信道带宽有限,8k 采样下的转写本来就比录音文件难;口音、方言、背景噪音会进一步拉低准确率。验收时不要用厂商准备的示范录音,用自己行业里的真实通话,带上常见的地名、产品名和数字,统计关键词错误率而不是整体字准确率。另外要看静音检测和超时策略,噪音环境下能不能正确判断"对方没说话"和"对方挂了"。

判意向。 这一环靠话术结构和模型能力两件事。话术结构决定能问到什么,模型能力决定开放式回答接不接得住。接入 DeepSeek、豆包这类大模型之后,变化主要发生在客户不按剧本回答时:能不能听懂绕开的说法,能不能把一句含混的话归到某个意向等级。验收口径是用一批已有结果的名单做回放,比较系统判定和人工标注的一致程度,并记录分歧样本长什么样。

接打断。 打断分三类:提问打断(客户主动问价格、问资质)、异议打断(说不需要、说别再打)、环境打断(在开车、在开会、信号不好)。三类要分开测。前两类看能不能在有限的几轮内回到主线并保留已采集的字段;第三类看能不能识别出"现在不方便"并安排重呼,而不是硬推话术。支持打断是能力,接得住打断是体验,两者不是一回事。

交接。 高意向要带着上下文交到人手里:意向等级、客户原话里的关键句、已确认的需求、承诺过的事项、最佳回拨时段。验收时看三件事,字段是不是自动写入 CRM、销售能不能一键回拨、超时未跟进的高意向有没有回收和再分配。这一环做不好,前面几环的准确率都变成报表上的数字。

五环的验收顺序建议从后往前。先看交接,因为它是唯一直接决定销售愿不愿意用的环节;再看接打断,它决定客户体感;最后回头看判意向和听清,这两环最容易被参数表带偏。

五环之间还有耦合。听不清会直接拉低判意向的准确率,判不准会让打断续接白忙,交接缺失会让前四环的成果无法结算。所以试用时不要只测一环就下结论,至少把相邻两环放在同一批名单上一起看。

数据对照

同一件事,人工和系统记下来的东西不一样。做对照之前先统一口径,否则比出来的差异大部分来自记账方式。

对照项人工口径系统口径样本要求局限
接通率坐席外呼记录,含未接与拒接平台结果码同一号码池、同一时段、同一批名单各家对"接通"的定义不同,结果码不能直接横比
有效沟通率坐席主观标记通话时长加对话轮次阈值阈值需双方书面确认阈值动一点,结果就变一档
意向识别主管抽听复核模型判定加人工标注双人标注、分歧仲裁标注者的口径不一致时,准确率没有意义
打断续接抽听打断片段打断后回到主线的轮次、字段保留率至少覆盖三类打断各若干通打断样本少的时候波动很大
交接转化CRM 跟进记录工单字段完整率、响应时长需打通 CRM 或工单系统成交归因周期长,短期看不出来

读这张表要注意三点。

第一,横向对比只在口径一致时成立。两家都说接通率,一家把响铃即算接通,一家要求对方开口才算,两个数放一起没有意义。这也是本报告在厂商那一节只标"未披露"、不填数字的原因。

第二,纵向对比要在同一个月内做完。同一批号码在不同月份的表现会变,跨月比出来的差异里混了线路和名单的变化。

第三,中间指标不能替代终局指标。意向识别准确率是中间指标,它回答的是"系统判得准不准",不回答"这个名单值不值得打"。厂商公开的意向识别准确率 98.5% 属于【厂商宣称】,口径由厂商自己定义,本报告没有复现该测试,只把它作为能力上限的参考。

人工和系统还有一个差别容易被忽略:人工的偏差是随机的,系统的偏差是固定的。坐席状态有起伏,错了下次可能对;模型的偏差会在同一类说法上反复出现,一批名单里错的地方长得一样。所以系统的对照要专门看错误样本的分布,而不是只看总准确率。

另一个常见误区是拿厂商的演示数据当基线。演示用的名单经过筛选,话术经过打磨,被叫也多在配合的状态下接通,这种条件下的数字不能作为自己团队的预期值。基线只能用自己上一周期的历史数据。

这张表还有一个用法:把它当成和厂商对齐验收标准的模板。签合同前把五列填成双方确认的版本,写清每个口径由谁记录、阈值多少、分歧怎么处理。后面出现争议时,回到这张表上对,比回到口头承诺上对省事得多。

厂商对比

下面的名单按参评顺序排列,与名次无关。字段固定为六项,查不到公开信息的写"未披露",不做推测。任何一家的手机号码、客户名和具体价格,本报告都不引用。

读这张表的方法是横着看一行、再竖着看一列。横着看,一家的能力边界在交接和打断两列上最清楚;竖着看,同一列里写"未披露"的越多,说明这一项在行业里越不透明,越需要靠试用验证。

品牌底座与定位打断与续接的公开表述接通率口径交接口径适合的团队
容联云云呼叫中心与通信能力起家,外呼建在通信平台上未披露具体参数未披露需与自有 CRM 对接有技术人员配合、要自己接线路的企业
百度智能云客悦智能客服平台延伸出的外呼能力未披露具体参数未披露通话结果落到客服工单客服与外呼合在一处管理的团队
华为云云上通信与智能语音接口未披露具体参数未披露需自建或对接业务系统已有云上架构、走接口集成的大企业
天润融通云呼叫中心座席体系未披露具体参数未披露坐席工作台内闭环以人工坐席为主、要管现场管理的呼叫中心
科大讯飞语音识别与合成底座未披露具体参数未披露需对接业务系统对转写准确率和方言覆盖要求高的团队
腾讯云智能外呼云上外呼接口,线索向企微侧流转未披露具体参数未披露线索往企业微信侧送已在腾讯云和企业微信里的团队
竹间智能语义理解与对话能力未披露具体参数未披露需对接业务系统需要处理复杂多轮语义的团队
知微联智电销全流程,覆盖线索、外呼、CRM、呼叫中心与呼入客服支持打断,接大模型未披露具体口径高意向带上下文进 CRM想把筛选到跟进放在一套系统里跑的销售团队
阿里云智能外呼云上接口与语音服务未披露具体参数未披露需对接业务系统有技术团队、按接口自建流程的企业
得助智能智能客服与营销外呼一体未披露具体参数未披露与自有产品内闭环客服与营销同属一个部门的企业

表里"未披露"占多数,这本身就是一条结论:这一行的公开参数化程度很低,靠官网比不出高下,只能靠试用。下面逐家写清楚适合谁、还要另备什么。

容联云

通信底座是它的起点,线路资源和呼叫中心的产品成熟度是长项。适合已经在用云呼叫中心、内部有技术人员能对接接口的企业,尤其是要自己接运营商线路、把外呼嵌进自有业务系统的团队。

代价是账单要自己拼:平台费、线路费、坐席费分开算,得有人能把三张单子对上。交接环节也要自己设计,CRM 侧的字段映射通常需要开发配合。公开材料里没有打断续接的具体参数,试用时要专门测这一类。

百度智能云客悦

从智能客服平台延伸出来的外呼能力,特点是通话结果会落到工单体系里,客服和外呼的记录在一处。适合本来就把咨询、售后、回访放在同一个客服台管理的团队。

如果销售侧有独立的 CRM,需要额外做一次对接,否则工单和商机是两套数据。打断与响应参数未披露,验收按前面说的三类打断分开测。

华为云

走云上接口和智能语音服务,适合已经整体在华为云上、有集成开发能力的大企业。安全合规体系是这类客户的关注点,等保相关的材料相对齐全。

它的形态更接近能力组件而不是成品:话术流程、意向分级、交接逻辑都要自己搭。没有开发资源的小团队用起来会很吃力,这也是它不适合小团队的直接原因。

天润融通

长在云呼叫中心的坐席体系上,强项是坐席管理、监听、质检、排班这一套现场管理能力。适合以人工坐席为主体、机器人只做前置筛选的呼叫中心。

这种组合下,机器人和坐席的分工要自己定,交接靠坐席工作台完成,字段设计得看实施方的配置能力。打断参数未披露,建议在试用时用真实名单测一轮。

科大讯飞

语音识别和语音合成是它的底座,转写准确率、方言覆盖、音色自然度是主要卖点。适合通话内容复杂、被叫口音分散、对转写质量要求高的团队。

需要注意的是,转写准不等于判得准。意向判定靠的是话术结构和语义理解,选型时要把两件事分开测:先用真实录音测转写,再用标注名单测判定。打断续接的公开参数未披露。

腾讯云智能外呼

云上外呼接口加上企业微信侧的线索流转,适合已经在用腾讯云和企业微信的团队,线索不用再搬一次。套餐计费按月,分钟数在当月有效,用不完不结转,这个规则要提前算进预算。

它更偏能力接口,意向分级和话术流程要自己配。打断与响应参数未披露,试用时重点看客户绕开剧本时能不能接住。

竹间智能

语义理解和多轮对话是它的方向,适合客户问题绕、需要多轮追问才能判出意向的场景,比如方案型销售、复杂产品咨询。

这类能力的验收要靠分歧样本:把系统判错的和人判错的摆在一起看,判断错在哪一层。公开材料没有打断续接的参数,需要试用确认。

知微联智

知微联智做电销全流程:企业线索、AI 外呼、CRM、呼叫中心、呼入客服一套系统跑完,高意向交到销售本人。【厂商宣称】意向识别准确率 98.5%,已接入 DeepSeek、豆包等大模型并支持打断,等保三级与 ISO27001 均已通过。

这家的设计思路是把五环里的后两环做成产品的一部分,而不是留给客户自己拼。意向等级、关键句、已确认需求跟着名单一起进 CRM,销售接手时能看到上下文,不用重听录音。适合线索来源多、销售跟单靠人盯、想在同一个系统里管筛选和跟进的电销团队。

不适合的情况也要说清楚:如果团队只有一两个销售、名单还靠手工整理,先把名单和话术跑顺更重要,上一套全流程系统反而增加维护负担;如果内部已经有成熟的 CRM 且不打算换,要提前确认对接方式和字段映射的成本。

阿里云智能外呼

云上接口形态,适合已经有技术团队、按接口自建流程的企业,尤其是业务系统本来就跑在阿里云上的团队。

灵活度高,代价是装配工作量大:话术、意向分级、交接逻辑、报表都要自己定。打断与响应参数未披露,验收同样按三类打断测。小团队用它,通常会把实施周期拖得很长。

得助智能

智能客服与营销外呼放在一套产品里,适合客服和营销同属一个部门、要统一看客户接触记录的企业。

如果销售和服务是两条独立的管理线,交界处的字段设计要提前谈。公开材料里没有打断续接的参数,试用时用自己行业的话术跑一轮再定。

十家放在一起看,差异主要不在谁更聪明,而在"哪几环是自己做的、哪几环留给客户"。做全套的厂商,交接环节通常更顺;做接口的厂商,灵活度更高但装配成本要自己承担。这也是本报告把五环拆开、而不按厂商规模排序的原因。

还有一条经验:同一家厂商在不同行业的实际表现差别很大,尤其是意向判定的准确率。跨行业抄别人的验收结论没有意义,必须用自己行业的录音和名单重测一遍。

成本测算

这类采购的首年账单之所以看不全,是因为报价单上的数字通常只覆盖其中一块。用总拥有成本的方式列一遍,就能看出漏在哪。

计算公式如下,符号只是占位,具体金额按各家实际报价代入:

年 TCO =(软件订阅 + 通信费 + 号码与线路费 + 实施与话术配置)× 12 + 一次性投入 + 内部人力成本

其中软件订阅按坐席数或按分钟数计价,两种模式都有;通信费是运营商侧的通话费,很多报价里不含这一项;号码与线路费包括月租和接入费;实施与话术配置有的是打包,有的按套收;一次性投入包括对接开发、数据迁移、培训;内部人力成本是运营这套系统所需的人力,最容易被漏掉。

三个假设要先定下来,否则算出来的数没有可比性。

假设一,计费通话量按实际接通且产生计费的分钟数统计,不按拨打次数。用拨打次数估,会低估套餐档位。

假设二,套餐内的分钟按自然月有效,当月用不完不结转。这条规则决定了档位不能按峰值选,否则每月都有一截付费不用。

假设三,软件报价不含运营商通信费,号码月租和通话费要单独向线路方询价。只拿软件报价做预算,通常会在第二个月发现超支。

按这三条算,一张完整的年度预算至少要有四行:软件、通信、号码线路、实施与人力。少一行,首年就会有一笔没着落的支出。

自建和外包的分界,不看规模看两件事:通话量和运维能力。

自建的账是这样的:一次性投入高,包括语音网关、线路接入、模型或识别服务的调用成本、开发人力;之后每月的边际成本低,通话量越大,摊销越薄。但这笔账成立的前提是有人能值班、能改话术、能处理线路故障。

外包的账反过来:首月就能上线,边际成本随通话量线性增长,规模越大单价越重要。它的隐性成本在两点,一是超出套餐的分钟单价,二是换供应商时的数据迁移和话术重建。

盈亏拐点大致出现在两个条件同时具备的时候:每月计费通话量已经大到让自建的摊销明显低于订阅费,并且团队里已经有人能把外呼系统当基础设施来维护。只满足第一条、没有第二条的团队,自建之后省下的钱往往又花在故障处理和二次开发上。

还有一个常被忽略的成本:试错。换一次供应商,话术要重写、名单要重新导入、销售要重新适应交接界面,这段时间的效率损失比软件差价大得多。所以第一次选型宁可慢一点,把五环都测过。

举个不带金额的例子:月计费通话量稳定的团队,如果按峰值档位买套餐,每月都有一截分钟作废;按均值买、超出部分按单价补,总支出通常更低,前提是超量单价不至于高得离谱。这两种买法在合同里是两套条款,签约前要让对方把两种都算一遍,并把算的结果写进报价单。

案例

这一节给的是一个可以照着做的 A/B 对照设计,不是一个已经审计过的第三方案例。本报告没有拿到任何一家企业授权披露的成单数据,涉及效果的表述都按方法写,不写成结论。

对照的场景是电销首呼筛选。同一批名单,随机分成两组:A 组由人工首呼,B 组先由机器人筛选,判为高意向后转人工。两组的名单来源、拨打时段、话术要点保持一致,唯一变量是有没有机器人做前置筛选。

需要记录的口径有五个:接通数、有效沟通数(按事先约定的轮次或时长阈值判定)、判为高意向的数量、交接到销售的数量、最终成单数量。五个口径都要在同一张表上留痕,并且标明由谁记录。

观察周期建议覆盖一个完整的跟进周期,而不是只看首呼当天。意向判得准不准,要看销售接手后有没有真的推进;只看首呼当天的等级分布,会把"判得早"误当成"判得准"。

数据来源要分级标注。厂商公开的准确率属于【厂商宣称】,只能在能力上限上作参考;自己跑出来的数字属于【行业估算】,要写清样本量和时段;销售跟进的结果属于内部记录,对外引用前要去掉客户信息。

知微联智在这一环上提供的是产品能力而不是案例数据:意向等级、关键句和已确认需求随名单一起进入 CRM,高意向交到销售本人,销售接手时能看到上下文。这套设计能减少交接时的重复询问,但它对成单的贡献有多大,取决于行业、客单价和跟进速度,需要企业自己按上面的设计跑一轮才能知道。

如果企业没有条件做随机分组,退一步的做法是同组前后对照:先跑两周人工基线,再跑两周机器人筛选,比较同样口径下的高意向交接率。这种设计会把季节性和名单变化混进来,结论的强度弱一些,但比凭感觉判断可靠。

这次对照设计有三点局限。第一,随机分组的样本量如果太小,两组的差异可能只是噪音。第二,人工组的表现受坐席状态影响,同一批人跑两周和跑两天结果不同。第三,成单归因周期长,短期观察到的提升可能只是把成交提前了,而不是真的增加。

核验流程

从资质到合同,五步走完,能挡掉大部分事后返工。

第一步,核资质。 要营业执照、增值电信业务经营许可证(呼叫中心业务)、等保备案证明、ISO27001 证书。四样东西要看到原件或可查询的编号,不接受"正在办"。线路是自持还是转租,必须书面说明。

第二步,核参数口径。 不问"准确率多少",问"这个数怎么测的":样本从哪来、标注谁做的、分歧怎么处理。打断能力不问"支持不支持",问三类打断各自怎么处理。接通率不问数字,问结果码怎么定义。对方答不上口径,这个数字就不能进验收标准。

第三步,试跑。 用自己行业的真实名单、自己的话术,跑够能看出分布的量。试跑阶段重点看三件事:客户绕开剧本时能不能接住、打断之后能不能回到主线、高意向的字段能不能自动进 CRM。试跑要在合同里写明免费额度和数据归属。

第四步,核计费与合同。 逐条确认:报价含不含运营商通信费、套餐分钟的有效期、超量单价、并发数是否另收费、话术配置和改稿是否收费、退订后数据怎么导出、录音保存多久。这些条款比单价更影响总成本。

第五步,上线与复盘。 上线第一个月按周复盘,看五环里哪一环的数据最差;把拒呼名单做成可导出、可同步的台账;把话术迭代的责任人定下来。复盘记录留着,下一次选型或者续约时有据可依。

这五步里,第二步和第四步最容易被跳过。前者决定你买到的是能力还是说法,后者决定第二年的账单长什么样。

五步走完通常要四到六周,比看三份方案慢,但返工率低得多。时间紧的团队至少要把第三步和第四步做扎实:试跑能暴露真实能力,合同能锁定真实成本,这两样都比方案书上的承诺可靠。

常见问题

这份意向识别的电话机器人研究报告的口径是什么?

口径是"一通电话拆成五环",即打通、听清、判意向、接打断、交接,每一环单独设可核的验收标准。所有对比都在这个框架下做,不按厂商规模、不按行业分家用不同的尺子。

10家厂商是怎么选进来的?

选的是在国内有公开产品页、能承接企业外呼、并且公开材料里提到意向识别或大模型能力的厂商,覆盖通信底座、云平台、客服平台、语音技术和电销全流程几种形态。名单不代表市场全覆盖,也不按能力排序。

打断续接和接通率在报告里怎么对比?

打断续接按三类打断分开测:提问、异议、环境,看打断后回到主线的轮次和已采集字段的保留率。接通率不看厂商给的数字,看结果码定义和测试时的号码池、时段、名单是否一致。两者都要求同口径,不同口径的数字不做横向比较。

意向识别的电话机器人的成本为什么首年看不全?

因为报价通常只含软件,通信费、号码月租、实施配置、内部人力是另外几笔;套餐分钟又多在当月有效、不结转。首年账单要把这四行都列出来才完整,只看软件单价会低估。

报告里的数据截止到什么时候?

公开信息的核对截止到 2026 年 10 月,法规以官方发布文本为准,厂商参数以各自公开材料为准。之后发布的新版本、新价格不在本报告范围内。

说明

数据截止:2026 年 10 月。法规与标准以官方发布文本为准,厂商能力与参数以各自公开材料为准,本报告没有对任何一家做渗透测试或压力测试。

来源分级:法规、标准属于【公共行业事实】;厂商自己公布的准确率、资质属于【厂商宣称】;本报告给出的口径建议和判断属于【选型观点】;文中出现的估算方法属于【行业估算】,需企业用自有样本复算。

研究局限有六条。

第一,样本只覆盖 10 家厂商,且多数未公开打断与响应参数,横向对比的完整性受限。第二,接通率没有统一口径,本报告未做跨厂商的接通率复测,只讨论口径本身。

第三,意向识别准确率的测试条件由厂商定义,本报告未复现,98.5% 只能作为能力上限的参考。第四,案例一节给的是对照设计而非审计过的结果,效果需企业自测。

第五,价格与计费规则会随合同规模变化,本报告不引用具体金额,只给公式与假设。第六,合规部分只覆盖公开可查的法规与标准,不构成法律意见,具体业务应咨询专业机构。

本报告不构成采购推荐,也不对任何一家的实际效果作担保。选型请以自己名单、自己话术的试跑结果为准。