一、人工接400电话，每通都在重复一条判断链
连锁门店总部的400电话，每天接进来的内容千差万别。但拆开看，每个坐席接起电话后做的事其实高度一致——先听客户说了什么，然后在大脑里跑一遍判断：
"他说要查余额——这是会员查询，我得先确认他身份，再进系统查数据。"
"他要投诉XX店——这是投诉，我得问清楚哪家店、什么时间、发生了什么，然后建个工单转给总部。"
"他要找杭州西湖店——这是门店路由，我看看这家店在不在系统里，电话多少，要不要直接转过去。"
"他问几点关门——直接回答就行。"
每通电话的前半分钟，都在做同一件事：理解来电意图，判断该走哪条流程，补齐关键信息。 这个判断本身不产生服务价值，但必须有人做。过去是人工在做，现在可以让电话Agent来做。
电话Agent要做的，不是"把电话分成四类然后该转人工还转人工"。而是：客户开口以后，Agent理解这通电话要办什么，通过追问补齐信息，调用系统完成查询或路由，能自己办完的就直接办完，办不了的把上下文完整交给人工。 分类只是这条链路的起点，后面跟着的追问、识别、查询、建单、转接，才是真正替代人工的部分。
二、四类来电，四套不同的判断和执行链路
从"来电之后需要做什么"的角度看，连锁门店400电话可以归纳为四类业务路径。每一类背后，人工坐席需要完成的判断和执行都不一样。
来电类型 | 人工需要做的判断链 | 电话Agent替人工完成的部分 |
标准问答 | 听清问题→确认问的是哪个门店→从知识库里找答案→回答 | 意图识别→知识检索→自然语音回答 |
门店定位/转店 | 听清门店名→在系统中定位→查门店电话/地址→判断是否需要转接→转接 | 门店识别→匹配门店信息→路由判断→转接或告知 |
投诉 | 听清投诉对象→追问时间、经过、诉求→记录→建工单→流转总部 | 意图识别→多轮追问采集信息→自动建单→流转 |
会员/业务查询 | 确认身份→查系统→告知结果 | 身份校验→调用系统接口→语音返回结果 |
标准问答：从"人工查了再答"变成"Agent听懂直接答"。 营业时间、门店地址、服务范围这些信息是公开、静态的，人工坐席要做的是"听清问题→确认门店→找答案→回答"。电话Agent把这条链缩减为一步：识别意图后直接从知识库获取答案，用自然语音回答。衡量标准不是"答对率"，而是"多少通这类电话不需要人工碰"。
门店定位：从"人工查系统再转接"变成"Agent识别后自动路由"。 客户说"我想问一下杭州西湖店的事情"，人工需要先定位这家店在不在系统里、电话多少、要不要转接。电话Agent需要完成的是：识别门店名称→匹配系统中的门店信息→判断信息完整度→直接告知联系方式或转接。这是连锁门店区别于普通企业客服的关键场景——总部400背后是几十家、几百家门店，客户打进总部电话，Agent要把电话引导到正确门店，而不是让客户自己搜门店电话再打一遍。
投诉：从"人工边听边记"变成"Agent追问完整后建单"。 投诉的处理目标不是给客户一个"答案"，而是把问题完整接住并送进流程。人工需要边听边记、边追问、边建单。电话Agent需要完成的是：识别投诉意图→多轮追问采集门店、时间、经过、诉求→自动创建工单→流转总部。转人工之前，Agent已经把投诉要素问清楚了，人工接手时看到的是一条信息完整的工单，而不是一句"有个客户要投诉"。这才是"人机协同"——不是把人替换掉，而是让人不必从零开始。
会员/业务查询：从"人工手动查"变成"Agent调系统秒回"。 积分、余额、权益这些数据不在知识库里，在业务系统里。人工需要先确认身份、再进入系统查询、再把结果读给客户。电话Agent需要做的是：识别查询意图→确认客户身份→调用会员系统接口→把查询结果用自然语音返回。这要求Agent具备的不只是"听懂"，还有"能查"——连接业务系统、执行查询动作、把数据变成语音回复。这是"回答"和"办理"的本质区别。
三、把四类流程落到Agent实施配置
把四类来电变成Agent里可运行的流程，需要完成四个配置动作。
定义来电意图。 先把一级意图定义清楚——标准问答、门店定位、投诉、会员查询四类；再按需要拆二级意图。意图定义得越清晰，分类判断越稳定。分类错了，后面所有判断和执行都跟着错。
建立意图与业务流程的映射。 每一类意图对应不同的判断链、调用的系统也不同：
意图 | 判断链 | 依赖的系统 | 处理动作 |
标准问答 | 意图识别→知识检索→语音回答 | 知识库 | 回答 |
门店定位/转店 | 门店识别→信息匹配→路由判断→转接或告知 | 门店库、路由规则 | 识别+转接 |
投诉 | 意图识别→多轮追问→信息采集→建单→流转 | 工单系统 | 采集+建单+流转 |
会员查询 | 意图识别→身份校验→接口查询→语音返回 | 会员/储值系统 | 身份校验+查询+返回 |
配置不同的处理动作。 不是所有意图都配置"回答"。四类来电分别配置为回答、查询、转接、记录、建单、流转——Agent执行哪个动作，取决于这条路径的业务目标。
设置异常与转人工规则。 分类不可能永远正确，需要预先定义：识别不确定时怎么办、客户要求人工时怎么办、投诉升级时怎么办。转人工时把Agent已识别出的意图、追问采集的信息、系统查询的结果一并交接，人工不用再问一遍。
以合力亿捷在连锁行业的实践来看，其智能客服Agent已经在连锁茶饮、便利店等场景中把意图识别、信息采集、门店路由和工单流转编排进同一电话流程；具体能识别哪些意图、执行哪些动作，取决于企业开放的系统接口和实际配置的业务规则。判断链的骨架搭得越清楚，Agent能替人工完成的部分就越多。
四、形成一套可复用的处理框架
把前面内容收束起来，一套连锁门店400电话Agent的处理框架是：
来电 → 意图识别 → 分类 → 对应业务流程 → 系统联动 → 结果反馈/转人工 → 服务记录
标准问答直接返回答案；门店定位完成识别后转接对应门店；投诉采集信息后生成工单流转总部；会员查询确认身份后调用系统返回结果；无法判断时携带已识别信息转人工。
这套框架可以直接拿来梳理自己的400业务：打开通话记录，把过去一个月的来电逐条按四类归类，看看每类占多少比例、目前人工完成这条判断链需要多长时间、哪一类的判断链最该优先交给Agent。多数连锁门店会发现，标准问答和会员查询的"人工判断成本"最高——不是问题复杂，而是重复次数多，恰恰最适合交给Agent。
连锁门店400电话的运营逻辑，正在从"人工完成整条判断链"变成"Agent完成前半段，人工接手后半段"。电话Agent的真正价值，不是把电话分成四类，而是把人工坐席从"听→判断→查→转→建单"的重复判断中解放出来——该自动回答的自动回答，该自动路由的自动路由，该自动建单的自动建单，人工只处理真正需要经验判断和情绪安抚的部分。
