基础节点: 会议室

快速阅读

本文用于统一说明呼叫中心 IVR 中“会议室节点”的产品口径。会议室节点在历史配置和部分接口资料中存在，用于将通话接入会议或多方通话场景；但其是否作为当前客户可配置的标准 IVR 节点开放，应以实际系统版本和页面能力为准。

本文的核心结论是：

• 会议室节点可理解为用于接入会议/多方通话的高级协同节点。
• 它不同于队列节点、直呼节点、咨询三方和通话中邀请第三方。
• 当前客户版文档不应默认承诺“会议室节点是标准可用 IVR 节点”，应标注为高级/需确认能力。
• 如果客户需要会议或三方能力，优先从通话协同、邀请第三方、三方通话、会议事件推送等能力评估。
• 涉及会议场景时，必须确认成员加入/退出、录音、话单、推送、权限和客户体验。

阅读地图

• 如果只想理解会议室节点是什么，重点阅读“二、产品总览”和“三、核心概念”。
• 如果要判断是否能作为 IVR 节点使用，重点阅读“六、产品功能说明”和“八、上线准备与运营建议”。
• 如果要处理三方/多方协同，重点阅读“九、与周边能力的关系”。
• 如果要排查会议相关记录和推送，重点阅读“十、FAQ”和“附录 D：常见问题速查”。

一、文档说明

1.1 文档目的

在呼叫中心中，“会议室”通常用于多方通话或会议场景。例如客户、座席和第三方同时通话，或者多个成员进入同一语音会话。历史 IVR 配置中可能存在“会议”或“会议室”节点描述。

但会议相关能力和普通 IVR 节点不同，它可能涉及多方加入、会议密码、人数播报、会议进出事件、录音和复杂话单解释。若直接把它当作常规基础节点对外承诺，容易产生误解。

本文用于建立会议室节点的客户版谨慎口径，说明其概念、边界、风险和验收重点。

1.2 适用对象

• 客户业务负责人：用于判断是否真的需要会议或多方通话能力。
• 运营管理人员：用于理解会议通话和普通转人工、三方协同的区别。
• 实施顾问：用于确认当前版本是否开放会议室节点及相关配置。
• 产品经理：用于统一会议室节点、三方、邀请第三方、记录和推送口径。
• 技术负责人：用于理解会议成员、通话标识、录音和事件关联边界。

1.3 文档范围

本文覆盖会议室节点的产品说明，包括定义、适用场景、与三方/邀请第三方的区别、配置风险、记录、录音、推送和验收建议。

本文不展开底层会议实现、代码实现、内部实现细节和历史兼容细节。当前版本是否支持客户直接配置会议室节点，以实际系统页面和交付范围为准。

二、产品总览

2.1 什么是会议室节点

会议室节点可理解为将当前通话接入会议或多方语音空间的 IVR 节点。进入会议后，多个参与方可在同一语音会话中沟通。

人话总结：

会议室节点就是“把通话带进一个多人语音会话”的节点。

2.2 会议室节点解决什么问题

会议室节点适合以下场景：

• 多方共同沟通。
• 客户、座席和专家同时在线。
• 多个内部成员参与客户沟通。
• 特定会议室或会议号码接入。

但这些场景也可能通过通话中邀请第三方、咨询三方、班长强插等能力实现，因此应先确认业务目标，再选择能力。

2.3 会议室节点不是什么

2.4 当前使用建议

会议室节点应谨慎对外说明：

• 如果页面当前未开放，不应写成客户可直接配置。
• 如果客户需要多方通话，优先评估邀请第三方、三方协同、第三方接管等成熟能力。
• 如果确需会议室能力，应明确交付范围、权限、推送、录音和记录口径。

三、核心概念

3.1 会议室

会议室是多方语音会话空间，多个参与方可加入同一通话环境。

3.2 会议成员

会议成员是进入会议室的参与者，例如客户、座席、主管、专家、外部号码等。

3.3 会议密码

会议密码用于控制成员进入会议室。具体是否使用、如何配置，以实际版本和交付范围为准。

3.4 人数播报

人数播报用于提示会议室中当前成员数量。是否支持及如何表现，以实际版本为准。

3.5 会议进出事件

会议进出事件用于记录成员加入或离开会议。若客户侧需要对账，应确认是否有对应推送和记录。

3.6 会议录音

会议录音用于记录会议中的语音内容。多方场景下，录音起止、参与方、分段或混音口径必须提前确认。

四、对象关系与主流程

4.1 标准会议接入理解

客户进入会议室相关流程
↓
系统确认会议室或会议目标
↓
成员加入会议
↓
多方通话
↓
成员退出或会议结束
↓
记录、录音、推送按配置沉淀

4.2 与主从话单的关系

会议或多方通话可能产生主话单和过程明细。客户查询整体结果看主话单，排查某个成员加入、退出或接管过程时，需要看从话单、事件推送或通话详情。

4.3 与推送的关系

如果客户需要知道谁进入或离开会议，应确认是否配置会议进出事件推送，以及推送字段是否能和通话记录关联。

4.4 与录音的关系

会议录音可能涉及多方混音、分段录音或不同成员视角。上线前必须通过测试通话确认实际录音效果。

五、能力地图

六、产品功能说明

6.1 会议室接入

会议室接入用于将当前通话或成员带入会议空间。

使用前必须确认：

• 当前版本是否支持客户配置会议室节点。
• 会议室是否已创建或可用。
• 参与方如何进入会议。
• 加入失败时如何处理。

6.2 成员加入与退出

会议室场景应明确成员加入和退出的产品表现。

需要确认：

• 加入成功是否有提示。
• 成员退出是否通知其它成员。
• 客户是否能感知会议成员变化。
• 成员退出后会议是否继续。

6.3 会议密码

如使用会议密码，应明确：

• 谁持有管理员密码。
• 谁持有普通成员密码。
• 密码是否需要对客户隐藏。
• 密码泄露后的处理方式。

6.4 人数播报

人数播报可用于提示当前会议人数。

使用时应确认：

• 是否真的需要播报。
• 播报对象是谁。
• 播报是否影响客户体验。

6.5 会议录音

会议录音应重点确认：

• 是否录音。
• 录音覆盖哪些成员。
• 是否混音。
• 是否分段。
• 如何试听和下载。
• 权限和合规要求。

6.6 失败兜底

会议室接入失败时，应提供兜底：

• 返回上级流程。
• 转人工队列。
• 直呼指定目标。
• 留言。
• 播放失败提示后结束。

七、典型业务场景

7.1 客户、座席和专家共同沟通

客户问题复杂，需要专家加入会议共同解释。

建议优先评估通话中邀请第三方或三方协同能力。

7.2 多个内部成员协同处理

多个内部人员需要围绕客户问题共同沟通。

需确认会议成员、录音、记录和客户感知。

7.3 外部会议号码接入

客户进入 IVR 后接入某个会议号码。

需确认号码、权限、失败路径和录音口径。

八、上线准备与运营建议

8.1 上线前确认事项

1. 当前版本是否支持会议室节点配置。
2. 会议室能力是否在客户范围内开放。
3. 会议成员和权限是否明确。
4. 会议录音口径是否确认。
5. 会议进出事件是否需要推送。
6. 失败兜底是否配置。
7. 通话记录是否能解释会议过程。

8.2 运营建议

• 若只是拉入第三方协助，优先使用邀请第三方或三方能力。
• 若需要长期会议管理，应明确会议权限和成员管理。
• 对会议录音和推送做单独验收。
• 避免把历史会议室节点当作默认标准节点使用。

8.3 验收建议

验收应覆盖：

• 成员加入。
• 成员退出。
• 多方通话。
• 会议结束。
• 录音生成。
• 推送到达。
• 记录可追溯。
• 失败兜底。

九、与周边能力的关系

9.1 与通话中邀请第三方的关系

通话中邀请第三方是在已有通话中拉入第三方，更适合 AI 转人工、外部系统拉座席、任务拉人工等场景。

9.2 与三方协同的关系

三方协同是三方同时通话。会议室更偏会议空间口径，实际选型应按客户业务目标判断。

9.3 与直呼节点的关系

直呼节点通常呼叫单个目标；会议室面向多方通话。

9.4 与记录和录音的关系

会议过程可能影响主从话单、录音和推送。客户要复盘会议过程，必须确认记录字段和录音口径。

9.5 与推送的关系

如需对接客户系统，应确认会议进出事件、通话事件和话单事件是否都能关联同一通话。

十、FAQ

10.1 会议室节点是标准 IVR 节点吗？

不建议默认这样承诺。历史配置中存在会议室节点口径，但当前版本是否作为客户可配置标准节点开放，需要以实际页面和交付范围为准。

10.2 客户需要三方协同，是否必须用会议室节点？

不一定。更常见的是使用通话中邀请第三方、咨询三方、班长强插等协同能力。

10.3 会议室节点是否会录音？

取决于实际会议链路和录音配置。上线前必须通过测试确认。

10.4 会议进出能否推送给客户系统？

可按项目能力确认是否支持会议进出事件推送，并验证字段和对账口径。

10.5 会议室接入失败怎么办？

应配置失败兜底，例如转人工、直呼、留言或播放提示后结束。

十一、总结

会议室节点属于 IVR 中较特殊的高级协同口径。它可以理解为多方语音会话入口，但不应默认作为当前客户版标准节点承诺。客户如果需要多方沟通，应先明确业务目标，再评估会议室、三方协同、邀请第三方或其它通话协同能力。

附录 A：入口与权限

附录 B：关键字段口径

附录 C：实施检查清单

附录 D：常见问题速查

附录 E：术语表