從8個方面告訴你:客服系統(tǒng)應(yīng)該怎么搞

26 評論 47749 瀏覽 372 收藏 12 分鐘

客服系統(tǒng)到底應(yīng)該怎么弄?本文從八個方面詳細解說,一起進來看看~

客服系統(tǒng)可謂是一款經(jīng)久不衰的產(chǎn)品,產(chǎn)生時期要追溯至曾經(jīng)電視購物盛行的前夕,在電商大時代被各種身懷絕技的產(chǎn)品經(jīng)理再一次的革新與發(fā)展。

從最初簡單的用戶信息記錄、工單跟蹤,到后期的服務(wù)數(shù)據(jù)量化、溝通質(zhì)量指標化、智慧應(yīng)答,一步步在走向全機器智能客服的時代。

將成型的客服系統(tǒng)繼續(xù)商業(yè)化已經(jīng)成為不少公司的主流業(yè)務(wù),比如:網(wǎng)易七魚、Udesk、AiKF、智齒(雖然聽起來像個口腔診所,但真的是客服系統(tǒng))。

將服務(wù)行業(yè)的必要產(chǎn)品商業(yè)化,提供打包服務(wù)、整體解決方案,以席位為單位進行切割式零售出租模式,也同樣應(yīng)景了企業(yè)需要短期內(nèi)、低成本建立起客服這種剛性功能的需求。

今天我將與大家分享一款我曾經(jīng)做過的(注意:曾經(jīng)!曾經(jīng)!曾經(jīng)!愿意的話你們可以自己完善)電商在線客服系統(tǒng),這款系統(tǒng)的角色包括如下:

  • 供應(yīng)商客服:商家入駐電商平臺并自己維護店鋪;
  • 呼叫中心客服:集團旗下統(tǒng)一的所有業(yè)務(wù)客服;
  • 客服部客服:電商平臺專屬客服。

以上這三個角色我知道你們可能很難理解,各個公司的背景、文化均有不同,所以產(chǎn)品產(chǎn)出形態(tài)不拘泥一格,你若能明白,更好;若無法理解,那么你只需要看原型與功能即可,切勿鉆角色的牛角尖。

因為這不是我分享這個原型的初衷!同時還請注意:這套客服系統(tǒng)未接入400呼叫業(yè)務(wù),是一個IM溝通形式的系統(tǒng)!

有問題評論問我!我會盡量能以你聽明白的方式進行解答!

一、客服系統(tǒng)主要模塊

  1. 操作臺:客服人員可在操作臺對用戶的詢問進行文字回復(fù);
  2. 信息查詢:一個多功能查詢頁面,方便客服人員快速定位用戶或訂單;
  3. 服務(wù)單管理:用戶發(fā)起的每一次會話都將以服務(wù)單的形式進行歷史保存;
  4. 工單管理:客服系統(tǒng)必備功能,不多解釋,但是要說,工單具有追蹤、時效、提醒、記錄等功能;
  5. 客服管理:對客服人員進行數(shù)據(jù)查詢,包括服務(wù)客戶數(shù)、創(chuàng)建功能數(shù)、平均響應(yīng)時間等,量化客服具體工作,數(shù)值可用來評判客服效率;
  6. 客席監(jiān)控:監(jiān)控系統(tǒng)中在線與離線的客服信息,我最初做過一個特別炫的版本,后來………
  7. 客服設(shè)置:對一些渠道來源、問題類型等字段功能的設(shè)置。

二、其他功能

  1. 客服功能要與電商后臺其他業(yè)務(wù)打通,如:退貨、退款、訂單、用戶、積分、身份等等。
  2. 客服系統(tǒng)可以在原有電商后臺框架中直接分模塊進行搭建,也可以單起爐灶,這取決于你們公司的業(yè)務(wù)場景。
  3. 客服可查看的信息邊界需要不同公司不同考慮,我要分享的這套客服系統(tǒng)在頁面中并沒有將任何敏感信息加密,但是在權(quán)限管理中我設(shè)計了按照不同角色進行權(quán)限配置的功能。
  4. 這套系統(tǒng)分享頁面不全,有些敏感頁面已經(jīng)進行了隱藏,但是主流程、客服基本功能全都進行了無保留展示,拿去直接用都不存在問題。

三、客服操作臺

客服操作臺的首要功能為,與用戶產(chǎn)生線上直接溝通之必備工具,一共分為四個模塊:

  1. 服務(wù)信息展示:最左側(cè)顯示待接入、正在接入、已接入等信息。在“正在接入”模塊中,用三種顏色標示,綠色為當(dāng)前正在服務(wù)的用戶信息,白色為正在接入且無未讀信息的會話,灰色為正在接入且有未讀會話的信息。這方面沒有使用未讀數(shù)字表示,是因為考慮客服在服務(wù)的時候,需要一個良好平靜的心態(tài),滿屏的紅色小點+未讀數(shù)字,不利于客服人員的心態(tài)。
  2. 溝通信息展示:中間區(qū)域使用戶與客服人員的溝通記錄顯示區(qū)域,同時會顯示一些數(shù)據(jù)如溝通用時、對話次數(shù)(用來判斷用戶是否即將會爆發(fā))、當(dāng)前用戶等待接入用時(用來判斷用戶是否具有急躁、憤怒的可能性)。
  3. 用戶信息展示區(qū):包括客戶信息、訂單查詢、溝通歷史、物流查詢等相關(guān)內(nèi)容,通過溝通歷史,可查看到當(dāng)前用戶的所有會話記錄,方便不同客服溝通服務(wù)時,能夠有據(jù)可查。
  4. 快捷信息發(fā)送區(qū):主要體現(xiàn)為常用語和知識庫。

各種邏輯規(guī)則不在敘述,如果你是產(chǎn)品,我相信你一定有你自己的規(guī)則判斷。

四、服務(wù)單管理

用戶發(fā)起的每一次會話都將以服務(wù)單的形式進行保存,包括轉(zhuǎn)接路徑、可量化指標、服務(wù)單類型、關(guān)聯(lián)訂單、關(guān)聯(lián)工單的相關(guān)內(nèi)容。

服務(wù)單的價值在于會話中全部信息保留,相當(dāng)于黑盒子的概念,無需通過開發(fā)人員調(diào)取數(shù)據(jù)庫信息,將所有信息展示于頁面即可。

五、工單管理

工單需需要具備幾個必要的功能,如創(chuàng)建、修改、指派、跟進、需要與各種業(yè)務(wù)系統(tǒng)打通(如訂單、退貨退款)。

另一方面工單要完善到進程或叫做節(jié)點,系統(tǒng)清晰的記錄著工單的創(chuàng)建,每個環(huán)節(jié)的工單處理結(jié)果,用來回溯事件。

六、客席監(jiān)控

客席監(jiān)控功能比較簡單,主要是跟蹤客服在線狀態(tài),實時顯示服務(wù)質(zhì)量、服務(wù)情況。

七、客服管理

客服管理模塊中,主要針對所有客服賬號進行服務(wù)數(shù)據(jù)、服務(wù)單歷史、工單歷史等內(nèi)容的查詢功能,用于更好的管理客服團隊,輸出必要的客服指標。在這個模塊中,大家可以加入更多的客服數(shù)據(jù)KPI。

八、客服設(shè)置

客服設(shè)置就不以圖形進行展示了,主要設(shè)置內(nèi)容包括:會話結(jié)束條件、客席分配規(guī)則、知識庫內(nèi)容編輯、問候語內(nèi)容編輯、客服投訴規(guī)則等等諸如此類內(nèi)容。

注:客服系統(tǒng)是非常簡單的一套系統(tǒng),難點并不在于邏輯,而是在于頁面功能布局。

比如:操作臺,在有限的空間內(nèi),要擺放更多的、能夠幫助客服了解用戶的內(nèi)容,且頁面還需要規(guī)整與合理,這才是重點關(guān)注地方。

 

作者:王榮,微信號公眾號:PM_magic,9年互聯(lián)網(wǎng)后臺產(chǎn)品設(shè)計經(jīng)驗,主導(dǎo)電商后臺核心業(yè)務(wù)搭建,流程、邏輯設(shè)計,多系統(tǒng)設(shè)計經(jīng)驗。

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. en

    回復(fù)
  2. 你們有做客戶分配的功能么?當(dāng)客戶很多的情況下,根據(jù)客戶的關(guān)鍵詞進行自動分配給不同的客服組,然后客服組里面有響應(yīng)的客服人員可以對接;這個功能有點類似于你們的工單指派功能,不過我很好奇的是,你們的指派邏輯是怎么做的?根據(jù)客服是否在線來分配么?

    來自香港 回復(fù)
    1. 這個分配叫路由策略。有幾種分配方式。按工作量,按熟客,按空閑等分配。還有每個客服有對應(yīng)客服組,不同組上線不同技能組即可。

      回復(fù)
  3. 邏輯要散亂一些,可以按照結(jié)構(gòu)化有一個總的框架圖,關(guān)于路由策略,人機切換,以及排班系統(tǒng)還沒有在范圍之內(nèi)。

    來自浙江 回復(fù)
  4. 好牛X,大神有原始原型文檔么,跪求一份

    來自四川 回復(fù)
  5. 是在工單里指派他人么?

    來自河南 回復(fù)
  6. 請問作者和其他大神,這里是如何把服務(wù)單轉(zhuǎn)給別人的

    來自河南 回復(fù)
    1. 服務(wù)單并沒有發(fā)生轉(zhuǎn)移,也不具備發(fā)生轉(zhuǎn)移的條件,服務(wù)單是被動生成,并記錄服務(wù)內(nèi)容的信息產(chǎn)物,所以轉(zhuǎn)移不存在任何意義。這取決于不同平臺對服務(wù)單的定義不同,目前當(dāng)前系統(tǒng)中的服務(wù)單是如此設(shè)計的

      來自北京 回復(fù)
  7. 大神有原始原型文檔么,跪求一份

    來自陜西 回復(fù)
  8. 大神有原始原型文檔么,跪求一份

    來自廣東 回復(fù)
  9. 大神 請問一下 里面的服務(wù)單 與訂單號的關(guān)聯(lián)是通過 人為關(guān)聯(lián)的?還是系統(tǒng)關(guān)聯(lián),如果是系統(tǒng)關(guān)聯(lián) 這個要怎么做呢?

    來自湖北 回復(fù)
    1. 個人觀點,需要人為關(guān)聯(lián),畢竟服務(wù)單和訂單不是一對一的關(guān)系

      回復(fù)
    2. 人為關(guān)聯(lián),可以通過淘寶開放平臺,獲取店鋪訂單信息,再去匹配咨詢者信息。

      回復(fù)
  10. 大神,可以的話 可以給下原型圖或者prd文檔嗎? 最近我們公司也要做一個呢,而且還是平臺化的。

    來自湖北 回復(fù)
  11. 干貨,而且更白話,小白入門

    來自浙江 回復(fù)
  12. 最近正好在做客服系統(tǒng),非常有用,感謝分享~~

    來自北京 回復(fù)
  13. 大神,能否發(fā)下原型呀?

    回復(fù)
  14. 這才叫干貨呀,那些將理論扯半天不知道說的長啥樣??丛头赐评碚摳?。

    來自廣東 回復(fù)
  15. 大神,有原型圖或PRD文檔作為參考嗎,最近企業(yè)也考慮做SAAS服務(wù)平臺

    來自北京 回復(fù)
  16. 大神有原始原型文檔么,跪求一份

    回復(fù)
  17. 你好,客戶分派是按照什么規(guī)則?

    回復(fù)
  18. 產(chǎn)品的邏輯就是要符合用戶的需求,過去的系統(tǒng)不一定完全適用,畢竟市場在變化,因為人的需求和習(xí)慣在變化。

    回復(fù)
  19. 樓主介紹的非常清晰,以做了三年呼叫中心 工單系統(tǒng)的產(chǎn)品經(jīng)理來說,樓主的功能模塊設(shè)計比較清晰,操作便捷。

    回復(fù)
    1. 非常感謝你的認可

      來自北京 回復(fù)
    2. 請問消息分配機制是怎么設(shè)置呢?

      回復(fù)
  20. 感謝分享

    來自上海 回復(fù)