坐席与队列
客户来电可进入等待队列,再根据坐席状态和业务规则分配给可处理的人员。
从通信接入、业务处理到系统连接,企业可以按实际需要选择能力。
客户来电可进入等待队列,再根据坐席状态和业务规则分配给可处理的人员。
可按已开通能力,根据地区、客户类型、按键、服务时间、坐席技能、客户历史、忙闲状态、部门或门店分配来电。
通过售前、售后、投诉等语音菜单,让客户先选择业务,再进入对应队列。
支持坐席、部门、总部与门店之间的转接,并可根据系统条件配置AI转人工。
根据已开通功能统一保存和查询通话录音,用于服务抽检;需要时可连接AI质检。
可按平台能力统计来电量、接通量、未接量、等待时间、通话时长、坐席工作量和服务状态。
把通话与客户资料、历史服务记录、工单和销售跟进连接起来,具体字段取决于系统接口。
可连接AI客服、AI坐席辅助、AI质检、通话摘要和知识提示,让AI成为服务流程中的一个处理节点。
呼叫中心的核心不是电话机,而是统一管理企业电话入口、服务人员、服务流程和客户数据。
400电话解决客户拨打哪个号码;呼叫中心负责电话进入企业以后由谁接、怎么分、怎么转、怎么记录和怎么管理。
两者解决的问题不同,企业通常把400电话作为统一入口,再由呼叫中心管理接听与服务过程。
| 对比项 | 400电话 | 呼叫中心 |
|---|---|---|
| 核心作用 | 提供企业统一电话号码 | 管理客服、坐席和服务过程 |
| 电话入口 | 本身是客户拨打入口 | 需要号码或线路接入 |
| 坐席管理 | 以基础接听配置为主 | 统一管理坐席、状态和权限 |
| 排队能力 | 视平台功能而定 | 支持等待队列和分配规则 |
| IVR | 可以配置基础语音导航 | 可与队列、部门和业务流程配合 |
| 录音 | 可根据平台能力开通 | 可统一管理和关联服务过程 |
| CRM联动 | 需要另行对接 | 可按接口条件与客户和工单数据连接 |
| AI客服 | 需要通信线路和系统接入 | 可把AI作为人工坐席之外的服务节点 |
常见组合是:400电话 → 呼叫中心 → 人工坐席或AI客服。400电话与呼叫中心通常不是二选一。
两种部署方式没有绝对优劣,应结合企业规模、来电量、IT能力、数据要求和现有系统判断。
| 判断因素 | 云呼叫中心 | 传统或自建呼叫中心 |
|---|---|---|
| 部署方式 | 由服务平台提供主要系统能力 | 企业本地或专有环境建设 |
| 常见适用情况 | 希望较快部署、多地办公或灵活扩容 | 已有本地通信基础设施或特殊控制要求 |
| IT投入 | 通常减少本地系统建设工作 | 需要相应IT团队参与建设和维护 |
| 扩容方式 | 通常按平台能力调整坐席和资源 | 需结合本地设备、线路和系统容量 |
| 系统集成 | 通过平台接口连接业务系统 | 可结合企业内部架构进行深度集成 |
| 数据要求 | 需核对平台的数据、权限和保存方式 | 需自行规划数据、权限和安全管理 |
| 适合企业 | 中小企业、成长型企业及多地团队 | 大型团队或有特殊内部系统要求的企业 |
实际选择还需核对网络、线路、合规要求、维护能力和总体成本。
先整理业务规模、电话入口、坐席流程和现有系统,才能判断需要哪些呼叫中心能力。
确认当前使用400、固定电话还是其他号码。
记录日均、峰值时段和季节性变化。
区分当前坐席、计划坐席和并发接听需求。
明确售前、售后、投诉等业务队列。
确认是否需要总部、区域和门店分级管理。
确认忙线、等待、超时和无人接听处理。
梳理菜单层级、按键和人工入口。
明确录音范围、权限和保存要求。
确认客户识别、历史记录和接口条件。
梳理创建、更新、查询和回写流程。
明确AI处理范围和转人工条件。
确认号码、线路和目标平台的接入能力。
区分客户来电与回访、通知、销售外呼。
确认多地办公、远程接听和权限管理。
明确管理指标、质检方式和数据范围。
坐席人数只能作为参考,实际选型还需要结合来电量、业务复杂度和系统现状判断。
| 企业情况 | 建议重点关注的能力 |
|---|---|
| 3至10个客服 | 基础坐席、录音和统计 |
| 10至50个客服 | 队列、IVR、质检和CRM |
| 全国门店 | 地区路由、总部管理和分级权限 |
| 已有CRM | CTI或API、客户识别和记录回写 |
| 准备上线AI | SIP、AI接口、转人工和异常兜底 |
| 客服与销售并存 | 呼入、外呼、业务队列和CRM |
| 大量售后服务 | 工单、录音、服务报表和进度跟踪 |
最终方案还应核对号码线路、峰值来电、数据要求、系统接口和维护方式。
提供现有服务热线、坐席数量、每天来电量、业务队列,以及CRM、工单和AI系统情况,可以先评估适合的呼叫中心接入和升级方式。
企业已经长期公开使用400号码,希望增加AI服务能力,又担心更换号码影响客户和既有宣传材料。
产品知识分散、业务规则变化快,新坐席查找答案慢,不同人员的服务口径也不一致。
人工只能抽查少量通话,服务问题、风险话术和客户反复反馈难以及时发现。
呼叫中心是一项企业通信能力,可以结合呼叫中心、AI客服、CRM和其他系统,形成适合不同业务流程的解决方案。
一个400,总部统一管理,全国经销商分布式服务
客户只记一个官方号码,来电按区域、业务、时间与接听状态分配,总部统一查看必要的服务数据。
不换原号码,让传统电话快速接入AI
在尽量保留现有400、固话、热线和业务流程的基础上,增加连接AI客服、销售、质检、翻译与人工坐席的通信能力。
保留现有客服入口,把AI接入真实服务流程
帮助企业评估现有400电话、固定电话、呼叫中心、CRM、知识库和工单系统,从一个高频场景开始接入AI客服,并保留转人工和服务记录。
商家号码归商家,服务数据经授权进入平台统一管理
面向拥有大量商家、加盟商、服务商或生态伙伴的平台型企业,由商家自主申请并使用400号码,平台在授权范围内接入接听、漏接、录音、质检等通信数据,实现服务过程监督、质量管理、异常预警和运营分析。
呼叫中心是统一管理企业电话入口、坐席、队列、转接、录音和服务数据的系统。它负责电话进入企业之后如何分配、处理、记录和管理。
400电话主要解决客户拨打哪个统一号码;呼叫中心负责电话进入企业以后由谁接、怎么排队、怎么转接和怎么记录。两者通常组合使用。
如果只有少量接听号码和简单转接,400平台可能已经够用。需要多坐席、队列、录音、报表、CRM或AI协同时,再评估呼叫中心更合适。
可以把400电话作为统一入口,再将来电接入呼叫中心的IVR、队列和坐席流程。具体方式需要根据现有号码、线路和平台能力确认。
可以评估通过呼叫转移、语音网关、SIP或运营商线路接入。是否保留原固定号码以及采用哪种方式,需要根据现有线路和系统确认。
可以把AI客服配置为呼叫中心中的一个服务节点,先处理标准问题,再把复杂问题转给人工。接入方式需结合线路、SIP和AI平台能力确认。
可以根据CRM和呼叫中心的接口能力连接客户身份、历史记录、通话结果和跟进状态。具体字段、触发方式和失败补录流程需要在对接时确认。
多数呼叫中心可以配置录音,但需要开通相应功能并设置访问权限和保存规则。具体能力与保存期限需根据当前平台确认。
需要预先设置转人工条件、目标队列、服务时间和失败兜底。接口允许时,还可以同步客户身份、问题摘要和AI已收集的信息。
没有统一固定数字,需要结合平台容量、线路并发、网络、坐席许可和业务峰值评估。规划时应同时考虑当前坐席和未来扩容需求。
云呼叫中心通常由服务平台提供系统能力,传统或自建呼叫中心由企业建设和维护更多本地基础设施。选择时需要综合考虑IT能力、数据要求、现有系统、扩容和合规要求。
多数项目可以先评估保留原呼叫中心,再通过SIP、接口或现有路由把部分来电交给AI。具体可行性需要根据现有线路、系统和平台能力确认。
从号码和SIP接入,到呼叫中心、AI和业务系统连接,可根据企业现状组合实施。
告诉我们现有号码、坐席数量、来电规模、业务队列和系统情况,可以进一步评估呼叫中心、CRM、工单与AI的组合方式。