淘寶店鋪標志設計的設計目的在于代表企業或品牌的形象,良好的淘寶店鋪標志設計建立起品牌和客戶之間的聯系:
客服團隊的壓力持續增加。客戶希望獲得即時幫助,要么通過自助資源自行解決問題,要么直接與支持代理交談。他們正在尋找既簡單又專業的支持。
但是,將困難任務向上轉移的傳統支持模式不再適用。事實上,根據銷售力量的互聯客戶狀態報告,82%的客戶希望通過與一個人交談來解決復雜的問題。
為復雜案例提供支持的舊方式意味著多次代理移交和更長的解決時間。這讓客戶感到沮喪。他們必須向幾個案件負責人重復有關他們問題的信息,并且理所當然地認為他們的時間沒有價值。
這也是你的服務代理的一個大問題。多次移交迫使代理在他們沒有資格解決的案件上花費更多時間,這占用了他們主要專業領域的時間。此外,轉移案例限制了他們的可見性和向隊友學習的能力。
這個過時模型的解決方案是案例充斥著松弛。群集—也稱為智能群集—是一種將整個支持團隊聚集在一起幫助解決客戶復雜問題的策略。
通過群集,案例所有者仍然是案例生命周期的主要代理。主要區別在于,他們現在可以輕松地聯系公司內的相關專家并與之協作。
傳統的分層支持模式在銷售力量和懈怠,我們為自己的代理提供了高效工作和專注于讓客戶滿意所需的工具和結構。我們首先重新定義了我們的戰略,并根據特定的技能組合,將我們的支持團隊重組為不同的小組。
我們繼續將客戶轉給特定的案例所有者,以確保在整個過程中只有一個代理為他們服務。然而,當這些特工在復雜的案件中需要幫助時,我們給予了他們伸出援手的能力。他們可以在服務云或松弛的中發起群集請求,并根據技能、容量和可用性引入跨職能專家。
當收到請求時,一群專家會審查問題,并向案例負責人提供解決方案。其他需要隨時了解信息的人,比如客戶經理或技術客戶經理,也可以加入這個群體。創建群體豆莢將客戶置于支持體驗的中心,使他們能夠更快地從支持工程師團隊獲得更廣泛的專業知識。
如何與懶漢協作我們的群體豆莢支持不同的銷售力量產品,盡管有些豆莢提供特定的技能集或專業。支持工程師在他們的單元內協作,也可以跳到其他單元中提供幫助。沒有必要上報復雜的問題,案例所有人可以快速聯系合適的人員來解決問題。
我們使用松弛的作為我們的協作工具,因為它允許跨職能團隊進行交流。它還在群體對話中直接展示關鍵案例細節,支持在任何地方做出決策。當用戶需要查看完整的案例歷史時,它甚至允許直接訪問案例。這有助于團隊創建一個數字化的服務總部(服務云和松弛),在一個地方提供簡化的代理體驗和個性化的客戶參與。
群集支持模式松弛的使我們的支持小組能夠靈活地協同工作,通過使用我們在服務云中的專家查找工具來快速解決重大問題專家發現者。嵌入在松弛的群集工作流中,幫助服務團隊根據技能、可用性和容量自動連接到正確的群集專家。
它是這樣工作的:如果一個工程師在一個案例上需要幫助,他們在服務云中發起一個群請求,并在提示時選擇專家查找工具。群體被創建,并且工作流通過松弛的渠道自動引入適當的工程師、其他豆莢和任何跨職能主題專家或經理來聚集案例。
借助松弛的的強大功能,代理擁有工作流和機器人等附加工具來幫助他們解決案例。工作流允許代理簡化案例流程并采取行動,如更新案例、通知客戶,甚至關閉案例,所有這些都在空閑時進行。借助工作流,時差頻道可以與服務云的按鈕和鏈接進行交互松弛。機器人進一步擴展了自動化流程,例如在更新到達松弛的通道時發布提醒或通知。
銷售力量自從引入使用松松垮垮的的無綁定支持模型以來,案例解決時間減少了26%。
這種方法使我們的工程師能夠更快地解決客戶的問題,同時也使客戶免受傳統支持模式的復雜性和多次移交的困擾。統一的數字化服務總部使我們的團隊能夠提高效率,在規模上變得更加有效。將自動化融入工作流和流程還可以解放我們的團隊,讓他們專注于其他重要任務,包括加強客戶關系。
因此,盡管同期客戶和案例數量有所增加,但銷售力量在引入使用大量閑置案例的無層級支持模式后,案例解決時間減少了26%。
松弛的案例群集幫助您實時指導和輔導在案例群集過程中,我們的工程師定期與其他豆莢的工程師合