无风不起浪： 联络中心数据中缺失的维度

联络中心数据中缺失的那个维度。一种对客户互动进行分类的方法，它回答了大多数分类体系都跳过的问题：为什么是现在？

两句中国谚语彼此矛盾。却都能在联络中心里得到验证。 

第一句：无风不起浪。没有风， 就不会有波浪。波浪是某种东西推动它的证据。

第二句则相反：无风三尺浪。即使没有风， 海上也会涌起三尺浪。 有些波动并非源于上游的任何因素。水自己会动。

我花了数月时间研究一个联络中心互动量究竟从哪里来，而这两句谚语不断对应到同一运营体系的两个部分上。这就是这个分类方法的由来。它围绕着一个标准方案中缺失的问题而构建。 

当前分类体系遗漏了什么

标准分类很好地回答了两件事：多少互动，按类别分；如何到达，按渠道和队列分。对于一个按吞吐量为考核指标的运营部门来说，这已经够了。但对于一家同时运营上游营销和CRM以及下游服务的机构来说，却漏掉了一个决定商业价值的问题：这次互动为什么发生在现在。 

一个具体案例。某品牌更改了会员规则，积分年底过期。随后数周，客户纷纷联系品牌，赶在价值消失前兑换积分。标准打标会将此记为"积分兑换"主题和"呼入电话"或"天猫聊天"渠道。标签都很准确。但两者都没有捕捉到一个事实——这整波高峰源自一个CRM决策。设计并运行那个会员计划，你就制造了这波高峰。只负责接听队列的人，只是在接住别人在上游掀起的浪，而你的数据中没有任何信息告诉你这一点。 

这个缺口会带来额外成本。市场和客服看着同一波高峰，却各自写出两份毫无关联的报告。市场部把兑换记作活动成果。客服部把同一波量记作人力缺口。没有人把它们关联起来，因为数据从一开始就不是为关联而建的。 

三个维度，分而立之

解决方案是：停止让一个标签承载三层含义。每次互动按三个独立维度分类。 

风：什么导致了它——上游的触发因素，如果有的话。

浪：它关于什么——主题，也就是运营团队已经在追踪的那些常规来电驱动因素。

渠道：它如何、在何处到达你——企微、天猫、热线、聊天机器人。

三者保持独立。一阵风会掀起多种不同的浪：上面那个会员变更会带来兑换请求、公平性质疑，以及一小股对自己居然有积分感到惊讶的客户。一种浪在有风或无风时都会出现：尺码咨询可能紧跟着一场直播而来，也可能在一个平淡无奇的周二莫名而至。 

渠道是人们最容易误当作原因的东西，因为相关性明摆在那里。开一家天猫店，看着联络量上升，于是得出结论：天猫驱动了联络量。天猫只是浪拍打的岸线。风在别处。那个店铺里的顾客，可能因为一小时前的直播而来，也可能只是想问这件外套是否偏小。同一个渠道，两种毫不相干的原因。把渠道当作触发因素，因果问题就消失了。这是联络中心分类中最常见的错误：商城、品牌店、零售被列为联络的原因，而它们只是联络落脚的场所。 

触发因素，按有风与否排列

把渠道剥离出去之后，原因可分为两层。 

上层是事件驱动型。上游发生了某件具体的事，随后出现一波高峰。下层是结构型，即一个品牌卖东西并维护客户的常态条件。这是那股无风自起的、三尺高的日常涌浪。

互动触发因素图谱：按互动模式（响应式、主动式、持续性）排列的触发因素，分为事件驱动型（有风）和结构性基线（无风）两栏。

上方的三种互动模式，正是整合型运营机构与其他人拉开差距的地方。响应式是消费者主动发起的服务，是每个联络中心都在配备人力的那一栏。主动式是品牌主动发起的：外呼、到期提醒、赢回流失客户。持续性是持续进行的关系维护：客户顾问服务、VIP管家、私域培育——没有明确的起点，也没有工单。 

传统联络中心服务商几乎只活在响应式这一栏。电商客服服务商覆盖响应式加部分主动式，大多集中在平台交易场景内。而同时运营上游项目与下游服务的机构，是唯一一种能横跨所有触发因素和全部三种模式的业态。这个矩阵就是在一页纸上呈现这一切的方式，每个格子里填入品牌自身的互动量。 

第二句俗语为何值得被记住

再看下方那一栏。把"无风"行当作残余噪音、只追逐事件驱动的峰值，这种想法很有诱惑力。但这把价值搞反了。

基线是让每一阵风都可被衡量的参考线。 正常周跑一千次互动；活动周跑到一千八百次；那多出来的八百次就该算在活动头上。这个差值，才是营销部门交给服务部门的真实数字。没有一条干净的基线，你就无法说清任何一阵风究竟产生了什么。正是哪些平稳的周，才让你能够算清忙碌时期真正增加了多少成本。 平淡无奇的周，才是让你能为忙碌的周定价的依据。 

它能帮你问出什么

有了全部三个维度，过去靠猜测的问题就变成了可查询的：

• 总互动量中，有多大比例来自我们自己运行的项目，相对于无论如何都会承担的基线？

• 哪些活动给服务端带来的负荷最重，活动预算是否曾为此列过账？

• CRM消息发出后的几天内，客户会提出什么？

• 自助服务在哪里最划算——通常是在那些高流量、无风、常规的主题上
  

第一个问题， 才是真正改变商业决策的问题。一旦品牌能看清自己上游项目制造了多大比例的联络量，"自建还是外购"以及服务是否应该捆绑销售的逻辑都会改头换面。营销运营和服务运营不再像是两笔应该拆开采购的东西。 

一个模型会在每次互动结束后读取并打上标签。客服不会在通话中途从下拉框中选择——他们身在对话之中，没有立场判断原因，而且下拉框疲劳会在一个月之内把数据搞烂。渠道根本不需要模型，平台已经记录好了。 

检验方法很简单。取品牌自身九十天的互动数据，按这三个维度打标，然后读出其中可追溯到品牌已经在付费的项目的比例。我们通常会以工作坊的形式开展这一分析。 ，用真实数据，格子很快就填满了。 

*Daniel Wei是TP旗下消费者互动业务TP Infinity的首席运营官。风/浪/渠道框架是该业务在亚太及更广区域的互动分析工作的一部分。