第一方与第二方通信视角

快速阅读

第一方（First party）和第二方（Second party）描述平台先连接谁、再连接谁，是接通顺序，不是业务主被叫。

• 第一方不一定是业务发起方，也不一定是通信主叫；第二方不一定是业务被叫，也不一定是客户或座席。
• 主叫 / 被叫解释号码方向；第一方 / 第二方解释连接顺序；客户 / 座席解释业务身份。座席是人。
• 回拨和桥接里，用户点了按钮或业务系统提交了请求，电话往往由平台主动呼出：用户可能是业务发起方，却作为第一方被回拨。
• 话单、录音、事件和报表可用第一方 / 第二方补充说明首段、第二段、桥接和挂断结果。

阅读地图

• 先统一术语：读「三」「四」。
• 看 WebCall、回拨、直呼、隐私通话：读「六」。
• 设计字段、推送或验收：读「八」和附录 B、C。
• 「客户明明发起了，为什么显示被叫」：读「十」。

一、文档说明

本文给产品、实施和运营统一多段链路里的第一方 / 第二方口径，方便解释 WebCall、系统回拨、直呼、隐私通话和交易撮合，而不是替代某一类通话配置手册。

本文主要说明连接顺序、与主被叫 / 客户座席 / A/X/B / 主从话单的关系，以及记录和验收时怎么用。页面字段以实际开通能力为准。

二、产品总览

第一方与第二方回答的不是「谁是客户」或「谁是主叫」，而是：

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

影响通话记录、录音查询、事件推送、报表（首段接通率、第二段接通率、桥接成功率、等待时长）和客户解释。该视角不替代主被叫、客户号码、座席号码、外显号码和业务发起方，应分层使用。

三、核心概念

第一方可能是客户、座席、业务联系人、外部号码，或部分通知场景中的接入对象。第二方可能是座席、队列、IVR、分机、外部号码、另一位业务联系人、机器人或自动播报流程。

第一段常见结果：接通、未接、拒接、忙线、超时、平台侧失败。第二段常见结果：接通并桥接、未接或忙线、队列无座席、IVR / 机器人失败、平台未继续呼叫、第一方在第二段建立前提前挂断。

第一方视角看先被连接一方的等待与提示；第二方视角看后续承接是否及时。不要只统计最终通话结果。

四、对象关系与判断原则

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

判断顺序：先确认通话类型 → 业务触发来源 → 平台连接顺序 → 第二方目标类型 → 再解释每段主叫 / 被叫 / 外显。不要用「谁点了按钮」「谁是客户」「谁是主叫号码」直接推断第一方 / 第二方。

页面和客户解释中，避免写成「第一方 = 客户」「第二方 = 座席」。

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

主从话单记录底层链路或业务会话拆分，不一定天然等同于第一方话单和第二方话单。解释时保留主从原始含义，按编排顺序解释第一方 / 第二方；无法稳定判断时标记为待确认，不强行承诺。

五、能力地图

六、产品功能说明

WebCall 回拨

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

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

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

座席先接型外呼

平台先连座席，座席接通后再呼客户，便于客户接通后立即有人服务。

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

统计客户触达看第二段接通和桥接；统计座席响应看第一段接通和座席等待时长。

客户先接型回拨

客户提交电话咨询后，平台先回拨客户，再进入队列或连座席。

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

客户接通后等待过久提前挂断，不能简单记成「客户未接」，应区分为「第一方已接通，第二方未及时承接或桥接未完成」。

交易撮合与隐私通话

连接两个外部业务参与方（如买家与卖家），通过中间号码或回拨保护真实号码。

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

第一方不固定解释为买家或卖家。上线前确认「先呼哪一方」和「失败后是否继续呼叫另一方」。

座席直呼（A/X/B）

销售顾问或座席拨打平台中间号码，平台识别后再呼转客户。

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

客户解释和业务统计优先用 A/X/B 与第一方 / 第二方结合，不要直接按原始主从话单字段判断主叫侧和被叫侧。

自动通知后转接

平台先呼叫客户并播放通知；客户按键或满足条件后，再接入人工、IVR 或后续流程。

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

并非所有自动通知都有第二方。通知播放后即结束，按单方通知解释；只有转接、桥接或后续接入时，才用第二方口径。

七、典型业务场景

八、上线准备与运营建议

上线前确认：是否存在 WebCall、系统回拨、直呼、隐私通话或交易撮合；每个场景先连谁、第一方未接是否继续；第二方是号码、座席、队列、IVR、分机还是外部指定；两段外显与等待提示；第二方未接、队列无座席、提前挂断如何记结果；是否推送第一段 / 第二段 / 桥接事件；记录与导出是否单独展示第一方 / 第二方字段。

记录与导出可按能力选择：第一方 / 第二方号码与类型、呼叫与接通时间、接听状态、桥接时间与结果、第一方等待时长、第二方响铃时长、挂断方、失败原因。现有记录不能稳定支持某字段时，在实施范围和验收中提前说明。

向客户解释时建议：

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

九、与周边能力的关系

十、FAQ

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

第二方是不是被叫？
不一定。第二方是第一方接通后继续连接的目标。若是队列、IVR 或流程，不能简单解释为某个「被叫号码」。

客户点击按钮发起请求，为什么还是第一段被叫？
点击是业务触发；电话由平台主动发起。平台先回拨客户时，客户在通信层是被叫，在业务层仍是发起方。

第一方一定是客户吗？
不是。取决于连接顺序。座席先接型外呼中，第一方通常是座席；交易撮合中可能是买家、卖家或指定一方。

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

只有一段通知电话时是否需要第二方？
不需要。只呼叫客户并播放通知、不发生转接或桥接时，按单段通知解释。

桥接成功和接通成功有什么区别？
接通成功可能只表示某一段接通。桥接成功表示双方均接通并进入可通话状态。

主从话单能否直接代表第一方和第二方？
不能。主从话单是原始链路记录；第一方 / 第二方基于业务会话和编排顺序解释。

第一方接通后第二方未接，应该算谁失败？
应区分记录：首段成功，第二段或桥接失败。运营关注第二方承接和第一方等待体验。

如何向客户解释「我发起的电话为什么不是主叫」？
您发起的是业务请求，平台按回拨模式主动呼叫您，所以在电话链路中您作为被叫被回拨。业务上您仍是发起方。

十一、总结

第一方与第二方解释多段通话中的连接顺序。把它与主叫 / 被叫、客户 / 座席、A/X/B、主从话单分开用，才能避免话单、报表、录音、推送和客户沟通里的口径混淆。

附录 A：入口与权限

该视角通常体现在以下能力中，不建议单独建权限：

附录 B：关键字段口径

附录 C：实施检查清单

附录 D：常见问题速查

附录 E：术语表