逻辑节点：分支

快速阅读

本文用于统一说明呼叫中心 IVR 逻辑节点中的“分支节点”产品口径。分支节点按某个变量的具体取值进入不同路径，属于多路分流节点；画布和节点类型中的正式名称是“分支”。

本文的核心结论是：

• 分支节点读取已有变量，按变量值匹配进入对应路径。
• 它不同于基础选择节点：基础选择按客户按键分流，分支按变量值分流。
• 它不同于判断节点：判断适合真假两路，分支适合多个枚举值多路。
• 页面关键配置是：变量名、指定跳转、默认跳转；指定跳转中需配置变量值、跳转节点和备注。
• 未命中、空值、未知值应进入默认跳转，避免流程中断。
• 变量值匹配对大小写、空格和枚举口径敏感，上线前必须逐值拨测。

阅读地图

• 如果只想理解分支节点是什么，重点阅读“二、产品总览”和“三、核心概念”。
• 如果要按页面配置，重点阅读“六、产品功能说明”中的配置项逐项说明。
• 如果要区分分支、判断、基础选择，重点阅读“九、与周边能力的关系”。
• 如果要上线验收和排障，重点阅读“八、上线准备与运营建议”和“附录 C / D”。

一、文档说明

1.1 文档目的

IVR 流程中，有些分流不是由客户按键决定，而是由系统已有变量值决定。例如客户类型是 VIP、普通、黑名单；订单状态是已发货、待付款、异常；机器人意图是咨询、投诉、转人工。

分支节点用于根据某个变量的具体取值进入不同路径。

如果分支节点配置不清，容易出现：

1. 和基础按键选择节点混淆。
2. 变量尚未生成就进入分支。
3. 变量值大小写、空格或枚举口径不一致，导致全部进入默认跳转。
4. 指定跳转遗漏高频业务值。
5. 默认跳转缺失或未连线，导致流程中断。

本文用于建立分支节点统一说明，支撑多值变量分流、业务状态分流、系统变量分流和流程兜底。

1.2 适用对象

• 客户业务负责人：用于确认按业务状态如何分流。
• 运营管理人员：用于分析不同变量值对应的客户路径。
• 实施顾问：用于配置变量名、指定跳转和默认跳转。
• 产品经理：用于统一分支与判断、基础选择、变量节点的口径。
• 技术负责人：用于理解变量来源、值规范和联调验收。

1.3 文档范围

本文主要说明 IVR 分支节点的产品定位、页面配置项、运行链路、典型场景、上线验收和排障口径。

如项目中还涉及变量写入、HTTP 交互回写、机器人意图输出、话单推送或 IVR 报表分析，建议结合对应专题文档一起确认。

二、产品总览

2.1 什么是分支节点

分支节点是 IVR 中根据某个变量的具体取值进入不同路径的逻辑节点。系统读取配置的变量名，拿到当前通话中的变量值，再与指定跳转中的变量值逐一匹配；命中则进入对应跳转节点，未命中则进入默认跳转。

快速理解：

分支节点就是“看变量是什么值，就走哪条路”的节点。

2.2 分支节点解决什么问题

分支节点适合多值分流：

• 客户类型：VIP、普通、黑名单。
• 工单状态：未处理、处理中、已完成、异常。
• 订单状态：待付款、已发货、已取消。
• 机器人意图：咨询、投诉、转人工。
• 系统识别结果：是否命中黑名单、客户等级、业务标签等。
• 活动标签：A 活动、B 活动、其它活动。

2.3 分支节点不是什么

2.4 核心价值

三、核心概念

3.1 变量名

变量名是分支节点读取的变量，例如客户类型、订单状态、机器人意图、是否 VIP 等。变量必须在进入分支节点前已经生成。

3.2 变量值

变量值是当前通话中该变量的具体内容，也是指定跳转里用于匹配的值，例如 VIP、普通、已发货、投诉等。

3.3 指定跳转

指定跳转是一组“变量值 → 跳转节点”的配置。每个变量值对应一条业务路径，可补充备注说明业务含义。

3.4 默认跳转

默认跳转是变量为空、未知值或未命中任何指定变量值时进入的兜底路径。产品页面上通常体现为“默认跳转”或“其他值”路径。

3.5 枚举值

枚举值是预期可能出现的变量值集合。分支节点应尽量使用稳定、统一的枚举值，避免同一业务含义出现多种写法。

3.6 备注

备注用于说明某个变量值分支的业务含义，便于实施和维护识别，不影响运行匹配本身。

四、对象关系与主流程

4.1 标准分支流程

客户进入分支节点
  ↓
读取配置的变量名对应变量值
  ↓
与指定跳转中的变量值匹配
  ├─ 命中值 A：进入 A 对应跳转节点
  ├─ 命中值 B：进入 B 对应跳转节点
  ├─ 命中值 C：进入 C 对应跳转节点
  └─ 空值 / 未知值 / 未命中：进入默认跳转

4.2 与变量的关系

分支节点依赖变量提前生成。变量可来自：

• 系统内置或平台自动识别结果。
• 自定义变量。
• 缓存变量。
• 收号节点。
• HTTP 交互节点。
• 机器人 / 智能导航 / 智能体节点。
• 变量节点。
• 外部系统回写结果。

4.3 与记录和报表的关系

分支节点会影响 IVR 路径和节点流向。通话记录可用于排查某通电话命中了哪条分支；IVR 报表可用于观察各变量值对应的流量、转人工率和呼损情况。话单过程明细中，分支节点通常体现为分支类动作记录，便于和配置对照。

4.4 配置对象与运行时关系

五、能力地图

六、产品功能说明

6.1 页面配置项逐项说明

分支节点配置区通常包含“跳转节点”相关配置，核心字段如下。

补充说明：

• 变量名旁的产品提示通常为：根据当前变量的值，做不同的业务流转。
• 保存时系统会对变量名和变量值做去空格处理；配置时仍应以真实来源值为准，不要依赖人工记忆中的别名。
• 同一节点内变量值不能重复；重复配置会导致保存校验失败。

6.2 变量名配置

变量名必须在进入分支节点前可被读取。

建议：

• 变量名稳定，不随意变更。
• 来源清晰，能说明由哪个节点或哪个系统写入。
• 值范围可控，尽量使用枚举，而不是自由文本。
• 空值有默认跳转。
• 如使用系统自动识别类变量，先确认企业已开通对应能力，再配置对应变量名和取值。

6.3 指定跳转配置

每个变量值都应对应一个明确路径。

常见路径：

• 播放节点。
• 队列节点。
• 机器人 / 智能导航 / 智能体节点。
• 留言节点。
• 判断节点或下一级分支节点。
• 结束流程。

建议：

• 高频业务值优先配置。
• 备注写清业务含义，例如“VIP 优先队列”“黑名单拦截”。
• 分支过多时评估是否拆成多级分支，或先由外部系统归并状态再进入 IVR。

6.4 默认跳转配置

默认跳转用于变量为空、未知值、未配置值时兜底。

建议路径：

• 转人工。
• 返回上级菜单。
• 播放错误提示后结束。
• 进入通用服务路径。
• 留言或回呼。

6.5 匹配口径与风险

分支匹配依赖变量值完全一致。常见风险：

6.6 存量影响与变更风险

• 修改变量名后，原指定跳转不会自动适配新变量，必须同步验证来源。
• 修改变量值枚举后，历史流程可能继续按旧值匹配，需同步发布和拨测。
• 删除某个指定跳转后，该值会落入默认跳转，可能改变业务结果。
• 修改默认跳转会影响所有未命中流量，上线前应评估未知值占比。

七、典型业务场景

7.1 客户类型分流

变量值为 VIP 时进入优先队列，普通客户进入标准队列，黑名单进入特殊提示或拦截路径。

7.2 订单状态分流

订单状态为已发货时播报物流，待付款时播报支付提示，异常时转人工。

7.3 机器人意图分流

机器人识别客户意图后，按咨询、投诉、转人工、无法识别进入不同路径。

7.4 工单状态分流

工单已完成则播报结果，处理中则转人工，未找到则重新收号或进入默认路径。

7.5 系统识别结果分流

例如按是否命中黑名单、客户等级或业务标签，将客户分流到拦截、优先服务或标准流程。此类场景需先确认识别结果变量已写入当前通话上下文。

八、上线准备与运营建议

8.1 上线前确认事项

1. 变量名是否与前序写入完全一致。
2. 变量值枚举是否完整，是否覆盖主要业务状态。
3. 每个指定跳转是否连到正确节点。
4. 默认跳转是否已配置且可承接。
5. 变量值是否存在大小写、空格、编码差异。
6. 是否需要在记录、推送或报表中追溯命中分支。
7. 分支数量是否可控，后续维护责任是否明确。

8.2 运营建议

• 定期检查进入默认跳转的比例，识别新增未知值。
• 对高频分支优化后续路径和提示语。
• 控制单节点分支数量，避免画布过度复杂。
• 上游业务状态变更时，同步更新分支枚举。
• 结合 IVR 报表和通话路径，观察分流是否符合业务预期。

8.3 验收建议

验收应覆盖：

• 每个已配置变量值的正向命中。
• 变量为空。
• 未知变量值。
• 默认跳转。
• 记录和报表可追溯。
• 如配置了推送或话单沉淀，验证相关字段符合预期。

8.4 联调验收样例

九、与周边能力的关系

9.1 与基础选择节点的关系

基础选择节点按客户按键分流；分支节点按已有变量值分流。菜单按键场景用基础选择，业务状态或多值枚举场景用分支。

9.2 与判断节点的关系

判断节点适合“是否满足条件”的真假两路；分支节点适合按多个具体值分多路。如果只是判断是否 VIP，可用判断；如果要按 VIP、普通、黑名单分别处理，优先用分支。

9.3 与变量节点的关系

变量节点常用于写入或更新分支所需变量；分支节点读取该变量并分流。两者通常前后配合使用。

9.4 与时间 / 地区节点的关系

时间节点按时间条件分流，地区节点按地区分组分流；分支节点按通用变量值分流。专用条件优先用时间和地区节点，通用枚举状态用分支节点。

9.5 与推送和话单的关系

如果业务需要知道命中了哪个变量值或哪条分支，应结合通话记录路径、过程明细、推送或变量沉淀一起确认，不要只看页面是否保存成功。

十、FAQ

10.1 分支和基础选择有什么区别？

基础选择按客户按键分流，分支按已有变量值分流。

10.2 分支和判断节点有什么区别？

判断适合真假两路；分支适合多个枚举值多路。

10.3 为什么总是进入默认跳转？

常见原因是变量未生成、变量名不一致、变量值大小写或空格不一致、枚举未覆盖实际值。应先核对变量来源，再核对指定跳转。

10.4 变量为空怎么办？

应配置默认跳转，避免流程中断。是否把空值单独作为一种业务状态，取决于业务规则。

10.5 未知值怎么办？

未知值应进入默认跳转，并通过报表或记录分析是否需要新增指定跳转。

10.6 分支很多怎么办？

应评估是否拆成多层分支、由外部系统先归并状态，或简化业务枚举。

10.7 产品里叫“分支”，其它材料里叫 Switch / 逻辑选择，是不是一回事？

当材料描述的是“按变量值做多路分流”时，通常指向同一类能力；产品画布中的正式名称是“分支”。请勿与基础节点中的按键“选择”混淆。

十一、总结

分支节点是 IVR 中按变量值进行多路分流的逻辑节点。它适合客户类型、订单状态、工单状态、机器人意图和系统识别结果等枚举值场景。设计时应重点关注变量来源、变量值规范、指定跳转完整性、默认跳转兜底和后续追溯。

附录 A：入口与权限

具体菜单权限以企业管理端当前权限体系为准。

附录 B：关键字段口径

附录 C：实施检查清单

附录 D：常见问题速查

附录 E：术语表

附录 F：交付补强与互链检查

F.1 节点生效四层

F.2 配置交付重点

• 分支节点依赖变量，不直接等待客户按键；客户按键菜单应使用基础选择节点。
• 验收时必须先验证变量来源，再验证分支命中。
• 报表分析应区分“进入分支节点”和“各变量值分支流向”。
• 默认跳转不是可选项，而是未命中场景的必要兜底。