一通没有弹屏的电话,坐席在接通后的 30 秒内做了什么
假设一个客户打进了企业热线。系统振铃,坐席接起:"您好,请问有什么可以帮您?"
客户说:"我上周买的东西,订单号是 123456,到现在还没发货,帮我查一下。"
坐席打开 CRM 系统,输入客户号码查找会员信息,再切换到订单系统输入订单号,确认物流状态后向客户回复。整个过程耗时约 30 秒到 1 分钟。如果电话量大,这 30 秒的查信息时间在全天话务中累积成可观的人力浪费。如果客户在描述订单时记错了号码,或者坐席在切换系统时操作失误,等待时间会进一步拉长。
如果坐席在接起电话的瞬间,电脑屏幕上已经显示了客户姓名、会员等级、最近订单状态和历史服务记录——上述查信息的过程就不再需要。坐席可以直接进入"帮您查一下物流进度"的回复环节。
这就是来电弹屏要解决的核心问题:在人工介入之前,把电话信号转译成坐席可用的业务信息。

第一层:CTI 从电话信号中收到什么
电话呼入企业呼叫中心时,通信线路会携带若干标识信息。CTI(Computer Telephony Integration,计算机电话集成)的工作是把这些通信层的数据提取出来,传递给业务系统。
从一条呼入信号中,CTI 能够提取的主要字段包括:
主叫号码(ANI):客户拨打时的来电号码。固定电话、手机号码均可识别。部分地区或线路存在隐藏号码或无法识别的 IP 中继信号时,主叫信息可能为空或不完整。
被叫号码(DNIS):客户拨打的号码。企业拥有多条热线(400、95、1010、不同城市本地号码等)时,DNIS 可以帮助系统区分客户从哪个入口打入,从而判断业务类型。
IVR 按键/语音轨迹:如果电话先经过 IVR 或通话 Agent,客户在自助环节选择的业务类型、输入的订单号或会员号,可作为已采集字段随通话一并传递给 CTI。
CTI 将这些信号转换为业务系统可识别的格式后,发起一次查询请求。这个请求包含的核心参数通常就是主叫号码——从号码到客户身份的匹配,是下一步的工作。
第二层:从号码到客户身份的两种匹配方式
CTI 把号码传给业务系统后,系统需要在数据库中找到对应的客户记录。匹配方式通常有两种,根据企业的 CRM 数据完整度和客户类型选择:
精确匹配:号码即身份。当客户号码已在 CRM 或会员系统中被准确记录时,系统按主叫号码直接找到客户档案。这是最常见的匹配方式,适用于已注册会员、企业客户、老客户等有号码留存的服务场景。
模糊匹配与多条件确认。如果客户使用陌生号码拨打、或者号码在系统中匹配到多条记录(如家庭共用号码),系统无法通过号码唯一确认客户身份。此时弹屏内容会降级显示"未识别来电",或者在坐席接听后提示"请输入会员号/订单号"以完成二次身份确认。
影响匹配准确率的常见因素包括:
因素 | 影响 |
|---|
客户更换号码或使用非绑定号码 | 系统无法匹配到已有记录 |
号码归属企业而非个人 | 一条号码对应多名客户 |
IP 电话或号码隐藏 | 主叫字段为空 |
客户在 IVR 中已输入身份信息 | 可覆盖号码匹配的限制 |
因此,来电弹屏的可靠程度取决于企业 CRM 中号码数据的完整性和维护周期。号码数据越完整、更新越及时,弹屏的准确率越高。
第三层:弹屏信息从哪些系统组装而来
CTI 完成号码传递、CRM 完成客户匹配后,弹屏内容还需要从多个业务系统中组装。一通电话弹窗里通常展示三类信息:
客户基础信息。从 CRM 或会员系统获取:客户姓名、会员等级、注册时间、归属门店/区域、联系地址。这部分是弹屏的基础层,用于坐席在接通前对来电者有一个基本判断。
历史交互记录。从呼叫中心通话记录、在线会话记录和工单系统获取:最近 3-6 次来电时间、历史工单(处理中/已关闭)、近期投诉记录、未解决的服务请求。这部分解决的是"客户为什么再次来电"的问题,避免坐席让客户重复描述历史问题。
当前业务状态。从订单系统、物流系统、售后系统获取:最新订单状态、物流进度、保修期状态、预约安排。这部分解决的是"客户现在最关心什么"的问题,让坐席在接听前已掌握业务动态。
这些数据在每次来电时实时组装,而不是提前缓存。组装速度取决于各业务系统的接口响应时间和数据量,一般在 1-3 秒内完成。
弹屏之后:坐席看到什么、怎么做
弹窗完成信息展示后,坐席的工作节奏发生了两个关键变化:
从"查"变成"确认"。坐席不再需要切换系统查找客户和订单信息,而是直接看过弹窗内容后,用"您好张先生,您是问上周订的那台空调的物流是吗"开场。弹屏内容帮助坐席在接通瞬间就进入对客回应状态。
从"记"变成"录"。通话过程中,坐席在弹窗基础上补充本次服务摘要、更新客户标签或创建新工单。合力亿捷的 AI 原生工作台在这一环节可提供会话摘要自动生成、服务小结和工单草稿建议,减少坐席的通话后处理时间。
弹屏的价值并不体现在某一通电话的瞬间,而体现在全天话务的累积效率上。如果一个坐席每天接听 50 通电话,每通电话因查信息节省 20 秒,全天可节省约 17 分钟的重复操作时间。
弹屏的技术前提:呼叫中心的架构选型
来电弹屏能否稳定运行,取决于呼叫中心的通信架构。当前主流部署方式对应不同的弹屏实现路径:
公有云呼叫中心。CTI 和 CRM 在同一云平台内,信号直达业务系统,弹屏响应速度最快。适合坐席规模在 10-100 人、希望快速上线弹屏能力的中小企业。
混合云部署。呼叫中心话路在云上,客户数据在企业本地数据库。弹屏请求需要通过安全接口从云侧发起至本地系统,响应速度取决于网络带宽和接口性能,通常增加 0.5-1 秒的查询时间。适合主体业务数据需要本地存储、通信层使用云服务的中大型组织。
私有化部署。CTI 服务器、呼叫中心系统和 CRM 全部运行在企业本地机房。弹屏数据在企业内网完成组装,不经过外网,响应速度稳定。适用于政务、金融、国央企等数据安全与合规要求较高的场景。合力亿捷支持通过私有化全栈部署或 HollyONE 一体机两种方式交付,弹屏功能在本地环境中完整运行。
弹屏效果的衡量与边界
评估来电弹屏是否有效,可以从三个可观察指标入手,不需要等到全部上线完成:
号码识别率:已接通来电中,系统能识别出主叫号码的比例。低于 90% 时需要排查线路侧号码传送和 IP 中继配置。
客户匹配率:在已识别号码中,能准确匹配到 CRM 客户记录的比例。这个指标直接受号码数据质量影响。
坐席利用率变化:弹屏上线前后,坐席平均通话后处理时间(ACW)的变化。如果弹屏信息充分,ACW 应有可观察的缩短。
来电弹屏的价值边界同样明确:它无法替代客户在 IVR 或通话 Agent 中完成了自助查询的部分,也无法解决 CRM 中没有记录的新客户识别问题。弹屏解决的是"已知客户高效服务"的问题,不是"所有来电都能识别"的问题。
按合力亿捷在呼叫中心系统的产品能力框架,来电弹屏是通信底座的基础功能之一——它与 IVR、智能路由、技能组、坐席状态和录音报表共同构成呼叫中心日常运营的标配模块。对于正在规划呼叫中心建设或升级的团队,可以先把号码识别率和客户匹配率作为弹屏效果的基线指标,再根据业务系统的接口条件逐步扩展弹屏信息的丰富度。
下一步可评估的问题:当前 CRM 中客户号码的覆盖率是多少?热线来电的号码识别率是否已达到内部可接受水平?在不同部署方案下,弹屏数据的组装时间是否能满足坐席的接听节奏?