從8個方面告訴你:客服系統(tǒng)應該怎么搞
![](http://image.woshipm.com/wp-files/img/56.jpg)
客服系統(tǒng)到底應該怎么弄?本文從八個方面詳細解說,一起進來看看~
客服系統(tǒng)可謂是一款經(jīng)久不衰的產(chǎn)品,產(chǎn)生時期要追溯至曾經(jīng)電視購物盛行的前夕,在電商大時代被各種身懷絕技的產(chǎn)品經(jīng)理再一次的革新與發(fā)展。
從最初簡單的用戶信息記錄、工單跟蹤,到后期的服務數(shù)據(jù)量化、溝通質量指標化、智慧應答,一步步在走向全機器智能客服的時代。
將成型的客服系統(tǒng)繼續(xù)商業(yè)化已經(jīng)成為不少公司的主流業(yè)務,比如:網(wǎng)易七魚、Udesk、AiKF、智齒(雖然聽起來像個口腔診所,但真的是客服系統(tǒng))。
將服務行業(yè)的必要產(chǎn)品商業(yè)化,提供打包服務、整體解決方案,以席位為單位進行切割式零售出租模式,也同樣應景了企業(yè)需要短期內、低成本建立起客服這種剛性功能的需求。
今天我將與大家分享一款我曾經(jīng)做過的(注意:曾經(jīng)!曾經(jīng)!曾經(jīng)!愿意的話你們可以自己完善)電商在線客服系統(tǒng),這款系統(tǒng)的角色包括如下:
- 供應商客服:商家入駐電商平臺并自己維護店鋪;
- 呼叫中心客服:集團旗下統(tǒng)一的所有業(yè)務客服;
- 客服部客服:電商平臺專屬客服。
以上這三個角色我知道你們可能很難理解,各個公司的背景、文化均有不同,所以產(chǎn)品產(chǎn)出形態(tài)不拘泥一格,你若能明白,更好;若無法理解,那么你只需要看原型與功能即可,切勿鉆角色的牛角尖。
因為這不是我分享這個原型的初衷!同時還請注意:這套客服系統(tǒng)未接入400呼叫業(yè)務,是一個IM溝通形式的系統(tǒng)!
有問題評論問我!我會盡量能以你聽明白的方式進行解答!
一、客服系統(tǒng)主要模塊
- 操作臺:客服人員可在操作臺對用戶的詢問進行文字回復;
- 信息查詢:一個多功能查詢頁面,方便客服人員快速定位用戶或訂單;
- 服務單管理:用戶發(fā)起的每一次會話都將以服務單的形式進行歷史保存;
- 工單管理:客服系統(tǒng)必備功能,不多解釋,但是要說,工單具有追蹤、時效、提醒、記錄等功能;
- 客服管理:對客服人員進行數(shù)據(jù)查詢,包括服務客戶數(shù)、創(chuàng)建功能數(shù)、平均響應時間等,量化客服具體工作,數(shù)值可用來評判客服效率;
- 客席監(jiān)控:監(jiān)控系統(tǒng)中在線與離線的客服信息,我最初做過一個特別炫的版本,后來………
- 客服設置:對一些渠道來源、問題類型等字段功能的設置。
二、其他功能
- 客服功能要與電商后臺其他業(yè)務打通,如:退貨、退款、訂單、用戶、積分、身份等等。
- 客服系統(tǒng)可以在原有電商后臺框架中直接分模塊進行搭建,也可以單起爐灶,這取決于你們公司的業(yè)務場景。
- 客服可查看的信息邊界需要不同公司不同考慮,我要分享的這套客服系統(tǒng)在頁面中并沒有將任何敏感信息加密,但是在權限管理中我設計了按照不同角色進行權限配置的功能。
- 這套系統(tǒng)分享頁面不全,有些敏感頁面已經(jīng)進行了隱藏,但是主流程、客服基本功能全都進行了無保留展示,拿去直接用都不存在問題。
三、客服操作臺
客服操作臺的首要功能為,與用戶產(chǎn)生線上直接溝通之必備工具,一共分為四個模塊:
- 服務信息展示:最左側顯示待接入、正在接入、已接入等信息。在“正在接入”模塊中,用三種顏色標示,綠色為當前正在服務的用戶信息,白色為正在接入且無未讀信息的會話,灰色為正在接入且有未讀會話的信息。這方面沒有使用未讀數(shù)字表示,是因為考慮客服在服務的時候,需要一個良好平靜的心態(tài),滿屏的紅色小點+未讀數(shù)字,不利于客服人員的心態(tài)。
- 溝通信息展示:中間區(qū)域使用戶與客服人員的溝通記錄顯示區(qū)域,同時會顯示一些數(shù)據(jù)如溝通用時、對話次數(shù)(用來判斷用戶是否即將會爆發(fā))、當前用戶等待接入用時(用來判斷用戶是否具有急躁、憤怒的可能性)。
- 用戶信息展示區(qū):包括客戶信息、訂單查詢、溝通歷史、物流查詢等相關內容,通過溝通歷史,可查看到當前用戶的所有會話記錄,方便不同客服溝通服務時,能夠有據(jù)可查。
- 快捷信息發(fā)送區(qū):主要體現(xiàn)為常用語和知識庫。
各種邏輯規(guī)則不在敘述,如果你是產(chǎn)品,我相信你一定有你自己的規(guī)則判斷。
四、服務單管理
用戶發(fā)起的每一次會話都將以服務單的形式進行保存,包括轉接路徑、可量化指標、服務單類型、關聯(lián)訂單、關聯(lián)工單的相關內容。
服務單的價值在于會話中全部信息保留,相當于黑盒子的概念,無需通過開發(fā)人員調取數(shù)據(jù)庫信息,將所有信息展示于頁面即可。
五、工單管理
工單需需要具備幾個必要的功能,如創(chuàng)建、修改、指派、跟進、需要與各種業(yè)務系統(tǒng)打通(如訂單、退貨退款)。
另一方面工單要完善到進程或叫做節(jié)點,系統(tǒng)清晰的記錄著工單的創(chuàng)建,每個環(huán)節(jié)的工單處理結果,用來回溯事件。
六、客席監(jiān)控
客席監(jiān)控功能比較簡單,主要是跟蹤客服在線狀態(tài),實時顯示服務質量、服務情況。
七、客服管理
客服管理模塊中,主要針對所有客服賬號進行服務數(shù)據(jù)、服務單歷史、工單歷史等內容的查詢功能,用于更好的管理客服團隊,輸出必要的客服指標。在這個模塊中,大家可以加入更多的客服數(shù)據(jù)KPI。
八、客服設置
客服設置就不以圖形進行展示了,主要設置內容包括:會話結束條件、客席分配規(guī)則、知識庫內容編輯、問候語內容編輯、客服投訴規(guī)則等等諸如此類內容。
注:客服系統(tǒng)是非常簡單的一套系統(tǒng),難點并不在于邏輯,而是在于頁面功能布局。
比如:操作臺,在有限的空間內,要擺放更多的、能夠幫助客服了解用戶的內容,且頁面還需要規(guī)整與合理,這才是重點關注地方。
作者:王榮,微信號公眾號:PM_magic,9年互聯(lián)網(wǎng)后臺產(chǎn)品設計經(jīng)驗,主導電商后臺核心業(yè)務搭建,流程、邏輯設計,多系統(tǒng)設計經(jīng)驗。
本文由 @王榮 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自 Pexels,基于 CC0 協(xié)議
en
你們有做客戶分配的功能么?當客戶很多的情況下,根據(jù)客戶的關鍵詞進行自動分配給不同的客服組,然后客服組里面有響應的客服人員可以對接;這個功能有點類似于你們的工單指派功能,不過我很好奇的是,你們的指派邏輯是怎么做的?根據(jù)客服是否在線來分配么?
這個分配叫路由策略。有幾種分配方式。按工作量,按熟客,按空閑等分配。還有每個客服有對應客服組,不同組上線不同技能組即可。
邏輯要散亂一些,可以按照結構化有一個總的框架圖,關于路由策略,人機切換,以及排班系統(tǒng)還沒有在范圍之內。
好牛X,大神有原始原型文檔么,跪求一份
是在工單里指派他人么?
請問作者和其他大神,這里是如何把服務單轉給別人的
服務單并沒有發(fā)生轉移,也不具備發(fā)生轉移的條件,服務單是被動生成,并記錄服務內容的信息產(chǎn)物,所以轉移不存在任何意義。這取決于不同平臺對服務單的定義不同,目前當前系統(tǒng)中的服務單是如此設計的
大神有原始原型文檔么,跪求一份
大神有原始原型文檔么,跪求一份
大神 請問一下 里面的服務單 與訂單號的關聯(lián)是通過 人為關聯(lián)的?還是系統(tǒng)關聯(lián),如果是系統(tǒng)關聯(lián) 這個要怎么做呢?
個人觀點,需要人為關聯(lián),畢竟服務單和訂單不是一對一的關系
人為關聯(lián),可以通過淘寶開放平臺,獲取店鋪訂單信息,再去匹配咨詢者信息。
大神,可以的話 可以給下原型圖或者prd文檔嗎? 最近我們公司也要做一個呢,而且還是平臺化的。
干貨,而且更白話,小白入門
最近正好在做客服系統(tǒng),非常有用,感謝分享~~
大神,能否發(fā)下原型呀?
這才叫干貨呀,那些將理論扯半天不知道說的長啥樣。看原型反推理論更好。
大神,有原型圖或PRD文檔作為參考嗎,最近企業(yè)也考慮做SAAS服務平臺
大神有原始原型文檔么,跪求一份
你好,客戶分派是按照什么規(guī)則?
產(chǎn)品的邏輯就是要符合用戶的需求,過去的系統(tǒng)不一定完全適用,畢竟市場在變化,因為人的需求和習慣在變化。
樓主介紹的非常清晰,以做了三年呼叫中心 工單系統(tǒng)的產(chǎn)品經(jīng)理來說,樓主的功能模塊設計比較清晰,操作便捷。
非常感謝你的認可
請問消息分配機制是怎么設置呢?
感謝分享