客戶流失流程圖（挽留行動到贏回）
客戶流失流程圖範本：風險信號、挽留行動、挽留結果判斷、退出面談、退出處理、贏回資格，以及流失分析的反饋迴路。
甚麼是客戶流失流程圖（挽留行動到贏回）流程
這張圖從續約健康檢查結束的地方開始：一個帳戶觸發了真實的風險信號，而不只是一次例行覆核。觸發因素是使用量低於基準、支援升級次數驟增，或帳戶本身發出的續約預警，客戶成功團隊會先調取該帳戶的使用與帳單紀錄，再把信號當作真實的來處理。從這裡開始，這張圖追蹤一個流失個案的全過程：指定挽留行動負責人、進行高層接觸、給出與實際流失原因相配的挽留方案、客戶作出留下或離開的決定，以及在較困難的一支：退出面談、退出處理、贏回資格的判斷，以及回饋到產品路線圖與下一個風險帳戶挽留手冊之中的流失原因。
這是流失管理，不是續約週期，也不是取消服務的文書工作。判斷帳戶一開始是否處於風險中的健康分覆核、到期前90天的續約建議，以及自動續約條款，都屬於客戶續約流程，本圖只在風險已經確認之後才從那裡接手。而一旦客戶的通知送達，詳細的資料匯出與存取權限撤銷清單、權益關閉，以及最終帳單的具體機制，就是它們自己的行政性取消服務流程；本圖在移交之前只確認存取權限截止日期與最終帳單，這是刻意為之，為的是不讓流失之中情感上和商業上都更重要的那一半——挽留行動、原因、贏回判斷——被埋在一份系統步驟清單裡。保持這條界線清晰，正是防止一次流失覆核變成一列退出處理工單的關鍵。
三個判斷撐起這套流程。「風險是否確認？」是一道真實的關卡，不是行禮如儀：平靜的一個月不等於流失，觀察名單這條回路存在的意義，就是不讓挽留行動負責人的時間耗在噪音上。「客戶是否挽留成功？」是整張圖圍繞建立的分岔點，它被放在客戶泳道而不是客戶經理的泳道，因為真正的結果是客戶的決定，而不是那份方案。「是否符合贏回資格？」被刻意放在退出處理之後而不是之前：資格要在個案關閉之後，依據流失原因與帳戶狀況來判斷，而不是在挽留行動進行得如火如荼時倉卒決定——那恰恰是最容易判得過於慷慨或過於苛刻的時刻。
本流程圖涵蓋的內容
本範本包含
- 六條泳道——客戶成功、客戶經理、客戶、客戶支援、財務 / 帳務與產品 / 管理層——橫跨六個階段：風險信號、挽留行動、挽留結果、退出處理、贏回，以及分析與反饋
- 頂端「風險是否確認？」這一判斷帶有真實的回路：未有定論的信號會被加入觀察名單並重新覆核，而不是僅憑一個數據點就被放棄或升級
- 挽留行動不止於一通道歉電話：具名的挽留行動負責人、高層接觸，以及「方案是否超出標準授權？」這一判斷，會在客戶經理向客戶提出任何方案之前，先把較大額的折扣或額度送去財務審批
- 「客戶是否挽留成功？」這一判斷放在客戶泳道而不是銷售一方，把整張圖清晰地一分為二：挽留成功即結案，仍然流失則開啟退出面談
- 退出面談與退出處理被當作一次輕量的移交而不是一份清單來處理：記錄下「流失原因」，確認存取權限截止日期與最終帳單，再把帳戶作為單獨一步移交給帳戶註銷清單
- 「是否符合贏回資格？」這一判斷依據原因與帳戶狀況而不是年資來判定，贏回活動受冷靜期約束，「流失是否由產品缺口造成？」這一分支則把發現導向產品路線圖，或者送回挽留行動手冊
何時使用本範本
- 你們正在搭建客戶成功手冊，需要用一幅圖看清流失風險由信號、挽留行動到退出處理由誰負責
- 各個客戶經理的挽留行動做法不一致，你們需要把挽留方案的審批與高層接觸這一步寫得清清楚楚
- 已流失的帳戶完成了退出處理卻從未被分析，導致同一個本可避免的原因一季度後又出現
- 你們正在判斷一個已流失的帳戶是否適合納入贏回活動，希望把標準和冷靜期寫明確，而不是全憑記憶
- 管理層在向董事會匯報留存情況之前，要求提供一份成文的流失流程，挽留行動、退出處理與分析這幾步需要以同一條流程呈現
運作方式
把泳道改成你們的角色
用你們機構中真正存在的角色取代客戶成功、客戶經理、客戶、客戶支援、財務 / 帳務與產品 / 管理層。小團隊常常把客戶成功與客戶經理合併成同一位挽留行動負責人：這樣做，而不要畫一次從不會發生的交接。
定義甚麼算作已確認的風險信號
寫明哪些使用指標、支援信號或通知強到足以開啟一個個案，以及誰有權把帳戶加入觀察名單而不是開案。標準含糊，正是挽留行動負責人的時間被耗在追逐噪音而不是真實帳戶上的原因。
訂定挽留方案的授權門檻
決定客戶經理不經審批可以提供甚麼、甚麼需要財務批准，用你們自己的說法，而不是照搬另一個團隊折扣政策裡的一個百分比。寫清楚對一筆小交易與對一個策略帳戶來說，財務具體指誰。
商定流失原因如何被記錄
決定誰來做退出面談、一份完整的原因紀錄必須包含甚麼、存放在哪裡。一個六個月後沒人能找到的原因，無論面談本身做得多好，都無法供給分析這一步。
寫出你們自己的贏回資格規則
寫明哪些流失原因和帳戶狀況使一個帳戶有資格參加未來的活動、哪些沒有，並訂定你們自己的冷靜期長度，而不是沿用圖上的暫定週期。指定誰負責贏回名單，以免它悄悄停擺。
決定流失發現最終去向哪裡
商定誰以甚麼頻率覆核彙整後的流失原因，以及一個指向產品缺口的發現，和一個指向挽留行動手冊本身的發現，各自該如何處理。沒有負責人的覆核，只會產出一頁沒人依據它行動的簡報。
拿兩個真實個案對照走一遍
找一個成功挽留和一個流失的帳戶，把兩者都放到圖上走一遍。凡是大家憑記憶描述、卻沒有畫出來的步驟，或者畫了卻在實際中常被跳過的步驟，都是發佈這套流程之前值得修正的發現。
常見問題
客戶流失流程包含哪些步驟？
流失個案在帳戶觸發真實的風險信號時開啟：使用量下跌、一連串支援升級，或早期的續約預警。客戶成功團隊調取該帳戶的使用與帳單紀錄，確認風險是真實的，而不只是平靜的一個月——後者會被加入觀察名單並重新覆核。已確認的個案會指定挽留行動負責人、進行高層接觸，並給出與實際流失原因相配的挽留方案，其中較大額的折扣先送財務審批。客戶的決定就是分岔點：挽留成功即以留住結案，仍然流失則觸發正式的流失通知、記錄原因的退出面談、確認存取權限截止日期與最終帳單，以及移交至帳戶註銷清單。隨後個案會經過贏回資格判斷、面向合資格帳戶且受冷靜期約束的贏回活動，以及在結案前把原因對照產品缺口與挽留行動手冊的最後一步。
甚麼是挽留行動，它與減價有甚麼不同？
挽留行動是圍繞一個風險帳戶展開的整套挽留努力，而不只是最後那份方案：一位具名的負責人、令客戶聽到更高層聲音的高層接觸，以及一份理應配合帳戶實際流失原因的計劃。折扣只是這份計劃裡的一種可能手段，而且往往是用錯的一種。一個因為競爭對手推出了某項功能而流失的帳戶，靠減價解決不了；它需要的是路線圖承諾，或者一份展示如何彌補差距的成功計劃。一個因為價格而流失的帳戶，倒確實可能需要折扣。把每一次挽留行動都變成一場折扣談判，正是客戶成功團隊看起來像個議價櫃台而不是關係團隊的原因，亦正是訓練客戶用離開來要脅換取更好價格的原因。
如何判斷一個已流失的帳戶是否適合贏回活動？
依據流失原因與帳戶離開時的狀況來判斷，而不是依據它做客戶多久，或客戶經理對這次損失的感受。因競爭對手功能而流失、且差距仍未彌補的帳戶，或者帶著欠款或處於爭議中離開的帳戶，通常在那個具體條件改變之前，都是較差的贏回候選。條件良好但對價格敏感而流失的帳戶，或者因內部推動者離職而流失的帳戶，一旦過了一段時間，往往是真正的候選。把規則寫下來並始終如一地執行，因為在帳戶剛流失的那一刻判斷資格，容易因為愧疚而過於慷慨，也容易因為對挽留行動過程的沮喪而過於苛刻。活動開始前冷靜期該有多長，是你們團隊自己要訂的政策，而不是一條固定規則。
帳戶都已經流失了，為何流失分析仍然重要？
一個流失的帳戶是一次損失；多個帳戶中重複出現的模式則是一項發現，而彙整這一步存在的全部意義，就是把兩者區分開來。如果同一個原因反覆出現，解決辦法通常不是再來一次挽留行動，而是改變產品本身，或者改變挽留行動手冊本身——這正是「流失是否由產品缺口造成？」這一判斷所指向的方向。跳過這一步，正是一個機構多年重複同一套失敗的挽留行動的原因：每一次都把當下的帳戶當作孤立個案，而不是管理層從未在同一處看到過的某個模式的第五個個案。退出面談留下的紀錄，正是令這一切在日後成為可能的東西，這也是為何在當下記錄一個具體原因，其重要性遠超當時的感覺。
流失流程應該由誰負責：客戶成功、銷售，還是產品？
在大多數機構裡，客戶成功由頭到尾負責這套流程，因為他們離帳戶最近，也是那段必須撐過艱難對話的關係的擁有者。挽留行動本身通常會拉入客戶經理，因為客戶往往對比日常聯絡人更高層的人有不同的反應，而超出標準折扣授權的一切審批都由財務負責。產品不負責這套流程，但必須是流失原因發現的真正接收方，而不只是圖上的一條泳道，否則彙整這一步就會變成沒人依據它行動的報告。無論你們在自己機構裡怎樣劃分，都要為個案由開啟到結案指定唯一的負責人；沒有唯一負責人的流失個案，正是那種原因被記錄得很差、贏回機會被完全錯過的個案。