客户体验转型:框架与步骤
一位电信客户就计费错误致电支持中心。他们向 IVR 系统解释了问题。然后向第一个座席人员解释。然后转接并再次解释。然后升级,第三次解释。40 分钟后,他们筋疲力尽,问题仍未解决。这就是糟糕的客户体验。它让你失去了客户。客户体验...
11748 nav_menu_item 发布 0
绝不让任何一位客户流失。绝不让客户久等。.
FlyFone 的呼入呼叫中心平台通过人工智能驱动的 IVR、基于技能的 ACD 和实时仪表板,将每个呼叫立即转接给正确的座席,使您的团队始终走在队列的前列。.
开始免费试用
漫长的等待时间、转接错误的电话以及无法解决的问题每天都在使您损失收入。.
从智能路由到人工智能摘要,专为认真对待客户来电的团队打造。.
根据技能、语言、可用性或自定义优先级规则,自动将来电分配给合适的座席。不再盲目转接。客户不再失望。.
通过智能语音菜单引导来电者自助服务或联系正确的部门--无需等待座席人员。.
实时了解呼叫量、等待时间、座席可用性和 SLA 状态。管理人员可在问题升级之前采取行动。.
自动记录每次通话。实时监听、悄悄指导座席人员或在需要时闯入。全面审计跟踪,确保合规。.
让来电者请求回拨,而不是等待。减少放弃。在高峰时段保护客户体验。.
当有电话打进来时,来电者的全部历史记录就会立即显示出来--姓名、过去的互动、打开的票单。座席人员在知情的情况下接听。.
自动生成通话后总结、行动项目和情感评分。每次通话后无需手动记录。.
客户支持、IT 服务台或医疗保健 - FlyFone 可适应您的工作流程。.
弹出屏幕、人工智能摘要和一键升级功能可为您的团队提供所需的一切,从而缩短处理时间并提高 CSAT。.

必要时自动升级至 L2/L3。实时跟踪 SLA 合规性,确保企业账户始终获得优先级。.

可配置下班后、值班人员和非紧急回电的路由规则。建立在 HIPAA 就绪的基础设施上。.

在开始使用 FlyFone 之前,您需要了解的一切。.
IVR 是呼叫者首次拨打电话时与之交互的语音菜单("按 1 找销售")。ACD 是在 IVR 收集输入信息后将呼叫转接给正确座席的引擎。FlyFone 包括这两种功能,无需代码即可完全配置。.
是的。通过按天和按周的时间路由规则,您可以为每个队列或部门独立配置营业时间、下班时间、节假日计划和溢出行为。.
当等待时间超过阈值时,呼叫者可选择回拨。他们会挂断电话,保持自己在队列中的位置,并在有座席可用时收到自动回拨。.
是的。FlyFone 完全基于浏览器,有 Windows/Mac 桌面应用程序和 iOS/Android 移动应用程序。只要有稳定的互联网连接,代理可以在任何地方工作。.
大多数呼入呼叫中心可在 24 小时内完成全面配置并投入使用。我们的入职团队负责路由设置、IVR 配置和座席入职。.
呼入支持的实际运作原理——来电在转接至客服代表之前所经历的流程,以及队列为何会呈现这种行为模式。.
一个 呼入电话中心 处理客户发起的外来电话。当客户因有疑问、遇到问题或需要下单而拨打您的电话时,您的工作就是尽快将他们转接给合适的负责人,确保他们在转接过程中不会放弃。.
这听起来很简单,而且技术本身并不是难点。难点在于需求何时出现完全取决于它自己,而不是取决于你是否配备了相应的人员——这使得入站业务在演变为服务问题之前,早已成为一个处理能力问题。.
它们仅共用一套电话系统,除此之外几乎没有任何共同点。这种差异体现在人员配置方式、考核指标以及"理想的一天"是什么样上。.
| 入境 | 出境 | |
|---|---|---|
| 谁发起通话 | 客户 | 代理人 |
| 音量是 | 难以预测——你却能预测到 | 自主掌控——由你决定节奏 |
| 主要风险 | 来电者在电话接通前挂断 | 客服人员已无可用名单,或联系人未接听电话 |
| 测量于 | 答复速度、挂断率、解决率 | 接通率、每小时通话次数、转化率 |
| 人员配置由……驱动 | 预测值加上用于应对波动的缓冲值 | 名单规模与目标联系率 |
| 代理闲置时间为 | 必不可少——它能吸收电压尖峰 | 浪费——这意味着拨号器供料不足 |
最后这一行正是各团队最常出错的地方。在入站队列中,处于空闲状态的客服代表并不属于系统的闲置资源——它 是 该系统。如果将占用率推得太高,队列就无法再吸收波动,这正是下一节要讨论的内容。.
从客户拨打电话到客服人员打招呼这段时间内,通话会经历四个不同的阶段。了解这些阶段,就能更轻松地找出延迟的原因。.
大多数"等待时间过长"的问题,其实都源于第二或第四阶段,而非人员配置不足。如果交互式语音应答系统(IVR)将呼叫错误地转接给客服代表,而这些代表又不得不将呼叫转接出去,就会导致处理流程翻倍。如果技能规则过于狭窄,就会导致客服代表闲置,而旁边的呼叫队列却在不断积压。.
这是几乎没有任何指南会解释的部分,而这正是导致大多数用户感到沮丧的主要原因。.
队列的响应并非呈线性关系。当团队工作量较轻时,增加一名服务人员几乎不会改变等待时间,因为几乎没有人排队。当团队接近满负荷运转时,增加一名服务人员却能大幅缩短等待时间——因为队列的形成仅仅是因为存在一些无人可服务的短暂空档。.
其机制在于波动性。呼叫并非以均匀间隔到达,且处理时间也各不相同。 一支95%时间都处于繁忙状态的团队几乎没有余力来消化同时涌入的一批呼叫,因此会形成队列,且需要很长时间才能清空。而同一支团队在80%的占用率下,则能消化这批呼叫,且不会形成明显的队列。.
实际后果: 在电子表格上,将客服代表的工作负荷设定得非常高看似高效,但在现实中却会导致等待时间过长且波动剧烈。如果您的服务水平每周都剧烈波动,而人员编制却保持不变,那么通常是工作负荷过高所致——而非客服代表的绩效问题。.
由此得出两点结论。首先,应针对峰值半小时进行预测,而非日均值,因为日均值实际上从未出现过。其次,应将排队回拨视为处理能力而非礼节性服务——允许来电者挂断电话并保留其排队顺序,可以在不增加一名客服代表的情况下平滑峰值。.
将自身业务量归入这五个类别,通常是最快捷的诊断方法。如果某个类别占主导地位,解决办法很少是增加客服人员——问题往往出在产品页面、计费流程或某项自助服务选项未能发挥应有作用。.