編輯導語：客服工作臺好比客服人員的“后廚”，而完成客服系統的重構，通過客服平臺的工具服務他人則是“上菜”。作者以這一生動形象的例子，為我們講述了客服人員使用客服工作臺的真正目的。

前面有聊過，客服工作臺是客服人員的“后廚”，通過客服工作臺，可以完成客服系統的重構。方便客服人員需要服務客戶的時候，順手拿起后廚里面的工具給客戶“上菜”，能夠讓客戶“敗興而來，乘興而去”。

但是我們的目的僅僅是為了服務這些客戶嗎？不是的，我們的目的是為了敗興而來的客戶越來越少。

一、場景：為什么找客服？

在聊業務問題之前，我們先回答一個問題：你在什么情況下會找客服人員？

有疑問：當我們使用服務、產品的時候，如果遇到自己不會的、有疑問的，我們首先會想到：問問客服。當然有些人也會努力自己去找答案，但是大部分會先找客服。

有問題：在電商大火的背景下，當我們覺得自己的權益沒有得到保障的時候，我們一般會先和客服溝通，找解決辦法。

除了有疑問、有問題的時候我們會找客服人員，其他情況下，我們也會找客服，但基本脫離不了有疑問、有問題。

二、業務：客服在干嘛？

了解了客戶找客服人員的目的，我們在看看客服人員在干嘛。當然這里只說直面客戶的客服人員。

用戶帶著疑問、問題來的，客服人員肯定是在幫客戶找答案，別說什么在服務客戶，太泛了！其實就是在幫客戶找到解答心中疑惑的答案。

三、系統：提供什么功能？

既然客戶帶著問題來找客服，如果客服人員能夠通過系統方便的找到答案并提供給用戶，那么這個服務基本就會結束。

然而客服的系統太多，我們通過客服工作臺將客服的系統工具做了整合，給客服人員帶來了最大的便利，這個僅僅解決了一個用戶的問題，下次再來問同樣的問題呢？

再次回答…..這不是我們想要的客戶服務體系！我們想要的應該是：通過客戶問題來推動業務、 產品、服務的優化，減少重復問題，減少客戶來問的次數。

四、數據：整理什么數據？

當我們在搭建客服工作臺的時候，有說過客服工作構建第三步是深入業務，構建系統。

然而客服系統眾多，沒有工作臺的時候，這些問題分散在不同的系統里面，會產生數據孤島，不統一等問題，通過工作臺，我們就可以將這些數據進行統一，也給整合數據帶來了便利。

我們知道了客服業務是在幫客戶解決問題，同時我們也知道我們想要的客戶服務體系是：通過客戶問題來推動業務、 產品、服務的優化，減少重復問題，減少客戶來問的次數。

那么我們客服數據收集整理其實就是在對客戶的問題進行收集整理。

了解了公司的業務，了解了客服的業務，基于對業務的了解，構建客服工作臺，如果僅僅做到這一層面，我們的工作臺是不完整的，還要構建統一的客服數據體系。

客服數據體系的構建除了考核數據還有一塊就是前面說的用戶問題。

五、問題：為什么要統一？

為了能夠構建完整的客戶服務體系，客服需要整理客戶的問題，在沒有工作臺的時候，同一個問題標簽可能不同，同一個問題在不同系統里面出現的頻次可能差異很大。

當我們將這些問題統一起來，呈現在我們的客服工作臺里面，我們對于這些問題的情況則一目了然。

同樣的，一個問題通過不同的系統來咨詢，答案肯定是一致的。

通過問題，基本上客戶的問題庫也就搭建完成了，客服知識庫里面的FQA部分也就搭建完成了。

細分場景以后，也可以直接呈現給用戶，相當于我們將我們的幫助中心拆分到不同的場景之下，并且可以根據用戶的反饋，不斷優化。

還有很多的好處，這里不再一一列舉，大家可以自己考慮。

六、總結

其實說客服的業務數據是用戶的問題有一個假設：當我們服務、產品足夠好的情況下，是不會有這么多疑問和問題的。

既然服務、產品沒有做到足夠好，那就會有問題，就會有用戶過來咨詢。

我們要推動業務、產品優化，其實就是在不斷的讓我們的問題減少，而客服是這些問題的第一接收人，我們就可以考慮將這些問題收集起來，整理出來，反饋上去，進而推進業務、優化產品。

有了客服工作臺，就給客服數據統一提供了一個基礎，做完了這個技術，我們就該考慮整合數據了，只有整合數據，反推業務產品的優化才是我們最終的目的。

所以，客服工作臺，整合系統是過程，整合數據是目的。

本文由 @摸魚不劃水 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 unsplash，基于 CC0 協議