AI 电话机器人怎么选:先分清买的是哪一种
外呼、接听、质检是三种产品,数据流向、成功标准和失败方式都不一样。这一页把它们拆开,给出七个必须问清的问题、演示现场能当场验的五个陷阱、按规模划分的配置逻辑,以及什么情况下这笔钱不该花。
先分清买的是什么
外呼、接听、质检,是三种不同的产品
采购需求里最常见的一句话是「我们需要一个 AI 电话机器人」。 对供应商来说这句话等于什么都没说 —— 三个方向的数据流向、成功标准、故障方式全不一样。
外呼是名单进、电话出。系统拿着一批号码往外拨,目标是筛出愿意继续的人, 成功标准是接通率与约到下一步的比例。它吃的是并发、线路资源和名单质量, 最难的地方在合规边界与话术,不在语音合成得像不像人。
接听是电话进、工单出。客户主动打进来,系统要在几秒内应答, 听清问题、给出答案或者转出去,成功标准是一次解决率与转人工比例。 它吃的是知识库与转人工策略,最难的地方在「答不准的时候不能装懂」。
质检是录音进、标签出。它一通电话都不打,只是把已经发生的通话转成文字, 按规则找问题,成功标准是命中准确率与人工复核的工作量。 它吃的是转写质量与判定标准,最难的地方在规则:写宽了全是误报,写窄了全是漏报。
三个方向混成一个采购项,后果通常到验收那天才显出来:买的模块里有三分之一 你永远用不上,而真正要用的那个能力恰好是薄弱项。 更常见的情况是,供应商自己也只在三个方向里擅长一个, 另外两个是集成来的 —— 报价单上它们长得一样,出事的时候你才知道谁是谁。
还有一层区别常被忽略:三者的失败形态不同。外呼失败是「打不通、被打标记」, 表现为接通率慢慢掉;接听失败是「接起来了但答错」,表现为投诉; 质检失败是「该发现的没发现」,表现为一次检查之后才知道漏了半年。 你最能承受哪种失败,就该先做哪一块。
同一个耳麦,往外拨和往里接,是两套完全不同的系统。
最常见的买错:想补漏接,却买了外呼
客服电话经常占线、下班后无人接,这是接听侧的问题。但外呼的演示更热闹: 能听到一通完整的推销电话,能看到意向标签跳动。于是签了外呼, 漏接的那批客户一通都没被接住,还多出一批要管的名单和一份要写的话术。
判断方法不复杂:先统计一个月里没被接起来的来电有多少。 这个数大,先做接听;这个数小、存量名单多,才轮到外呼。
选型清单
七个必须问清的问题,答不上来就是风险
这七个问题不是用来给供应商打分的,是用来判断「这一家有没有真的在 生产环境里跑过」。答案可以不一样,但不该是「这个要看具体情况」。
| 问题 | 合格回答包含什么 | 答不上来意味着 |
|---|---|---|
| 并发怎么算 | 说明并发指「同一时刻正在通话的路数」,给出峰值应对方式(排队、溢出到备用线路、降级到人工),并说明并发与坐席数不是一对一 | 按坐席数量卖给你。忙时会在你不知情的时候占线,而占线在报表上看起来就像「未接通」 |
| 线路谁提供 | 写清线路归属、号码来源、可落地城市、故障时联系谁、能不能中途换线路商 | 出问题时你和供应商互相等对方排查,而这段时间电话一直打不出去 |
| 数据放哪 | 录音、转写文本、客户资料各存在哪里、保留多久、谁能导出、删除请求怎么执行 | 数据实际在谁手里说不清,一旦发生信息泄露或监管检查,追溯无据 |
| 话术谁维护 | 改一句话要多久、改的人是谁、有没有版本记录与回滚、改动是否需要重新训练模型 | 上线后每改一句都走排期。三个月后话术还是上线那天的那一版,而业务早变了 |
| 答不上来的问题怎么处理 | 知识库没有命中时的具体动作:澄清一次、给兜底答案、还是直接转人工;这句话会不会被记录下来用于补库 | 它会现编一个听起来合理的答案。这比答不上来更糟,因为你事后不知道哪几句是编的 |
| 转人工怎么接 | 触发条件是什么、转到谁(坐席、值班手机、工单)、客户等多久、转接失败时怎么办 | 最需要人的那一刻断掉。客户已经说到「我要投诉」,然后听到挂断音 |
| 出问题怎么排障 | 能查到哪些日志:逐句转写、打断时刻、命中的规则、线路返回码;给谁看、多久响应 | 你只能听到「客户说这东西不好用」。没有逐句记录,任何一次争议都只能靠回忆 |
七个问题里,前五个能写在合同上,后两个只能靠试
线路、数据、话术维护、并发这几项,谈的时候都会得到答案,因为答案能写进报价单。 但「答不上来怎么办」和「怎么排障」这两件事,销售通常答得很顺,落地时却常常没有实现 —— 它们不在验收清单上,也不影响第一次演示的效果。
验证方法只有一个:在现场提一个故意答不上的问题。 比如拿一句你们业务里真实存在、但供应商不知道的问法去问它, 然后看它做什么。如果它顺着你的话往下编,这套知识库就是没有边界; 如果它说「这个我不确定,帮您转人工」并真的转了,说明设计过。
「并发」这个词被用错了太多次
并发是同一时刻的通话路数,不是一天能打多少通。 一批号码分在八小时里打,平均每通一两分钟,峰值并发远小于总量; 反过来,如果所有号码都堆在上午十点拨出去,峰值会高得离谱,然后大批占线。 所以并发要跟拨号节奏一起算:先定每小时要打多少通, 再按平均通话时长估峰值,最后留一段余量给重拨和节假日。
算错的两种方向都很贵。按总量买,绝大多数时间线路闲着,钱花在闲置上; 按坐席数买,忙时必然占线,而占线最伤的是那些真正重要的电话 —— 回访、确认、投诉处理,全都排在同一批线路上。
私有化不等于更安全
私有化解决的是「数据不出机房」,不解决「谁能把数据导出去」。 权限分级、导出留痕、字段脱敏这三件事,在 SaaS 里做得更细的供应商也不少。 判断标准不是机器放在哪,而是谁知道导出口在哪。
一份能自己填的需求表,比三轮比价有用
把这几项写成一页纸:要解决的具体环节、每月通话量级、峰值时段、 必须接的系统、不能出机房的数据、谁负责维护话术。 拿着这页纸去谈,能省掉一半的无效演示 —— 因为它会直接筛掉那些只能演示通用场景的供应商。
看演示的方法
演示里的五个陷阱,每一个都能当场验
演示不是用来听效果的,是用来验证「它在不顺的时候会怎样」。 顺利路径谁都演得好看,差别全在被打断、被反问、被拒绝的那几秒。
只演示顺利路径
一整通电话里客户配合、回答简短、按时进入下一步。真实名单里没有这种人。 当场要求:用一段真实录音的对话走向复现一遍,包括客户中途挂断。
用预录音冒充实时合成
听起来极其自然,因为那就是人录的。验法很直接:现场改一句话, 让同一句话里换一个产品名或一个日期,立刻再打一次。改不动的,就是录音。
用干净音频演示识别
示范音频是录好的、无背景噪声、普通话标准。要求用自己的手机、在自己的办公室打, 开着空调、隔着口罩说一遍。识别率在这一步才会露出来。
只给看后台,不给听真机
界面上的意向标签、情绪曲线、命中规则都很好看,但客户听到的是什么,你并不知道。 必须听真机:用你的号码拨你的手机,从振铃到挂断完整听一遍。
演示环境与生产环境不是同一套
演示用的是供应商自己调过的模型、优质线路、精简知识库。 问三个问题就能对上:这次演示用的是哪条线路、知识库是哪个版本、 上线后模型会不会变。三个答案里有一个含糊,演示就只能当参考。
为什么这些陷阱能一直有效
因为采购方的验收标准通常只有一句「听起来像不像人」。 而「像人」恰恰是最容易伪造的一项 —— 一段预录音比任何实时合成都不真实地像人。 真正该验收的是另外三件事:被打断之后能不能接回来、答不上来的时候会不会编、 忙的时候会不会占线。
把演示变成一次小实验
比较稳的做法是带着任务去演示:准备十条你们业务里最常见的真实问法, 其中三条是「AI 大概率答不上来」的,两条是带口音的,两条是中途打断的。 让供应商当场跑这十条,记录每一条是答对、答偏、还是转人工。
这张记录表比任何宣传材料都可靠,而且它有一个额外的好处: 你可以拿同一张表去跑第二家、第三家,比较的是同一件事。
一个信号:对方不愿意让你用自己的号码试
常见理由是「号码要报备」「线路还没开通」「演示号是专用的」。 这些话本身可能都是真的,但它们同时也意味着:你无法在签约前知道, 用你自己的号码打出去,对方手机上显示的会是什么。
号码显示、接通质量、被标记的概率,全都跟你用的号码段有关。 这三件事在别人的演示号上永远验不出来。
规模与配置
多大的盘子,配多大的系统
这张表给的是配置逻辑,不是报价。同一档里的差别主要来自行业与合规要求, 跟人数关系不大。
| 规模 | 形态 | 线路 | 必须先做成的一件事 | 可以缓一缓的 |
|---|---|---|---|---|
| 1–3 个坐席 日均不足 200 通 |
公有云 SaaS,单场景 | 先用供应商的共享线路,不自建号码池 | 把一个场景的话术跑顺,跑不顺就别扩场景 | CRM 双向同步、全量质检、私有化 |
| 4–15 个坐席 日均 200–1500 通 |
SaaS 为主,接听可与外呼分开选 | 独立号码池,按峰值并发留余量 | 线索回写与拒绝标记能双向同步 | 自建 GPU、双机房 |
| 16–50 个坐席 日均 1500–6000 通 |
混合:外呼走云、接听与知识库本地 | 多线路商互备,号码池分业务线隔离 | 话术有专人维护、有版本、有回滚 | 全量实时质检(先做抽样) |
| 50 个坐席以上 或多城市多职场 |
私有化或专有云,按机房规划 | 自有线路资源,按城市与业务线拆分 | 容灾与降级预案:线路挂了电话往哪走 | 把所有场景一次上线(按场景逐个上) |
配置顺序该反过来
多数团队先定形态(SaaS 还是私有化),再倒推要买什么。 合理的顺序是先定「这一季度必须做成的那一件事」,再看这件事需要什么形态。
一个常见的反例:三十个坐席的团队直接上了私有化,机器很稳、数据在机房、 验收全部通过。但没有人负责维护话术,三个月后话术还是第一版, 业务已经换了两个产品线,AI 还在介绍下架的那一个。 这套系统在技术上完全成功,在业务上是零。
反过来也有:三个人的小团队为了「以后可能要用」买了私有化和独立号码池, 结果每个月的运维时间比打电话的时间还多。
规模决定的是「谁来负责」,不是「买多贵」
坐席越多,越不可能靠一个人兼职把话术、知识库、质检、线路全管住。 到了十几个坐席这一档,第一个该增加的不是服务器,是一个专职的话术与知识库维护人。 这个人不在,系统再好也会在两个月内退化成一台念稿机。
这也是判断供应商的一个角度:如果对方的交付方案里,从第一页到最后一页都没有提到 「上线后谁维护、多久改一次、怎么改」,那这套东西大概率是卖完就走的。
先买能力,后买规模
先用一个场景、一条业务线跑通,再按跑出来的真实并发去扩线路。 反过来做(先按规划买足并发、再想场景)几乎一定会买多 —— 因为真实峰值总比规划低,而真实的话术工作量总比规划高。
一个可以自查的问题
把上表里「必须先做成的一件事」那一列单独抄出来,问自己: 这件事现在有人负责吗?如果答案是「上线后再说」, 那么无论选哪一家、买哪一档,结果都会差不多。
什么情况下不该买
这四种业务,现在不该上 AI 外呼
写下这一节,是因为前面几节读下来,很容易得出「都该上」的结论。 实际情况正好相反:AI 外呼对业务形态有要求,不满足的时候,它只会把一个坏流程跑得更快。
一、名单质量极差
名单没有来源、没有时间、重复率高、大量空号,这种名单先要修,不是先要打。 机器不会让坏名单变好,只会让它更快地被消耗完 —— 而且是以号码被标记为代价。 一批被标成「推销」的号码,后续所有外呼的接通率都会跟着降, 包括那些本来该接到的确认电话。
二、单价极低、决策极快
几十元的东西、用户当场就下单、不需要解释也不需要比较。 这种生意里,电话的边际价值比短信和站内推送高不了多少, 而单通电话的成本是固定的。更关键的是:如果人工电话在这个生意里都跑不通, AI 不会让它通 —— 机器改变的是效率,不是生意的成立条件。
三、强关系型业务
老客户续约、大客户谈判、需要长期信任的顾问式销售。 这类电话里最值钱的东西是「这个人记得我、知道我去年的情况」, 而机器每一通都是冷启动,它继承不了关系,也承担不了判断。
它能做的是这条关系里的杂事:约时间、确认到场、通知变更、回访满意度。 把这些剥出来交给机器,人的时间才腾得出来做真正需要人的部分 —— 这才是它在这类业务里的位置。
四、名单本身不合规
没有授权、来自灰产渠道、或属于明确拒绝过的号码。这不是技术能解决的问题, 也不是「设置一下就能规避」的问题。名单的来源与授权链条, 在合规口径里有逐项说明。
这四种情况下,钱花在别处回报更高
名单治理、话术打磨、接听侧的漏接补齐,这三件事的投入产出比 通常高于买一套外呼系统 —— 因为它们解决的是「电话本来就没打对」, 而系统只解决「打得更多」。
还有一种情况:说不出「成功长什么样」
如果团队现在没法回答「一通成功的电话结束之后,系统里必须多出哪几个字段」, 那就还不具备上线条件。这不是系统的问题,是流程还没想清楚。 机器需要一个明确的结束状态,否则它会一直聊下去 —— 聊得久听起来是好事,实际上意味着它不知道该拿什么。
合格的成功状态长这样:「这一通必须拿到具体时间、联系人身份、拒绝原因三者之一」。 有了这句话,话术怎么拆、节点怎么设、什么情况转人工,全都有依据。 没有这句话,任何一家供应商给出的方案都只能靠猜。
判断自己是不是「该上」的三个信号
- 有一批电话结构性地没人打:名单每天新增,人只有那么几个, 首呼稳定拖到第二天。
- 有一批电话每次都问同样的三句话:确认身份、确认时间、确认地址。 这类通话动作固定、不需要谈判。
- 有一批电话打得不好也没人知道:没有录音复核,没有抽听, 服务质量的评价全靠客户投诉。
三条里占了任意一条,就有明确的切入点;一条都不占, 说明当前的瓶颈不在电话量上,而在别的地方。
反过来,这也是选型的最后一道筛子:能针对你占的那一条给出具体做法的供应商, 和只能演示通用场景的供应商,差别会非常明显。
常见疑问
选型阶段最常被问到的五个问题
这五个问题的答案会直接影响你先做哪一块、按什么标准验收。
先上外呼还是先上接听?
看哪一头在漏钱。接听漏掉的是已经主动找上来的人, 这部分人的意向最强、获取成本最高,漏一通就少一通; 外呼面对的是存量名单,本来就有相当比例打不通、不感兴趣。
所以判断标准很简单:统计一个月里未接来电的数量和时段。 如果集中在午休、下班后、周末,那是排班和值守的问题, 这类缺口机器补起来最快,见效也最直接。
一套系统能不能三块都做?
技术上可以,前提是三块共用同一套转写和同一份知识库。 如果外呼、接听、质检分别来自三个供应商, 最先出问题的不是功能,是「客户在电话里说过的话」对不上: 外呼那边记的是「已确认不需要」,接听那边还当新客户接待。
采购时可以让对方明确回答一句:三个模块的客户资料是不是同一份。 答案是需要拼接的,就要把接口和字段映射的工作量算进项目里。
私有化是不是一定更安全?
不一定。私有化解决的是数据不出机房,不解决权限与留痕。 一台放在自己机房的服务器,如果所有人都有导出权限、导出不留记录, 安全性可能还不如一个权限分级做得细的云端系统。
该问的是三个问题:谁能导出、导出有没有记录、敏感字段是不是脱敏存储。 这三件事跟部署形态关系不大,跟供应商做没做过合规项目关系很大。
线路要买多少条?
按峰值并发买,不按日均总量买。先算清楚三件事: 每小时要拨出多少通、平均通话多少分钟、重拨比例多少。 用前两个数估出峰值同时在线的路数,再加上一段余量给节假日和突发活动。
留余量的另一个原因是:占线的代价不对称。 线路闲置只是浪费一点月费,占线丢掉的是一整批本该接通的电话, 而且这些电话在当时看起来只会被记成「未接通」,问题很难被发现。
上线要多久?
取决于你手上有多少现成材料,不取决于部署方式。 有现成的问答库、价格表、常见异议清单和历史录音,第一个场景能很快跑起来; 这些东西散在不同人的电脑和聊天记录里,时间就几乎全花在整理上。
所以真正能压缩工期的动作,是在签约前就开始整理知识库 —— 这一步供应商替不了你,因为它需要的是你对业务的理解,不是技术。