快捷搜索:

客服工作台:整合系统是过程,整合数据是目的

 

编辑导语:客服工作台好比客服人员的“后厨”,而完成客服系统的重构,通过客服平台的工具服务他人则是“上菜”。作者以这一生动形象的例子,为我们讲述了客服人员使用客服工作台的真正目的。

前面有聊过,客服工作台是客服人员的“后厨”,通过客服工作台,可以完成客服系统的重构。方便客服人员需要服务客户的时候,顺手拿起后厨里面的工具给客户“上菜”,能够让客户“败兴而来,乘兴而去”。

但是我们的目的仅仅是为了服务这些客户吗?不是的,我们的目的是为了败兴而来的客户越来越少。

一、场景:为什么找客服?

在聊业务问题之前,我们先回答一个问题:你在什么情况下会找客服人员?

有疑问:当我们使用服务、产品的时候,如果遇到自己不会的、有疑问的,我们首先会想到:问问客服。当然有些人也会努力自己去找答案,但是大部分会先找客服。

有问题:在电商大火的背景下,当我们觉得自己的权益没有得到保障的时候,我们一般会先和客服沟通,找解决办法。

除了有疑问、有问题的时候我们会找客服人员,其他情况下,我们也会找客服,但基本脱离不了有疑问、有问题。

二、业务:客服在干嘛?

了解了客户找客服人员的目的,我们在看看客服人员在干嘛。当然这里只说直面客户的客服人员。

用户带着疑问、问题来的,客服人员肯定是在帮客户找答案,别说什么在服务客户,太泛了!其实就是在帮客户找到解答心中疑惑的答案。

三、系统:提供什么功能?

既然客户带着问题来找客服,如果客服人员能够通过系统方便的找到答案并提供给用户,那么这个服务基本就会结束。

然而客服的系统太多,我们通过客服工作台将客服的系统工具做了整合,给客服人员带来了最大的便利,这个仅仅解决了一个用户的问题,下次再来问同样的问题呢?

再次回答…..这不是我们想要的客户服务体系!我们想要的应该是:通过客户问题来推动业务、 产品、服务的优化,减少重复问题,减少客户来问的次数。

四、数据:整理什么数据?

当我们在搭建客服工作台的时候,有说过客服工作构建第三步是深入业务,构建系统。

然而客服系统众多,没有工作台的时候,这些问题分散在不同的系统里面,会产生数据孤岛,不统一等问题,通过工作台,我们就可以将这些数据进行统一,也给整合数据带来了便利。

我们知道了客服业务是在帮客户解决问题,同时我们也知道我们想要的客户服务体系是:通过客户问题来推动业务、 产品、服务的优化,减少重复问题,减少客户来问的次数。

那么我们客服数据收集整理其实就是在对客户的问题进行收集整理。

了解了公司的业务,了解了客服的业务,基于对业务的了解,构建客服工作台,如果仅仅做到这一层面,我们的工作台是不完整的,还要构建统一的客服数据体系。

客服数据体系的构建除了考核数据还有一块就是前面说的用户问题。

五、问题:为什么要统一?

为了能够构建完整的客户服务体系,客服需要整理客户的问题,在没有工作台的时候,同一个问题标签可能不同,同一个问题在不同系统里面出现的频次可能差异很大。

当我们将这些问题统一起来,呈现在我们的客服工作台里面,我们对于这些问题的情况则一目了然。

同样的,一个问题通过不同的系统来咨询,答案肯定是一致的。

通过问题,基本上客户的问题库也就搭建完成了,客服知识库里面的FQA部分也就搭建完成了。

细分场景以后,也可以直接呈现给用户,相当于我们将我们的帮助中心拆分到不同的场景之下,并且可以根据用户的反馈,不断优化。

还有很多的好处,这里不再一一列举,大家可以自己考虑。

六、总结

其实说客服的业务数据是用户的问题有一个假设:当我们服务、产品足够好的情况下,是不会有这么多疑问和问题的。

既然服务、产品没有做到足够好,那就会有问题,就会有用户过来咨询。

我们要推动业务、产品优化,其实就是在不断的让我们的问题减少,而客服是这些问题的第一接收人,我们就可以考虑将这些问题收集起来,整理出来,反馈上去,进而推进业务、优化产品。

有了客服工作台,就给客服数据统一提供了一个基础,做完了这个技术,我们就该考虑整合数据了,只有整合数据,反推业务产品的优化才是我们最终的目的。

所以,客服工作台,整合系统是过程,整合数据是目的。

本文由 @摸鱼不划水 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 unsplash,基于 CC0 协议

[注:本文部分图片来自互联网!未经授权,不得转载!每天跟着我们读更多的书]


互推传媒文章转载自第三方或本站原创生产,如需转载,请联系版权方授权,如有内容如侵犯了你的权益,请联系我们进行删除!

如若转载,请注明出处:http://www.hfwlcm.com/info/21015.html