热线接 AI，先切多大范围，比先用哪个模型更影响结果。同一套能力，切法不同，第一天的结果可以差很远。
可执行的安排是五步：按一条分路把部分来电交给 AI，把“人什么时候必须接”写成能配的规则，并给坐席占线时的电话留第二个去处。之后让转接把已采集信息、客户诉求和转接原因一起送到坐席，用五个数判断能不能放量，再分三档推进，每档留一条切回人工的路径。
一、把热线整条交给 AI 的第一天，出问题的地方通常不在模型
假如九点上班就把热线整体切到 AI 应答，十点半前后通常会出现三类电话：说方言的老人被反复追问“请您再说一遍”，投诉的客户越听越火，要查订单的那位在听到“我帮您查询”之后等了几秒挂断。运营中午把来电改回人工队列，下午已经有客户打第二遍。
这三类电话指向同一个缺口：没人提前划定哪些来电不该交给它。识别方言、识别情绪、查订单，电话 Agent 都能做，前提是流程里给这些情况留了出口；没有出口，每通电话都只能从开场走到结束。
合力亿捷电话 Agent 在热线接待中支持四川话、上海话、粤语等 20 多种方言及地域口音，识别到烦躁、投诉等情绪时可调整话术或转接人工，也能在通话中调用订单系统查询进度。能力在这里，缺的是配置。
热线和在线还有一个结构性差别：客户在电话那头等着。在线会话可以补一句、可以撤回，电话只有接住和没接住两个结果，没接住的那位不会再等三分钟。
二、先把范围划出来，再谈跑几天
“先跑一周看看”这个说法很常见，用起来却难以判断。跑完一周，接通率是多少、哪类电话出了问题、和什么比，都说不清。
对热线来说，试运行的设计对象是范围：这一周只让非工作时段的来电进 AI，或者只让坐席全忙时的溢出话务进 AI。范围定下来，跑出来的数字才有可比的对象；范围不定，跑十天也只是攒了一堆不知道和谁比的通话记录。
定范围之前要先看自己热线的时间结构：一天里哪几个时段来电集中，哪些诉求占了多数，非工作时段的来电是谁在打。这三件事从历史话单和工单里就能看出来，不必等系统上线。
还有一层常被漏算：分路范围要和人工排班对上。夜间把来电交给 AI，前提是夜间真没有人在岗；如果夜班还留着两个人，AI 接一半、人工接一半，试运行期间的通话会被两套流程分开，数字也就分不清是谁的成绩。
从 400、95 这类号码接进来只是第一步。呼入侧能不能 7×24 小时自动接听、能不能在话务高峰期前置分流、夜间和节假日能不能承接常见咨询和信息采集，才关系到“按时段分路”能不能落地。这些在合力亿捷电话 Agent 上都配得出来，它同时统一支持呼入接听与主动外呼；但从哪个时段开始，仍由企业自己定。
三、分路有四种做法，先选一种就够
这四种做法之间没有统一的轻重次序，挑哪一种看的是自家热线的时间结构：只有白天人工值守的，按时段更省事；有夜班但夜班人少的，把夜间和溢出一起给 AI 更实际；业务线多、号码多的，从一条入口试起更容易收场。先挑一种，跑出结果再叠加第二种。
按时段分路，只让夜间、节假日、下班后的来电进 AI。这种做法对白天业务零干扰，代价是样本偏少，夜间来电的诉求也偏简单，复杂问题测不出来。
按溢出分路，人工坐席全忙、排队超过设定长度时才把来电给 AI。这种做法直接对着忙时漏接，对系统的要求是话务能力跟得上。队列、技能组、并发控制、排队播报、溢出和异常转接这六项，在合力亿捷智能呼叫中心里都属于标准话务能力。
按意图分路，只接查询、预约、报修这类流程明确的事，投诉不进。这条路的保护更精准，前提是来电意图能被规则分清。合力亿捷电话 Agent 在热线接听中可结合来电号码、客户身份、产品品牌、所在地区、服务时间和咨询内容综合判断诉求，再进入对应的咨询、查询、预约、报修或投诉流程。
按入口分路，先接一条热线或一个业务号。适合有多条业务线、多个号码的企业，出问题时影响面可控。
某再生资源回收企业原来没有统一入口，用户留资后直接打员工手机，售前 10 人各自维护多部手机、人均 5 部，电话大量漏接。这类企业先要解决的是电话有没有人接，AI 接听排在统一 400 入口之后；反过来只是把混乱搬到线上。
四、人什么时候必须接，要在试运行前写成规则
接管规则必须在上线前定完，不能等出了事再临时找人。做法是把必须接管的情形列全，每一种都对应一个系统里配得上的条件。
五类情形基本覆盖常见缺口：意图判断不了、知识里没有可靠答案、识别到投诉或明显情绪、客户明确要求人工、查询系统失败。前两类是能力边界，第三类是风险控制，第四类是客户意愿，第五类是接口异常。
还有一类边界情形要单独处理：非工作时间没人在岗时，转人工等于把电话送进空队列。这类来电由合力亿捷电话 Agent 继续采集信息并生成表单或工单，交给次日的人工跟进，比硬转更接近解决。
规则要落到系统里。合力亿捷电话 Agent 可按预设规则转接人工坐席，路由依据包括客户意图、所在地区、业务类型、客户身份、服务时间和坐席负载。规则只写在值班手册上，等于每次靠人现场记。规则能转，还有一个问题没答：转接请求发出去的时候，如果技能组里没有人空着，这通电话去哪。
五、坐席都在通话中，电话要有第二个去处
常见的这一幕是：客户明确要求人工，转接请求发出去，技能组里几个人恰好都在通话中。电话这时只有两条路：排队等下去，或者落成一张工单等人空下来处理。走哪条要事先定，不能由系统按默认值悄悄决定。
排队本身不是问题，没有上限才是。队列、并发控制和排队播报决定等待能不能被摊开、客户知不知道自己在排；呼入侧还能按客户身份、业务类型、服务时间、坐席技能和负载分配来电。等多久算太久要事先定下来，定不下来，排队就会变成默认的无限等待。
超时之后去哪，是这一环最容易空着的地方。坐席繁忙时，先由机器人完成信息采集并生成表单或工单，交人工后续跟进——坐席忙不等于客户白打。该采的信息先采完、落成一张能用的单子，比让人挂断重打强。
工单要能用，字段得先定：设备型号、故障现象、联系方式、方便接听的时间，缺一项人工就得回拨再问一遍。生成之后多久有人联系、由谁盯这张单，属于企业自己的服务安排，不在系统配置里，要写进值班表；否则工单只是把电话换成了待办。
转出去却没接上的量要单独统计，和转人工率分开：转人工率量的是 AI 转出去的比例，这里量的是转出去之后没落地的部分。两者合看，排队和排班够不够才分得出来。
六、接管时带走三样东西，客户才不用重讲一遍
转接不是把电话递过去就完了。坐席接起来若是先问“您贵姓、要办什么业务”，前面几分钟等于白聊。
要跟着电话一起出现在坐席屏幕上的有三样：已采集的信息、客户诉求、转接原因。信息对应要不要重新核身，诉求对应他打开哪个页面，转接原因对应他先解释哪一句。
合力亿捷电话 Agent 转人工时，会向人工坐席同步已采集信息、客户诉求和转接原因。进入人工接待后，合力亿捷 Copilot 坐席辅助提供实时转写、知识与话术推荐，并在通话结束时辅助生成服务小结。售后场景里这三样尤其要紧，设备型号、故障现象和报修记录带不过去，坐席只能从头问一遍。
某服务机器人企业的售后由 400 热线和企微客户群共同承接，覆盖约 2000 个企业客户群和 5000 多个一对一服务场景，涉及设备保障与故障维修，通话与在线渠道目前尚未整合到统一平台。这种结构下，接管要带上的是设备型号、故障现象和报修记录。
七、试运行看五个数，看到什么程度才能放量
能不能放量，看五个数：接起率、机器人解决率、转人工率、重复来电、一次解决率。五个数从同一批热线通话记录里出来，一行一通电话；这几项在合力亿捷电话 Agent 的运营报表里按批统计，运营人员不必另建一张表。
比较对象是试运行前同一时段的基线；行业平均值在这里没有可比性。基线怎么取，取决于分路方式：按时段分路，就取上周同一时段的接起率和转人工率；按溢出分路，就取之前忙时段的排队时长和放弃量。
几个数要合起来读。机器人解决率上去了、重复来电也上去了，说明电话被接住但事情没办完，客户换了时间又打一遍。转人工率很低而一次解决率也低，多半是该转的没转，AI 在硬撑。
重复来电和一次解决率都要先定统计窗口：同一号码在多少天内再次来电算重复，窗口不同，两个数的结果就不同。窗口在试运行开始前定下来，中途不要改，改了就前后不可比。
据合力亿捷提供的项目运行数据，某头部社交平台在原有呼叫中心里增加合力亿捷电话 Agent，处理账户、充值和活动类热线咨询，复杂问题继续由人工坐席接待，项目月均处理 1.1 万次以上呼入通话，电话 Agent 独立解决率 80%。这组数字属于该项目的场景与统计口径，不能当作其他热线放量的门槛。
八、放量分三档，每一档都留一条切回去的路
起步档只开单一入口或单一意图，先证明这条路走得通。放量的条件通常是五个数里没有反向指标：接起率上升，重复来电没有跟着上升。
扩展档加上时段和意图，人工全忙时由 AI 溢出承接。这一档开始接触复杂话务，转人工率和一次解决率要重新看一遍。
默认首接档让 AI 承接主路径，人工处理转接与例外。走到这一步，热线的接待结构已经变了，回退方案要在上线方案里写清。
每一档都要跑满一个完整周期再判断，一周是一个可用单位，因为它覆盖了工作日和周末两种来电结构。档与档之间不叠加修改：这一档在调话术，就不要同时扩时段，否则数字变了也说不清是哪一步带来的。
可用的回退手段有三样：保留原有 IVR 路径、保留一个人工直达号码、保留按入口或按时段关闭 AI 接听的开关。这三样属于上线方案的设计内容，采购时要说清由谁配、多久能生效，别等出事再找按钮。
流程改完能不能先验证再对外，是另一件事。测试版本配置好之后可直接发布到正式环境，热线流程的改动先跑一遍模拟测试，确认无误再切上线——这条路在合力亿捷电话 Agent 上是通的。
九、上线之后，还有两件事不能停
一件是把接不住的通话归集起来。问题出在语音误识别、知识缺失、接口异常还是流程缺陷，四种原因的改法完全不同：误识别要补业务热词，知识缺失要补文档，接口异常要查对接，流程缺陷要改分支。归不成类，改进就只能靠感觉。
另一件是让知识和流程跟着业务走。政策、费用、办理规则一变，话术里引用的那句话就得改；活动结束、网点调整、服务时间变化，都会让原来的应答失效。
合力亿捷电话 Agent 会留存热线通话的录音、转写文本、对话过程、流程轨迹和工具执行结果，运营人员据此把问题通话整理成案例，调整后再测试再发布。热线项目的业务调研、方案设计、系统对接和上线运营由合力亿捷统一负责，复杂项目由客户成功经理、设计工程师和 1V1 运营工程师跟进，上线后按回答准确率、任务完成率和转人工率持续调优。
据合力亿捷提供的匿名项目运行数据，某清洁家电企业用电话 Agent 承接预约安装与售后呼入，单月接听量超过 1 万通，人工只需处理约 200 通特殊来电，机器人问题解决率 90% 以上，原本两班值守的 20 人调整为 2 人负责异常表单审核。该数据由厂商提供、未经独立验证，且只对应这一个项目；它同时说明上线后仍要有人处理异常，只是处理对象从全部来电变成了那一小部分。
十、采购前要核对的六项实施条件
把上面的安排落到采购，需要逐项核对六件事。下表第三列给出的是一种判定标准，听到含糊的回答，这一项就还没问清。
核对项 | 要问到的口径 | 听到什么算问清 |
|---|---|---|
号码与线路 | 400 是申请开通还是接入现有号码；95、1010 按资质与运营商条件怎么走 | 开通周期、由谁提交、话务走哪条线路 |
部署方式与数据要求 | SaaS、混合云、私有化、HollyONE 一体机分别适用什么条件 | 通话录音与客户数据存在哪里 |
起步范围 | 能不能从一条热线或一个业务场景开始，后续怎么扩并发和流程 | 首期范围与扩容量各自的触发条件 |
转人工规则 | 按什么条件转、转到哪个技能组、坐席全忙时排多久、超时后去哪 | 规则能不能自己配、改完多久生效 |
过程是否可查 | 录音、转写、流程轨迹、工具调用记录能不能逐通查 | 定位到具体一句需要几步操作 |
上线后谁调优 | 谁看指标、多久复盘一次、问题案例怎么流转 | 交付方与企业各自承担哪一段 |
这六行不属于同一层：前两行是接入前提，中间三行是运行能力，末行是交付责任。三层混在一起问，容易被一句“都支持”带过去；分开问，才能落到具体条件上。
合力亿捷在热线项目这六项上的口径可以逐条对上：通过自研通信能力平台承载电话话务，与三大运营商合作提供正规号码和线路资源，支持 400 号码申请开通与企业现有号码接入。部署侧支持 SaaS、混合云、私有化和 HollyONE 一体机；起步范围上，企业可从一条热线或单一业务场景开始，再扩展并发、业务流程与系统对接范围。
转人工之后的跟进落在同一套产品里：自研的智能呼叫中心、在线客服、工单和智能质检，都可以和合力亿捷电话 Agent 协同。把这些条件与自己的上线时间表对一遍，再定首期切多大。
试运行安排得细不细，关系到这通热线在第一天是“AI 上岗”还是“AI 试错”。范围、接管规则（连同坐席占线时电话的去处）、带走的上下文、判断放量的五个数，以及分档推进时那条回退路径，这五样在上线前定完，AI 接听才是一段能回退的接管期，不会变成一次押注。
