漫談:如何用好好用的工單管理系統(tǒng)

墨語
8 評(píng)論 13698 瀏覽 37 收藏 9 分鐘
🔗 产品经理的不可取代的价值是能够准确发现和满足用户需求,把需求转化为产品,并协调资源推动产品落地,创造商业价值。

編輯導(dǎo)讀:電商是最近幾年大熱的賽道之一,用戶數(shù)激增的同時(shí)也代表工作量的增加,這時(shí)給客服人員配備一個(gè)好用的工單系統(tǒng)非常重要。本文作者將從自身經(jīng)驗(yàn)出發(fā),分析如何用好一個(gè)工單管理系統(tǒng),希望對(duì)你有幫助。

在電商如火如荼的今天,客戶從觸達(dá)平臺(tái)到完成購物,客服作為支撐角色,貫穿整個(gè)過程。所以必須提供給客服人員一個(gè)可用又好用的工單系統(tǒng),用了,就需要把它用好,讓他在處理客戶問題之余,還能帶來一些額外的效益。

一、使用好工單取決于定義及規(guī)則

在講如何更好的使用工單的前,我們首先要定義工單并明確其使用場(chǎng)景(可能很多公司在用工單,但是沒有一個(gè)清晰、明確的定義)。我們來看兩個(gè)對(duì)于工單的定義:

  • 工單是用來記錄、跟進(jìn)處理客戶問題的單據(jù)。
  • 工單是用來跟進(jìn)客戶問題的單據(jù)。

然后我們?cè)賮砜磧蓚€(gè)對(duì)于工單使用要求:

  • 客服所有的問題都需要記錄
  • 客戶需要跟進(jìn)的問題需要記錄

在實(shí)際使用過程中,將定義和規(guī)則結(jié)合起來,會(huì)產(chǎn)生兩種情況:

  • 客戶問題全量記錄:不論是客戶自主通過平臺(tái)的發(fā)起還是通過電話、在線告知客服人員,客服人員都需要將這些問題記錄到工單中,已經(jīng)有工單的則在原始工單上面反饋,沒有的創(chuàng)建工單。
  • 記錄需要跟進(jìn)處理的問題,客戶自主發(fā)起的問題基本都需要跟進(jìn)處理,通過電話、客服來咨詢的問題則根據(jù)客服人員判斷,記錄或者不記錄。

在第一種情況下所有問題會(huì)被記錄,同時(shí)發(fā)起場(chǎng)景會(huì)被清晰定位,便于后期對(duì)所有問題進(jìn)行統(tǒng)計(jì)分析,找出客戶問題點(diǎn),進(jìn)而通過系統(tǒng)和運(yùn)營的方式去優(yōu)化,減少該類問題的出現(xiàn)。當(dāng)然,這樣會(huì)增加客服的工作量以及工單的數(shù)量,如果沒有比較好用的工單系統(tǒng)支撐,則不能達(dá)到反推系統(tǒng)、運(yùn)營優(yōu)化的目的。

在第二種情況下部分問題被記錄,客服工作量少,工單處理量少。當(dāng)然這樣的模式下,工單記錄的問題會(huì)很集中,從工單問題分析來看,長久以往都是相同的問題。一些好解決的問題則會(huì)被忽略,畢竟不會(huì)專門針對(duì)這些問題去開入口,基本都是通過電話、在線的方式簡(jiǎn)單解決掉,不利于系統(tǒng)、運(yùn)營的優(yōu)化,比如:客戶咨詢提現(xiàn)到賬實(shí)際,只能通過在線客服或者電話處理,目前是沒辦法確定每天、每月來咨詢提現(xiàn)的問題量,進(jìn)而考慮是不是該優(yōu)化我們的提現(xiàn)功能。

通過描述,其實(shí)各位應(yīng)該已經(jīng)看出來我畢竟推崇第一種:全量記錄客戶問題,推動(dòng)系統(tǒng)和運(yùn)營優(yōu)化。工單數(shù)量、客服工作量的提升都是可以通過其他方式來降低的,問題不記錄下來,找不到問題,其他的就無從談起。

二、好的分類好的開始

工單的定義和使用要求根據(jù)公司的不同而不同,但是工單內(nèi)容里面肯定是記錄的問題,這個(gè)總沒有什么異議,那總不能就一段問題吧,需要對(duì)其進(jìn)行分類。工單的分類是企業(yè)來定的,不同企業(yè)對(duì)于工單的分類不同,這里只能說給一個(gè)比較通用的分類,僅供參考。

客戶的問題會(huì)多種多樣,通過分類你會(huì)發(fā)現(xiàn)會(huì)也會(huì)很多,這種情況下,如果分類只有一級(jí),記錄這些問題難度會(huì)很大,所以就需要層級(jí)分類,可以說一個(gè)好的工單分類是一個(gè)工單系統(tǒng)好的開始,而分類層級(jí)不可少。

  • 一級(jí)分類說訴求:基本上客戶的訴求就那么幾個(gè),投訴、申請(qǐng)、舉報(bào)、咨詢等,這樣可以知道創(chuàng)建該工單的時(shí)候,用戶想要干嘛,是咨詢提現(xiàn)時(shí)長呢還是覺得提現(xiàn)時(shí)長太長,想要來投訴。
  • 二級(jí)分類說場(chǎng)景:同一個(gè)問題,會(huì)在不同的場(chǎng)景下產(chǎn)生,就比如舉報(bào)商家違規(guī),是在購買了商品以后呢還是沒有購買商品的情況下舉報(bào)。
  • 三級(jí)分類說問題:有了訴求和場(chǎng)景以后,第三級(jí)的分類基本就是具體的問題了,比如舉報(bào):舉報(bào)商家售假,不按時(shí)發(fā)貨等等。

這樣的分類呈現(xiàn)以后,基本上不同打開工單都知道客戶是在什么場(chǎng)景下產(chǎn)生了什么問題,他的訴求是什么,工單內(nèi)容就是比較具體一點(diǎn)的描述了。當(dāng)然你也可以考慮不要第二級(jí),知道問題和訴求就可以了。

三、記錄結(jié)果不存結(jié)果

工單的本質(zhì)是任務(wù),將客戶的問題交給客服人員進(jìn)行處理,客服人員處理完成以后,會(huì)產(chǎn)生一個(gè)結(jié)果,工單系統(tǒng)的作用是產(chǎn)生這個(gè)結(jié)果,最終記錄結(jié)果的是其他的業(yè)務(wù)系統(tǒng)。

舉個(gè)栗子:一個(gè)用戶在購買商品以后,覺得這個(gè)商品不合適,需要進(jìn)行退貨退款,那么會(huì)生成一個(gè)工單交由客服人員進(jìn)行處理,客服人員處理的時(shí)候,確定可以滿足用戶退貨退款的訴求。對(duì)于客服人員來說,工單處理完成,結(jié)果為退貨、退款,工單里面記錄了,但是這些都是需要其他的系統(tǒng)去承載并保存最終結(jié)果的,如訂單的交易失敗,款項(xiàng)的退會(huì)等等。

四、讓工單主動(dòng)找客服

第三節(jié)的時(shí)候有講過:工單的本質(zhì)是任務(wù),既然是任務(wù),就讓任務(wù)去找人,讓處理客服的人員處理當(dāng)下需要自己處理的問題,盡量避免讓客服追著一個(gè)工單處理過長時(shí)間,跟的任務(wù)多了,客服就不一定能跟的過來了。

舉個(gè)栗子:有一個(gè)客戶購買了商品,發(fā)現(xiàn)是假的,這個(gè)時(shí)候客戶要求賠償,平臺(tái)規(guī)定如果是假的,則需要商家賠償,客服人員根據(jù)規(guī)則操作的賠付金額以后,需要審核,如果出現(xiàn)失敗,就需要二次處理,這個(gè)時(shí)候,對(duì)于客服人員來說,是一個(gè)新的任務(wù)產(chǎn)生,而不應(yīng)該讓客服人員盯著原來的事情一直到賠付完成。

五、最后說幾句

好用的工單系統(tǒng)能提升客服的工作效率,用好工單管理系統(tǒng)能發(fā)現(xiàn)很多問題,進(jìn)而推動(dòng)系統(tǒng)、運(yùn)營等方面的優(yōu)化。當(dāng)然好用的系統(tǒng)我們慢慢嘗試來做、來優(yōu)化,而用好系統(tǒng)更多是規(guī)則上的事情,文章所寫肯定不全,只是希望提供一個(gè)方向,能讓大家用好工單。

還有很多想寫的,但是結(jié)合我平時(shí)看文章的習(xí)慣,寫太多了,大家估計(jì)都不愿意看,就少寫點(diǎn),給大家留夠充足的思考空間。

 

本文由 @摸魚不劃水 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 工單應(yīng)該只記錄需要跟進(jìn)處理的問題;無需后續(xù)處理,僅做記錄是咨詢記錄單的事情;
    建議用CASE的概念:1個(gè)case=n條咨詢記錄單+n張工單

    來自北京 回復(fù)
    1. 不存在的,不然客服人員會(huì)無事可做,比如資質(zhì)審核,記錄這個(gè)事情就不是客服干的,但是要審核的

      來自浙江 回復(fù)
  2. 不用跳轉(zhuǎn),舉個(gè)例子:平臺(tái)資質(zhì)審核采用工單承載整個(gè)過程,審核通過以后,資質(zhì)的更新數(shù)據(jù)會(huì)在用戶信息中而不是在工單管理系統(tǒng)中,工單里面記錄的是通過與否,而不是資質(zhì)的到期時(shí)間等信息

    回復(fù)
  3. 好文,但是有個(gè)疑問,不太懂這個(gè)“記錄結(jié)果不存結(jié)果”的定義,似乎很多工單系統(tǒng)都會(huì)有一個(gè)模塊去記錄歷史工單記錄,以方便用戶去查看,難道當(dāng)他們?nèi)ゲ榭吹臅r(shí)候還讓他們跳轉(zhuǎn)到其他系統(tǒng)去嗎???

    來自湖南 回復(fù)
    1. 不用跳轉(zhuǎn),舉個(gè)例子:平臺(tái)資質(zhì)審核采用工單承載整個(gè)過程,審核通過以后,資質(zhì)的更新數(shù)據(jù)會(huì)在用戶信息中而不是在工單管理系統(tǒng)中,工單里面記錄的是通過與否,而不是資質(zhì)的到期時(shí)間等信息

      來自浙江 回復(fù)
    2. 哦哦,懂你的意思了,就是一切與工單結(jié)果不相關(guān)的都不記錄在工單管理系統(tǒng)中是吧?

      來自湖南 回復(fù)
    3. 是的,工單這邊記錄過程,結(jié)果反饋給對(duì)應(yīng)的系統(tǒng),由它們記錄。

      來自浙江 回復(fù)
    4. 可以理解為記錄結(jié)果,不處理結(jié)果,處理肯定是要在業(yè)務(wù)系統(tǒng)內(nèi)處理的,工單系統(tǒng)也沒這個(gè)能力。

      來自福建 回復(fù)
专题
15687人已学习12篇文章
运费是电商的基础功能模块之一,承担着商品运费计算的作用。本专题的文章分享了如何设计运费规则。
专题
87590人已学习18篇文章
沉住气,学做事,更要学会做人。
专题
14537人已学习12篇文章
排行榜在帮助用户做决定的同时,引导用户购买目标产品,极大降低了用户的选择成本。本专题的文章分享了对于排行榜的设计思考。
专题
14472人已学习13篇文章
互联网IT技术与产业的结合,衍生出了许多生命力强大的平台经济,货运领域就是如此衍生而来的。本专题的文章帮助大家了解货运平台。
专题
12974人已学习14篇文章
在项目实际推进过程中,不加控制的需求变更往往给项目带来沉重的负担和无法预料的风险。本专题的文章分享了如何做好需求变更。
专题
14749人已学习14篇文章
用户生命周期是每个产品经理都必须要注意的一个点,它能够衡量用户对产品产生的价值,也是运营手段的最终衡量指标。本专题的文章分享了如何做好用户生命周期管理。