我們在跟企業盤點流程時,最常聽到的第一句話是「我們回覆速度其實不慢」。多半是真的。訊息通知響、有人看到、幾分鐘內就回了。
但客戶還是不見了。
問題不在第一則回覆,而在回覆之後那一段沒有人接。這一段通常沒有系統、沒有負責人,也不會出現在任何報表上,所以它壞掉的時候沒有人會發現。
斷點一:同一個客戶散在四個地方
一筆詢問進來,資訊會立刻裂開:
- LINE 裡有對話紀錄與客戶的口語需求
- 表單裡有結構化欄位,但通常填得比對話少
- 試算表裡有業務自己補的備註
- CRM 裡有制式欄位,常常是最後才補、也最不完整的那一份
沒有任何一個地方擁有完整的樣貌。於是接手的人第一件事永遠是「先去把資料湊齊」,而這件事每次都要重做一遍。
判斷方式很簡單:如果同事接手一筆案子前,需要打開三個以上的工具才能理解狀況,這個斷點就存在。
斷點二:客服回完,然後呢
第一線回覆完客戶之後,通常還有一連串動作:通知業務、建立客戶資料、安排追蹤時間、整理報價需求。
這些動作幾乎都是人記得才會發生。忙的時候先擱著,擱著就忘了。而且它壞掉的方式很安靜 —— 客戶沒有抱怨,只是沒有再回來。
這一段最適合先自動化,原因是它的規則很明確:什麼情況要通知誰、要建立哪些欄位、幾天後要提醒。明確的規則交給系統,不明確的判斷留給人。
斷點三:案子停住時,沒人知道該找誰
第三個斷點只在事情不順的時候才會現形。
案子卡住了,可是它「屬於誰」在流程上從來沒有被定義過。客服覺得已經轉給業務,業務覺得還在等客戶回覆,而客戶正在等報價。三方都沒有做錯事,案子就這樣停在中間。
所有權必須是資料的一部分,而不是靠記憶或默契維持。
三個斷點的差別
| 斷點 | 什麼時候壞 | 徵兆 |
|---|---|---|
| 資訊斷裂 | 每一次交接 | 接手前要開好幾個工具 |
| 工作斷裂 | 忙的時候 | 追蹤靠人記得 |
| 責任斷裂 | 出狀況時 | 問「這誰負責」沒有人答得出來 |
先做哪一段
如果只能先處理一段,先處理工作斷裂。理由不是它最嚴重,而是它的規則最清楚 —— 規則清楚代表可以先做、能很快看出有沒有效,也不需要先把整套資料結構重新設計過。
資訊斷裂通常要動到系統整合,週期比較長。責任斷裂則多半是流程與權責的問題,先把它寫成明確規則,再談要不要進系統。
一個可以今天就做的檢查
不需要任何工具。挑最近五筆已經結束的詢問,對每一筆問三個問題:
1. 這筆詢問的完整脈絡,現在存在哪裡?需要幾個工具才能拼完整?
2. 客服回覆之後,下一個動作是誰做的?他怎麼知道要做?
3. 如果這筆案子停在中間三天,誰會先發現?第三題答不出來的比例,通常就是你真正的漏接率。
盤點完之後如果想看看這些流程實際跑起來是什麼樣子,可以看我們的解決方案情境,或直接預約一次場景 Demo —— 我們會用你自己的流程走一遍,而不是播放一段罐頭簡報。