一通电话进来后，经历了什么
某汽车租赁平台同时运营三个网约车品牌，共用一条 400 热线。一位司机来电，系统首先要回答三个问题：这个人是谁？他属于哪个品牌？他要办什么业务？
实际流程是：来电进入平台后，系统提取来电手机号，向司机注册系统查询。如果匹配到注册信息，说明是平台司机；如果没有匹配到，则进入非司机处理通道。是司机还不够——有的司机只注册了一个品牌，有的司机同时注册了多个品牌。对于多品牌司机，系统需要进一步确认"您要咨询的是哪个品牌"，才能进入对应的业务流程。
如果是司机来电，业务类型通常是：账号异常、订单问题、收入结算、车辆报修、保险理赔、培训考试等。这些业务中，高频标准化问题可以由通话 Agent 直接处理或引导自助办理；复杂问题转接对应品牌的业务坐席。
如果是非司机来电，类型可能是：乘客投诉、遗失物品、警方协查、媒体咨询、商务合作等。这类来电几乎都需要人工判断和沟通，不适合自动化处理。
这背后的业务矛盾是：多品牌共用热线节省了号码资源和客户记忆成本，但也让来电身份识别变得多层和复杂——不是简单的一句"请按 1 咨询、按 2 投诉"能解决的。
多品牌分流方案是什么
这是一套把多品牌共用热线的来电，通过手机号自动识别客户身份，判断司机归属品牌，按业务类型分流到对应处理通道的智能语音分流方案。司机业务优先自动化处理，非司机业务直接转人工，复杂和敏感场景保留人工兜底。
服务谁：平台注册司机、乘客、警方、媒体、商务合作方及其他来电者。
接什么入口：共用 400 / 95 热线。
处理哪些请求：
• 司机业务：账号异常、订单问题、收入结算、车辆报修、保险理赔、培训考试、政策咨询。
• 乘客业务：投诉、遗失物品、费用争议、服务评价。
• 外部协作：警方协查、媒体咨询、商务合作、监管通知。
一通来电的典型路径：来电接入 -> 手机号提取 -> 注册系统查询 -> 司机/非司机判断 -> 单品牌/多品牌判断 -> 业务意图识别 -> 司机标准业务自动处理 / 司机复杂业务转品牌坐席 / 非司机业务转通用人工坐席 -> 通话结束并记录分流结果。
人工做什么：处理乘客投诉、警方协查、媒体咨询、情绪激烈或涉及安全责任的来电；处理司机端系统无法自动解决的复杂纠纷、跨品牌问题和异常账号。
不能承诺什么：手机号识别依赖注册系统的数据完整性和实时性，未注册、号码变更或系统延迟时识别可能失败；涉及警方协查、安全事件的来电必须按企业安全流程人工处理，不能由 Agent 自动响应；一个司机注册多个品牌时的品牌确认环节，需要客户主动配合语音交互完成。
身份识别：从手机号到客户画像
身份识别是整个分流方案的第一道关卡，决定后续所有处理逻辑。
第一层：司机/非司机判断
来电接通后，系统在最短时间内（通常在响铃或接通瞬间）提取来电手机号，通过 API 向司机注册系统发起查询。查询结果分为三种：
• 已注册司机：手机号在系统中存在，获取司机基本信息（姓名、注册品牌、账号状态）。
• 未注册号码：手机号在系统中不存在，进入非司机通道。
• 查询失败：接口超时、系统异常或网络问题，进入异常兜底流程。
这一层的关键是查询速度和稳定性。如果查询延迟超过 2—3 秒，客户会感知到"卡顿"，影响体验。因此接口响应时间和失败重试机制需要在实施阶段重点测试。
合力亿捷通话 Agent 在电话接通时可同步完成手机号提取和系统查询，把识别结果作为后续分流的基础条件。查询失败的来电不会挂断，而是直接进入人工坐席，由坐席手动核实身份。
第二层：单品牌/多品牌判断
对于已注册司机，系统读取其品牌归属信息。这里出现一个特殊场景：司机可能同时注册了多个品牌。对于单品牌司机，可以直接进入该品牌的业务流程；对于多品牌司机，Agent 需要通过语音交互确认"您要咨询的是 A 品牌还是 B 品牌？"
多品牌确认的设计要点：
• 默认推荐：如果司机近期在某品牌下有活跃订单或待处理事项，Agent 可优先推荐该品牌，减少客户选择成本。
• 快捷确认：不要让客户听完所有品牌名再选择。常用表达如"确认是 A 品牌请说'是'，不是请说'切换'"。
• 失败兜底：如果客户无法确认或语音识别失败，转人工坐席，由坐席通过询问完成品牌确认。
品牌判断与业务分流
身份识别完成后，进入业务分流阶段。分流规则需要按"谁处理、怎么处理"两个维度设计。
司机业务分流
司机来电的业务意图通过语音交互识别。常见业务类型包括：
业务类型 | 处理方式 | 示例 |
账号异常 | Agent 引导自助或转人工 | 密码重置、账号冻结、实名认证 |
订单问题 | Agent 查询并答复 | 订单取消规则、计价争议、行程异常 |
收入结算 | Agent 查询并答复 | 提现周期、账单明细、奖励规则 |
车辆报修 | Agent 记录并建工单 | 故障描述、维修点推荐、保险报案 |
政策咨询 | Agent 匹配知识库 | 新手指南、活动规则、合规要求 |
高频标准化问题由 Agent 直接处理：调用业务系统查询数据，通过语音播报结果，或在通话中发送短信/链接引导客户自助查看。复杂问题（如跨平台计价争议、安全责任判定）转接对应品牌的业务坐席。
合力亿捷通话 Agent 基于 MPaaS 平台的 Flow 编排能力，可把"识别意图 -> 查询系统 -> 返回结果 -> 追问补全 -> 转人工"串成可执行流程。同时，悦问知识库为 Agent 提供平台规则、品牌政策和常见问题的标准口径，保证多品牌场景下答复一致。
非司机业务分流
非司机来电几乎全部转人工，但转接前 Agent 仍需完成一项工作：初步识别来电者身份类型，并把识别结果推送给人工坐席。
• 乘客来电：识别为"乘客投诉/咨询"，坐席侧弹屏显示来电号码、历史订单关联（如有）、常见投诉类型推荐。
• 警方协查：识别为"外部协查"，直接转接安全合规专线或值班主管，不进入普通客服队列。
• 媒体咨询：识别为"媒体来电"，转接公关或品牌部门，同步提示来电时间和主题。
• 其他来电：识别为"未分类"，转接通用人工坐席，由坐席判断处理。
合力亿捷 AI 原生工作台在转人工时，把已识别的身份类型、品牌归属（如适用）和意图判断结果推送给坐席，让坐席在接听前就知道"这是谁、可能有什么事"，而不是从零开始询问。
识别失败与异常兜底
任何自动识别系统都不可能 100% 准确。分流方案需要为识别失败设计兜底机制，避免客户被困在语音菜单里。
常见失败场景
• 手机号查询失败：注册系统接口超时、手机号未注册但客户自称是司机、号码刚变更系统未同步。
• 品牌确认失败：多品牌司机无法通过语音确认、环境嘈杂导致语音识别错误、客户直接说"找人工"。
• 意图识别失败：客户描述模糊、方言较重、涉及多个问题无法归到单一意图。
兜底规则
• 查询失败：自动转人工，坐席手动核实身份。不反复要求客户重复输入手机号。
• 品牌确认失败：最多尝试 2 轮语音确认，仍失败则转人工。
• 意图识别失败：Agent 礼貌说明"我帮您转接人工，请稍等"，不强制客户在语音菜单中循环。
• 客户直接说"人工"或"转人工"：无论识别到哪个阶段，立即响应并转接，不设置障碍。
这些兜底规则的本质是：自动化的目的是提高效率，而不是替代人工判断。当系统不确定时，果断交给人处理，比强行自动化更保护客户体验。
上线顺序与验收指标
第一阶段：核心识别链路跑通（2—3 周）
选择业务量最大的品牌作为试点，完成：手机号查询接口对接、司机/非司机判断逻辑、单品牌业务分流规则、基础意图识别配置。
试点观察指标：
• 手机号识别成功率：来电手机号成功匹配注册系统的比例
• 识别响应时长：从接听到完成身份判断的平均时间
• 分流准确率：司机业务被正确分流到对应处理通道的比例
第二阶段：多品牌与复杂场景扩展（3—4 周）
接入第二、第三个品牌，配置多品牌判断逻辑；完善乘客、警方、媒体等非司机来电的识别和转接规则；优化意图识别覆盖范围。
扩展观察指标：
• 多品牌确认成功率：多品牌司机通过语音交互完成品牌确认的比例
• 转人工率及原因分布：各类型来电转人工的比例，以及转人工的主要原因
• 客户重复来电率：同一问题客户是否需要多次来电才能解决
第三阶段：持续优化（持续）
基于通话数据分析高频意图、识别失败原因和坐席处理时长，优化知识库、补充缺失意图、调整分流规则。让 Agent 的识别能力和分流策略随真实业务数据持续改进。
边界与待确认条件
系统对接：手机号识别依赖司机注册系统的数据接口，查询字段、响应格式、实时性和并发能力需按客户侧系统情况确认。如果注册系统与呼叫中心系统不在同一技术体系，接口对接的开发和测试周期需要单独评估。
数据时效性：司机注册信息、品牌归属、账号状态的变更需要及时同步到识别系统，否则会出现"已离职司机仍被识别为注册司机"或"新注册司机查不到信息"的情况。数据同步机制需要在实施阶段设计。
敏感来电处理：涉及警方协查、安全事件、重大投诉的来电，必须按企业安全流程和合规要求处理，不能由 Agent 自动响应或记录。建议在系统中设置敏感来电快速转接通道，直接接入值班主管或安全部门。
多品牌语音交互设计：多品牌确认环节需要针对司机群体的表达习惯设计语音交互话术，避免过于正式或复杂的选项描述。话术设计需要结合实际通话数据迭代优化。
部署方式：该方案可按公有云 SaaS、混合云、私有化三种方式部署。涉及司机信息和订单数据的，建议根据企业数据安全策略选择部署方式。私有化场景下可选私有化全栈部署或 HollyONE 一体机交付形态，HollyONE 一体机是私有化部署下的一种交付形态，不作为与公有云、混合云、私有化并列的第四种方案。
从热线到分流体系
多品牌共用热线的管理升级，核心不是增加更多坐席，而是让来电在接入的第一时间就找到正确的处理通道。这意味着：司机不需要反复说明自己是哪个品牌的，乘客不需要在语音菜单里迷路，警方和媒体不需要等待普通客服队列。
合力亿捷通话 Agent 可在电话入口完成身份识别、品牌判断和意图分流，把高频标准化的司机业务导向自动处理，把需要判断力和沟通力的复杂场景交给人工。配合 MPaaS 平台的流程编排能力和 AI 原生工作台的坐席辅助，多品牌热线的分流从"按按键猜意图"升级为"识别身份后精准匹配"。
按合力亿捷 Agent 交付思路，多品牌分流方案上线不是一次性配置完所有识别规则，而是先从一个品牌、一类核心业务跑通"识别 -> 判断 -> 分流 -> 处理"的最小闭环，再根据真实通话数据扩展品牌覆盖、优化意图识别和补充异常兜底。分流体系的成熟标志，不是识别覆盖率有多高，而是客户是否能在最短路径内找到对的人。
