第一方与第二方通信视角

快速阅读

本文用于统一呼叫中心桥接型、回拨型、多段链路型通话中的“第一方”和“第二方”通信视角，帮助产品、实施、运营和客户在 WebCall、系统回拨、座席直呼、隐私通话、交易撮合、自动通知转接等场景中正确理解通话建立顺序、参与方角色和记录口径。

本文的核心结论是：

• 第一方和第二方描述的是“平台先连接谁、再连接谁”的通信编排顺序。
• 第一方不一定是业务发起方，也不一定是通信主叫；第二方不一定是业务被叫，也不一定是客户。
• 主叫/被叫用于解释号码方向，第一方/第二方用于解释连接顺序，客户/座席/业务系统用于解释业务身份。
• 在回拨和桥接场景中，用户点击按钮或业务系统提交请求后，电话链路往往由平台主动呼出，因此用户可能是业务发起方，但在通信链路中作为第一方被平台回拨。
• 对话单、录音、事件推送和报表来说，第一方/第二方口径可以补充说明多段链路中的接通、失败、等待、桥接和挂断结果。

阅读地图

• 如果只想统一术语，重点阅读“三、核心概念”和“四、对象关系与判断原则”。
• 如果要处理 WebCall、系统回拨、直呼、隐私通话等场景，重点阅读“六、产品功能说明”。
• 如果要设计话单字段、事件推送、导出列或客户解释口径，重点阅读“八、上线准备与运营建议”和“附录 B：关键字段口径”。
• 如果遇到“客户明明发起了请求，为什么显示被叫”“第一方是不是主叫”等问题，重点阅读“十、FAQ”。

一、文档说明

1.1 文档目的

在呼叫中心业务中，很多通话不是简单的一段“甲方拨打乙方”。例如客户在 App 中点击联系顾问、平台先回拨客户再接入座席；销售拨打中间号码后，平台再呼转客户；业务系统触发通知后，客户接听后再进入 IVR 或人工服务。

这些场景中，仅使用“主叫”“被叫”“客户”“座席”容易出现以下混淆：

1. 用户发起业务请求，但电话上是平台回拨用户。
2. 座席或销售是业务服务方，但可能不是第一段通信链路中的主叫号码。
3. 第二段可能接入队列、IVR、分机、外部号码或另一位业务联系人，不一定是固定座席。
4. 主从话单记录的是底层链路，不一定天然代表第一方和第二方。
5. 接通失败时，需要区分第一方未接、第二方未接、桥接失败还是平台未继续呼叫。

本文用于建立“第一方与第二方通信视角”的统一产品口径，支撑以下工作：

• 解释 WebCall、回拨、直呼、隐私通话和交易撮合等多段链路。
• 指导话单、录音、事件推送和报表字段命名。
• 帮助实施和售后向客户解释通话记录中的参与方关系。
• 帮助产品设计在复杂通话链路中区分业务角色、号码角色和通信编排角色。

1.2 适用对象

• 产品经理：用于定义页面字段、筛选条件、导出列、记录详情和事件字段。
• 实施顾问：用于和客户确认回拨顺序、桥接目标、外显策略和验收场景。
• 技术负责人：用于理解通信编排、事件顺序、链路追溯和系统对接边界。
• 运营管理人员：用于分析首段接通率、桥接成功率、客户等待体验和失败原因。
• 客户业务负责人：用于理解一次回拨或桥接通话中各参与方的业务含义。

1.3 文档范围

本文重点定义第一方、第二方及其与主被叫、客户座席、A/X/B、主从话单之间的关系。不展开底层通信协议、内部接口、代码实现和数据库结构。涉及页面、话单、录音、事件推送和报表时，仅说明业务含义和使用原则。

二、产品总览

第一方与第二方通信视角是呼叫中心多段通话链路的基础解释口径。它回答的问题不是“谁是客户”或“谁是主叫”，而是：

1. 平台在本次通话中先连接哪一方。
2. 第一方接通后，平台再连接哪一方或哪个目标流程。
3. 双方是否成功桥接。
4. 哪一方未接、拒接、超时或提前挂断。
5. 记录、录音、事件和报表应该如何向客户解释。

该视角主要影响以下能力：

• 通话记录：区分第一方号码、第二方号码、首段状态、第二段状态和桥接状态。
• 录音查询：帮助用户按业务参与方或桥接链路查找录音。
• 事件推送：向客户系统说明每一段呼叫的发起、响铃、接通、桥接和结束结果。
• 报表统计：支持首段接通率、第二段接通率、桥接成功率、客户等待时长等指标。
• 客户解释：说明为什么业务发起人可能在电话链路中表现为被叫，为什么话单字段不能直接等同于业务角色。

第一方和第二方是通信编排视角，不应替代主被叫、客户号码、座席号码、外显号码和业务发起方。实际设计中应将这些角色分层使用。

三、核心概念

3.1 第一方

第一方是指在一次桥接型或回拨型通话中，平台优先建立连接的一方。

第一方可能是：

• 客户：例如网站或 App 一键呼叫中，平台先回拨客户。
• 座席或销售顾问：例如预览外呼或某些点击外呼场景中，平台先呼叫座席。
• 业务联系人：例如交易撮合中，平台先呼叫买家或卖家。
• 外部号码：例如业务系统指定先连接某个联系人。
• IVR 或机器人流程的接入对象：部分通知或验证场景中，第一方接通后进入语音流程。

第一方强调“先被平台连接”，不代表其一定是业务发起方、通信主叫或最终服务对象。

3.2 第二方

第二方是指第一方接通后，平台继续连接或接入的目标方。

第二方可能是：

• 座席。
• 队列。
• IVR。
• 分机。
• 外部手机或固话号码。
• 另一个业务联系人。
• 机器人或自动播报流程。

第二方强调“后续被连接或接入”，不代表其一定是业务被叫、客户或座席。

3.3 第一段通信

第一段通信是平台与第一方之间建立的通话链路。它通常用于确认第一方是否可接通、是否愿意继续等待、是否进入后续桥接流程。

第一段通信常见结果包括：

• 第一方接通。
• 第一方未接。
• 第一方拒接。
• 第一方忙线。
• 第一方超时。
• 平台侧呼叫失败。

3.4 第二段通信

第二段通信是第一方接通后，平台向第二方发起或接入的通话链路。它用于完成桥接、转接、路由或业务处理。

第二段通信常见结果包括：

• 第二方接通并完成桥接。
• 第二方未接或忙线。
• 队列无可用座席。
• IVR 或机器人流程执行失败。
• 平台未满足继续呼叫条件。
• 第一方在第二段建立前提前挂断。

3.5 桥接

桥接是指第一方和第二方均接通后，平台将双方语音通路连接起来，形成可对话的通话状态。

桥接成功不等于第一段接通，也不等于第二段已发起。只有双方真正进入可通话状态，才应认定为桥接成功。

3.6 业务发起方

业务发起方是触发本次业务动作的一方，可以是客户、座席、企业、任务、机器人或外部业务系统。

业务发起方回答“这次业务是谁触发的”，第一方回答“平台先连接谁”。两者经常不同。

3.7 业务目标方

业务目标方是本次业务动作希望最终联系、服务或连接的一方。例如客户联系顾问时，业务目标方可能是销售队列；企业外呼客户时，业务目标方可能是客户。

业务目标方不一定等于第二方。因为第二方可能是队列、IVR、分机或中间流程，而不是最终人工服务对象。

3.8 外显号码

外显号码是被呼叫方看到的来电号码。第一段和第二段可能使用不同外显策略。

例如平台先回拨客户时，客户看到的外显号码可能是企业服务号码；平台再呼叫座席或外部号码时，第二方看到的外显号码可能是平台号码、客户号码、企业号码或策略号码。

3.9 第一方视角与第二方视角

第一方视角关注“先被连接的一方体验如何”，包括是否及时接通、等待多久、听到什么提示、是否在第二方接通前挂断。

第二方视角关注“后续被连接的一方如何承接”，包括是否接通、是否进入队列、是否分配到座席、是否成功与第一方桥接。

产品设计中应同时关注两类体验，避免只统计最终通话结果而忽略中间等待和失败原因。

四、对象关系与判断原则

4.1 三层角色模型

建议使用三层模型判断第一方和第二方：

业务层：谁触发业务，业务要连接谁
↓
编排层：平台先连接谁，再连接谁或哪个流程
↓
通信层：每一段通话中的主叫号码、被叫号码和外显号码分别是什么

业务层用于解释业务目标，编排层用于解释第一方/第二方，通信层用于解释主叫/被叫和链路追溯。

4.2 判断优先级

当角色口径出现冲突时，建议按以下顺序判断：

1. 先确认通话类型：WebCall、系统回拨、直呼、隐私通话、直接外呼、呼入转接等。
2. 再确认业务触发来源：客户、座席、业务系统、任务或平台流程。
3. 再确认平台连接顺序：先呼叫或先接入哪一方，接通后再连接哪一方。
4. 再确认第二方目标类型：队列、IVR、座席、分机、外部号码或业务联系人。
5. 最后解释每一段通信链路中的主叫号码、被叫号码和外显号码。

不要直接用“谁点击了按钮”“谁是客户”“谁是主叫号码”推断第一方和第二方。

4.3 与主叫、被叫的关系

第一方和第二方不能直接替代主叫、被叫。主叫/被叫是号码方向，第一方/第二方是连接顺序。

4.4 与客户、座席的关系

客户和座席是业务身份，第一方和第二方是通信编排身份。

因此，页面展示和客户解释中应避免简单写成“第一方=客户”“第二方=座席”。

4.5 与 A/X/B 模型的关系

A/X/B 模型用于解释直呼、隐私通话和中间号码场景：

第一方/第二方与 A/X/B 的关系需要结合场景判断：

• 在座席直呼外呼中，A 拨打 X 后，平台再连接 B，A 通常是第一方，B 通常是第二方。
• 在客户回拨中，B 或客户侧可能先进入 X，再由平台连接 A，此时第一方可能变为客户侧。
• X 是中间号码或平台入口，不应简单视为第一方或第二方的业务身份。

4.6 与主从话单的关系

主从话单通常记录底层通信链路或业务会话拆分，不一定天然等同于第一方话单和第二方话单。

在产品说明、导出和客户解释中，应遵循以下原则：

1. 主从话单保留其原始记录含义。
2. 第一方/第二方字段应按业务链路和通信编排重新解释。
3. 多段通话应优先使用一次业务会话维度说明整体结果。
4. 若无法从现有记录稳定判断第一方/第二方，应标记为待确认口径，不应强行承诺。

五、能力地图

六、产品功能说明

6.1 WebCall 回拨场景

WebCall 回拨通常由网站、App、小程序、CRM 或业务系统触发。平台收到请求后，先回拨指定用户或客户，再接入队列、IVR、座席、分机或另一方号码。

业务流程概览

用户或业务系统提交呼叫请求
↓
平台校验请求和号码
↓
平台呼叫第一方
↓
第一方接通
↓
平台接入第二方或目标流程
↓
双方桥接通话
↓
生成记录、录音和事件

角色口径

使用注意

WebCall 中，用户点击按钮并不代表用户是通信主叫。用户可以是业务发起方，同时也是第一段电话中的被叫方。

6.2 座席先接型外呼场景

部分外呼或点击拨号场景中，平台会先连接座席，座席接通后再呼叫客户。这种方式可确保客户接通后有人立即服务。

业务流程概览

座席或系统发起外呼请求
↓
平台先呼叫座席
↓
座席接通并等待
↓
平台再呼叫客户
↓
客户接通后桥接
↓
座席服务客户

角色口径

使用注意

该场景中，第一方通常是座席，但业务目标是客户。统计客户触达效果时，应关注第二段接通和桥接结果；统计座席响应时，应关注第一段接通和座席等待时长。

6.3 客户先接型回拨场景

客户在网页、App 或小程序中提交电话咨询请求后，平台先回拨客户，客户接通后再进入服务队列或连接座席。

业务流程概览

客户提交联系请求
↓
平台回拨客户
↓
客户接听
↓
平台接入队列或座席
↓
座席接听并服务客户

角色口径

使用注意

如果客户接通后等待第二方过久，客户可能提前挂断。此时不能简单统计为“客户未接”，应区分为“第一方已接通，第二方未及时承接或桥接未完成”。

6.4 交易撮合和隐私通话场景

交易撮合和隐私通话用于连接两个外部业务参与方，例如买家与卖家、司机与乘客、顾问与客户。平台通过中间号码或回拨方式保护真实号码，并沉淀通话记录。

业务流程概览

业务系统提交双方联系请求
↓
平台按策略先连接一方
↓
第一方接通
↓
平台连接另一方
↓
双方通过平台桥接通话
↓
记录通话结果并回传事件

角色口径

使用注意

交易撮合场景中，第一方不应固定解释为买家或卖家。实际项目应在上线前确认“先呼哪一方”和“失败后是否继续呼叫另一方”。

6.5 座席直呼场景

座席直呼通常通过 A/X/B 模型解释。销售顾问或座席拨打平台中间号码，平台识别后再呼转客户。

业务流程概览

A 方拨打 X 中间号码
↓
平台识别业务上下文
↓
平台呼转 B 方
↓
B 方接通
↓
A 方与 B 方通话

角色口径

使用注意

直呼场景中，主从话单字段可能与业务角色不一致。客户解释和业务统计应优先使用 A/X/B 与第一方/第二方结合的口径，而不是直接按原始主从话单字段判断主叫侧和被叫侧。

6.6 自动通知后转接场景

自动通知场景中，平台可能先呼叫客户并播放通知内容。若客户按键或满足条件，再接入人工座席、IVR 或后续流程。

业务流程概览

业务系统触发通知
↓
平台呼叫客户
↓
客户接听并收听通知
↓
客户按键或触发转接条件
↓
平台接入第二方流程
↓
人工或系统继续处理

角色口径

使用注意

并非所有自动通知都存在第二方。如果通知播放后即结束，应按单方通知记录解释；只有发生转接、桥接或后续接入时，才需要使用第二方口径。

七、典型业务场景

7.1 网站一键咨询

客户在官网留下手机号并点击“立即咨询”，平台先回拨客户，客户接通后进入销售队列。

7.2 App 内联系顾问

用户在 App 中点击联系顾问，业务系统提交顾问或服务队列信息。平台可先回拨用户，也可先连接顾问，具体取决于项目配置。

7.3 销售顾问直呼客户

销售顾问拨打平台中间号码，平台识别客户后呼转真实客户号码。

7.4 隐私号双方通话

平台通过中间号码或回拨机制连接两个外部参与方，并隐藏双方真实号码。

7.5 通知转人工

业务系统触发语音通知，客户接听后按键转人工，平台再接入队列。

八、上线准备与运营建议

8.1 上线前确认事项

上线前建议确认以下问题：

1. 当前项目是否存在 WebCall、系统回拨、直呼、隐私通话或交易撮合场景。
2. 每个场景中平台先连接哪一方，第一方未接时是否继续后续流程。
3. 第一方接通后，第二方是固定号码、座席、队列、IVR、分机还是外部系统指定目标。
4. 第一段和第二段分别使用什么外显号码。
5. 第一方等待期间播放什么提示音或等待音。
6. 第二方未接、队列无座席、客户提前挂断时如何记录结果。
7. 是否需要向客户系统推送第一段、第二段和桥接事件。
8. 通话记录和导出中是否需要单独展示第一方/第二方字段。

8.2 运营指标建议

8.3 记录与导出建议

通话记录和导出中可按实际能力选择以下字段：

• 第一方号码。
• 第一方类型。
• 第一方呼叫时间。
• 第一方接通时间。
• 第一方接听状态。
• 第二方号码或目标。
• 第二方类型。
• 第二方呼叫时间。
• 第二方接通时间。
• 第二方接听状态。
• 桥接时间。
• 桥接结果。
• 第一方等待时长。
• 第二方响铃时长。
• 挂断方。
• 失败原因。

如果现有记录中不能稳定支持某字段，应在实施范围和验收口径中提前说明。

8.4 客户解释建议

向客户解释时，建议采用以下表达：

• “第一方”表示平台先连接的一方，不等同于主叫。
• “第二方”表示平台在第一方接通后继续连接的目标，不等同于被叫。
• “客户号码”表示客户业务身份，不随其在第一段或第二段中的通信方向变化。
• “外显号码”表示被呼叫方看到的号码，可能由企业策略或号码池决定。
• “桥接成功”表示双方都已接通并形成通话，不是任意一方接通即可。

九、与周边能力的关系

9.1 与通话类型的关系

通话类型回答“这通电话属于什么业务类型”，第一方/第二方回答“平台如何连接参与方”。

例如 WebCall 是通话类型；在某个 WebCall 项目中，可以配置为先呼客户再接队列，也可以配置为先呼座席再呼客户。前者第一方是客户，后者第一方是座席。

9.2 与主被叫角色定义的关系

主被叫角色定义用于解释业务主叫、业务被叫、通信主叫号码和通信被叫号码。第一方/第二方用于解释连接顺序。

二者应配合使用：

• 先用第一方/第二方说明“平台先连谁、后连谁”。
• 再用主叫/被叫说明“每一段电话链路中号码方向是什么”。
• 最后用客户、座席、业务系统说明“参与方的业务身份是什么”。

9.3 与客户和座席交互模式的关系

客户与座席交互模式关注客户如何进入服务、座席如何承接和通话后如何闭环。第一方/第二方通信视角补充说明其中回拨、桥接、转接和多方连接的建立顺序。

9.4 与通话记录和录音的关系

记录和录音应尽量支持按业务会话维度追溯一次完整链路。对于多段链路，应能够解释：

• 第一段是否发起。
• 第一方是否接通。
• 第二段是否发起。
• 第二方是否接通。
• 双方是否桥接。
• 录音覆盖从何时开始、到何时结束。

9.5 与事件推送的关系

事件推送应尽量区分请求事件、第一段事件、第二段事件、桥接事件和结束事件，避免客户系统只能看到最终状态而无法定位中间失败原因。

9.6 与报表统计的关系

报表统计中应避免把“第一方未接”“第二方未接”“桥接失败”混为同一类失败。不同失败类型对应不同运营动作：

• 第一方未接：优化客户或座席首段可达性。
• 第二方未接：优化座席承接、队列配置或目标号码质量。
• 桥接失败：检查通话编排、外显、线路和等待策略。
• 第一方提前挂断：优化等待提示、承接速度和客户预期。

十、FAQ

10.1 第一方是不是主叫？

不一定。第一方是平台先连接的一方；主叫是某一段电话链路中的号码方向。在平台回拨客户时，客户可能是第一方，但通信主叫号码可能是平台外显号码。

10.2 第二方是不是被叫？

不一定。第二方是第一方接通后继续连接的目标。它在第二段通信中通常是被平台呼叫或接入的对象，但如果第二方是队列、IVR 或流程，就不能简单解释为某个“被叫号码”。

10.3 客户点击按钮发起请求，为什么客户还是第一段被叫？

点击按钮是业务触发动作，电话链路由平台主动发起。平台先回拨客户时，客户在通信层表现为被叫，但在业务层仍然是发起方。

10.4 第一方一定是客户吗？

不是。第一方取决于平台连接顺序。座席先接型外呼中，第一方通常是座席；交易撮合中，第一方可能是买家、卖家或业务系统指定的一方。

10.5 第二方一定是座席吗？

不是。第二方可以是座席，也可以是队列、IVR、分机、外部号码、机器人或另一位业务参与方。

10.6 只有一段通知电话时是否需要第二方？

不需要。若平台只呼叫客户并播放通知，通话结束后不发生转接或桥接，可以只按单段通知解释。只有存在后续接入、转接或桥接时，才需要第二方口径。

10.7 桥接成功和接通成功有什么区别？

接通成功可能只表示第一方或第二方某一段接通。桥接成功表示第一方和第二方均接通，并已经进入双方可通话状态。

10.8 主从话单能否直接代表第一方和第二方？

不能直接代表。主从话单通常是原始链路记录，字段含义可能受通话类型和底层实现影响。第一方/第二方应基于业务会话和通信编排顺序解释。

10.9 如果第一方接通后第二方未接，应该算谁失败？

应区分记录。第一方已接通，说明首段成功；第二方未接或未承接，说明第二段或桥接失败。运营上应关注第二方承接能力和第一方等待体验。

10.10 如何向客户解释“我发起的电话为什么不是主叫”？

可以解释为：您发起的是业务请求，平台根据回拨模式主动呼叫您，所以在电话链路中您会作为被叫被平台回拨。业务上您仍然是发起方，只是通信建立方式不同。

十一、总结

第一方与第二方通信视角用于解释呼叫中心多段通话中的连接顺序。它与主叫/被叫、客户/座席、A/X/B、主从话单共同构成复杂通信场景的产品口径。

在产品设计和项目实施中，应优先明确业务发起方、第一方、第二方、业务目标方、外显号码和桥接结果。只有把业务身份、编排顺序和通信号码方向分开解释，才能避免话单、报表、录音、事件推送和客户沟通中的口径混淆。

附录 A：入口与权限

第一方与第二方通信视角本身不对应独立功能入口，通常体现在以下能力中：

权限设计上，应根据客户已有通话记录、外呼、WebCall、直呼、报表和事件配置权限控制，不建议为“第一方/第二方”单独建立独立权限。

附录 B：关键字段口径

附录 C：实施检查清单

附录 D：常见问题速查

附录 E：术语表