CTI在呼叫中心里有什么作用？电话系统与CRM如何实现联动

客户来电后，座席电脑自动弹出客户资料；客服点击CRM中的电话号码就能发起外呼；通话结束后，通话时长、座席、录音和处理结果又出现在同一条客户记录里。这些动作看起来发生在CRM界面中，但真正把电话系统和业务系统连接起来的，通常是CTI。

在呼叫中心里，电话平台负责建立呼叫，ACD负责队列和座席分配，CRM保存客户、订单、工单和跟进记录。CTI位于这些系统之间，负责接收电话事件、调用电话控制接口，并把呼叫状态与CRM中的业务对象建立关联。

所以，理解CTI不能只看“来电弹屏”这一项功能，更重要的是看一通电话从进入系统、分配座席、接通、转接到挂机之后，电话事件怎样被业务系统持续识别和记录。

CTI处在电话系统和业务系统之间

CTI是Computer Telephony Integration的缩写，通常译为计算机电话集成。它本身不是CRM，也不是电话交换机，而是让计算机业务系统能够感知和控制电话呼叫的一层接口或集成机制。

以一个典型呼叫中心为例，客户拨打服务热线后，电话首先进入SIP线路或其他语音接入线路，再由呼叫平台处理。IVR可以先让客户选择业务，ACD再根据队列和座席状态分配电话。

此时，CTI会持续接收与这通电话有关的事件，例如来电号码、被叫号码、当前队列、振铃座席、接听时间、转接动作以及挂机状态。CRM则根据这些信息查找对应客户，并在座席界面显示客户资料、历史联系记录或相关工单。

因此，一套完整联动通常可以理解为：

客户来电 → 电话平台 → IVR/ACD → CTI事件 → CRM匹配 → 座席接听 → 通话记录回写。

电话系统负责“电话能不能接通”，CRM负责“这个客户是谁、过去发生过什么”，而CTI负责把这两个过程连接起来。

客户来电后，CRM为什么能自动弹出资料

来电弹屏是CTI最常见的应用之一，但它并不是简单地“读取一个电话号码然后打开CRM”。

客户来电时，电话平台会产生一个新的呼叫事件，其中通常包含主叫号码和被叫号码。如果企业有多个服务热线，被叫号码还能帮助系统判断客户拨打的是售前热线、售后热线还是其他业务号码。

CTI获取这些信息后，可以把查询请求发送给CRM。CRM再根据预先设置的匹配规则查找客户资料，例如按照手机号、固定电话、客户编号或者其他业务标识进行匹配。

如果系统已经找到唯一客户，座席接到电话时就可以直接看到对应资料。如果一个号码关联多个联系人，也可以先显示候选记录，让座席进一步确认。

有些场景并不只依赖电话号码。例如客户已经在IVR中输入订单号、服务单号或客户编号，CTI也可以把这些数据一并传给业务系统，使CRM直接打开对应订单或工单，而不是只进入客户基本资料页。

这也是为什么设计来电弹屏时，需要先确定“按照什么字段匹配”，而不是只配置一个电话号码查询接口。

点击拨号实际上是CRM向电话系统发起控制

CTI不仅能把电话事件传给CRM，也可以让CRM反过来控制电话系统。点击拨号就是其中最典型的操作。

座席在CRM客户资料页点击一个电话号码后，CRM会把目标号码、座席身份以及相关客户信息发送给CTI。CTI再调用电话平台的呼叫接口发起外呼。

不同平台的具体流程可能不同。有的系统先呼叫座席分机，座席接听后再呼叫客户；有的软电话环境可以直接从座席终端发起呼叫；还有些浏览器座席通过WebRTC或其他方式完成通话。

无论采用哪种方式，点击拨号的核心价值都不只是减少手工输入号码。更重要的是，这次外呼从开始就已经和CRM中的客户记录建立关联。

系统可以知道是谁发起的电话、拨给哪个客户、从哪个任务或工单进入，并在通话结束后把结果回写到原来的业务记录中。

对于电销或客户回访场景，这种关联尤其重要。座席不需要在拨号结束后再手工寻找客户记录，主管也可以按照任务、座席和客户维度查看后续通话结果。

振铃、接听、保持和挂机怎样同步到CRM

CRM如果只知道“打过一通电话”，仍然无法完整反映呼叫过程。CTI更重要的作用，是把电话过程中不断发生的状态变化同步给业务系统。

一通呼叫可能经历多个阶段：

• 电话进入系统；
• 进入某个ACD队列；
• 分配给指定座席；
• 座席终端振铃；
• 座席接听；
• 通话保持或咨询；
• 转接到其他座席；
• 客户或座席挂机；
• 进入话后处理。

CTI可以根据电话平台提供的接口接收这些事件，再把对应状态显示在座席系统中。例如振铃时显示“来电中”，接听后变为“通话中”，挂机后自动进入话后处理页面。

如果发生转接，系统还需要记录原座席和新座席之间的关系。否则，从CRM里只看到最后一个接听人，很难还原整通电话的处理过程。

这里还需要区分电话控制和语音媒体。CTI通常传递的是呼叫事件和控制指令，真正的RTP语音媒体并不一定经过CRM。也就是说，CRM能够显示电话状态，并不代表语音本身就在CRM服务器中传输。

这种边界在做系统集成时很重要。CRM负责业务界面和数据，电话平台负责呼叫和媒体，CTI负责双方的事件联动。

录音、工单和客户标签怎样跟一通电话关联

通话结束并不代表CTI流程结束。对于客服、售后和电话营销业务来说，真正有价值的是把本次通话结果留在对应客户和业务记录中。

一条完整的通话记录通常可以包含：

• 呼叫方向；
• 客户号码；
• 座席账号；
• 所属队列；
• 呼叫开始时间；
• 接听时间；
• 挂机时间；
• 通话时长；
• 呼叫结果；
• 录音文件ID或录音地址；
• 关联客户、订单或工单。

如果录音系统和电话平台能够提供统一的呼叫ID，CTI还可以把录音与本次通话记录对应起来。座席或主管进入CRM客户页面后，就能够直接找到这通电话对应的录音入口，而不需要再去录音平台按照时间和号码搜索。

但并不是所有信息都应该由CTI自动生成。例如客户意向等级、投诉原因、跟进备注、下次联系时间等业务内容，通常仍然需要座席在话后处理阶段填写。

CTI适合自动记录客观的呼叫事件，而业务判断仍应由CRM流程和座席操作完成。

对于工单系统也是同样的逻辑。如果客户来电是为了跟进一个已有工单，系统可以在弹屏时自动打开该工单；如果通话过程中产生新的问题，也可以由座席直接创建工单，并把本次通话记录关联进去。

CTI落地前要先划清各系统的职责

电话系统与CRM联动看起来只是几个接口调用，但真正实施时，最容易出现的问题不是接口有没有，而是多个系统之间的职责没有提前划分清楚。

电话平台负责呼叫

电话平台通常负责SIP中继、分机注册、呼叫建立、转接、保持和语音媒体处理。它首先要保证电话本身能够正常拨入和拨出。

ACD负责队列与座席分配

ACD根据业务队列、座席状态和分配规则，把电话送给具体座席。CTI可以获取这些事件，但不意味着所有分配逻辑都应该写在CRM里。

CTI负责事件和控制联动

CTI负责接收呼叫事件、执行点击拨号、控制接听或挂机，并将这些信息同步给CRM。它是电话侧和业务侧之间的桥梁。

CRM负责客户和业务数据

CRM管理客户资料、联系人、销售机会、服务记录、任务、工单和跟进计划。电话数据进入CRM后，应该围绕这些业务对象保存，而不是单独堆积成一张无法关联的通话明细表。

在正式开发接口之前，建议先确认几个问题：CRM是否提供开放API，电话平台能输出哪些呼叫事件，座席状态由哪套系统维护，录音如何返回唯一标识，多号码客户如何匹配，转接之后通话归属怎样记录，以及外呼失败时CRM需要保存哪些结果。

这些规则如果没有提前定义，即使来电弹屏已经做出来，后期也很容易在报表、录音关联和工单追踪上出现数据不一致。

几个常见的CTI与CRM联动问题

CTI和CRM是一回事吗？

不是。CRM负责客户和业务数据，CTI负责电话事件与业务系统之间的联动。两者可以集成，但职责不同。

没有CTI，CRM能直接接电话吗？

CRM本身通常不承担电话交换和语音媒体处理。实际通话仍需要电话平台、软电话或其他语音系统，CRM再通过接口获得呼叫数据。

CTI一定要基于SIP吗？

不一定。CTI描述的是计算机系统和电话系统的集成方式，并不等同于SIP。不过现在很多呼叫中心采用SIP作为主要语音接入和呼叫控制协议，因此两者经常同时出现。

CTI可以自动保存录音吗？

CTI可以把录音文件ID、录音地址或其他标识关联到CRM，但录音是否生成、保存在哪里以及如何播放，取决于电话平台和录音系统本身的能力。

CRM弹屏只靠来电号码匹配吗？

不一定。除了主叫号码，还可以结合被叫号码、IVR输入、客户编号、订单号或工单号等信息匹配。具体采用哪种方式，应根据企业业务流程和数据结构确定。

CTI在呼叫中心中的核心作用，是让电话过程能够进入业务系统。客户是谁、从哪个号码来电、进入哪个队列、由谁接听、是否发生转接、通话持续多久，以及最终关联到哪个客户或工单，都可以通过统一的呼叫事件串联起来。

对企业来说，真正需要设计的并不是“要不要做一个来电弹屏”，而是电话系统中的每一次呼叫变化，哪些需要传给CRM，CRM又应该用这些信息完成什么业务动作。把这一层关系理清之后，来电弹屏、点击拨号、录音关联和通话记录回写才会成为一套完整的呼叫中心业务流程。