銷售交接流程圖：由贏單到客戶成功
銷售交接流程圖範本：贏單觸發、載有目標與口頭承諾的交接包、內部交接會、客戶成功驗收、客戶啟動會、處理期望落差，以及帶日期的首個價值里程碑。
甚麼是銷售交接流程圖：由贏單到客戶成功流程
銷售交接是把一個客戶由賣出這份工作的人手上，轉到必須把它做出來的人手上。觸發只是 CRM 裡的一個事件，也就是商機轉為贏單，而下游幾乎所有事情，都取決於客戶經理在那一刻寫下了甚麼。下面這張圖完整跟隨一次交接：贏單紀錄以及它必須承載的欄位，裝著客戶目標、關鍵人、範圍、日期與一路上作出的口頭承諾的交接包，一次內部交接會（客戶成功要麼接收該帳戶，要麼退回去要求澄清），交付團隊按當初賣出的日期預留資源，與客戶約定的啟動會，一次核對賣出去的東西是否等於客戶以為自己買到的東西，一份帶日期首個里程碑的成功計劃，以及帳戶擁有權由銷售正式轉到客戶成功的那一刻。
這裡畫的是交接，不是導入。接手團隊隨後所做的一切，開戶、信貸與合規審查、設定、資料遷移、培訓與上線，都屬於客戶導入流程；它由本圖寫下成功計劃之處開始，並在其後延續數星期。它也不是項目結案，那是在關係的另一端，把已完成的交付物對照準則接收、開票並結束。這條界線之所以要緊，是因為兩種失敗由客戶那一邊看起來一模一樣。因為沒人設定好某個整合而卡住的導入，是交付問題。因為客戶期望的東西根本沒人賣給他而卡住的導入，是交接問題，再多的實施投入也修不好。把交接單獨畫成一張圖，正是為了讓這個分別在它仍能被便宜地糾正的那一星期裡顯現出來。
三個判斷撐起整個流程，而它們各自所在的泳道就是全部論據。「交接包是否齊全？」放在銷售經理而不是客戶成功那裡，因為由接手團隊退回的交接包會變成兩個部門之間的談判，而由銷售自己的經理扣住的交接包只是一次帶教。「客戶成功是否接收該交接？」是驗收關口：具名的客戶成功經理可以帶著疑問把帳戶退回去，在接收之前，這個帳戶仍然是客戶經理的問題。第三個判斷才是這一頁存在的理由。「範圍是否符合客戶的期望？」被放在啟動會上的客戶泳道裡，因為賣出去的東西與客戶以為自己買到的東西之間的落差，只有問客戶本人才問得出來，而在第一次會議上發現，遠比在第三個月發現便宜。落差走向銷售經理而不是客戶成功經理，因為只有商務上的負責人，才能用範圍、讓步或者一張變更單把它解決。
本流程圖涵蓋的內容
本範本包含
- 五條泳道（客戶經理、銷售經理、客戶成功經理、實施 / 交付與客戶）橫跨六個階段：贏單、交接包、內部交接、客戶啟動會、計劃與首個價值，以及責任移交
- 交接包本身：贏單紀錄上填齊的必填欄位，接著是大多數 CRM 根本沒有相應欄位的那一步，「登記合約以外的口頭承諾」，再加上銷售經理的一道關口，把單薄的交接包退回去補齊並重新發布
- 一次帶著真正驗收關口的內部交接會，其中「客戶成功是否接收該交接？」要麼把帳戶往下推進，要麼把它退回客戶經理，由他回應疑問並修正交接包，從而不讓任何一個帳戶是在沉默中被接收的
- 一個針對成交後沉默期的約會循環：「啟動會是否已在10 個工作天內約定？」的判斷，會把沒有日期的帳戶退回客戶經理，由他去追發起人，而不是留下一項沒人負責的排程任務。十個工作天是一個佔位值
- 整個流程正是為它而存在的那項核對，「範圍是否符合客戶的期望？」，當著客戶的面在啟動會上提出，任何落差都被送到銷售經理那裡，由「落差靠範圍還是變更單解決？」在繼續計劃與暫停之間作出決定
- 成功計劃中一個帶日期的首個里程碑、一位在里程碑達成之前一直留在該帳戶上的客戶經理、里程碑延遲時的重新排程迴路，以及一個既移交帳戶擁有權、又與撰寫這份交接包的客戶經理一同覆核其品質的收尾
何時使用本範本
- 你們正在制定一筆生意可以被標成贏單之前必須符合的規則，並且需要這條規則所匯入的那個流程
- 客戶成功經理是在毫無背景的情況下接手帳戶：只有一個名字、一個成交日期，卻沒有任何關於客戶為何購買的說明
- 導入總是卡在第二星期，卡在銷售週期中承諾過、卻從來沒有寫在任何地方的事情上
- 你們正把交接由電郵和聊天工具搬進 CRM，希望在有人動手設定之前，先把欄位、會議與驗收關口議定下來
- 銷售與客戶成功在爭論簽約到上線之間由誰負責這個帳戶，而交接點從來沒有被畫出來過
運作方式
把泳道改成你們的角色
用你們真正擁有的角色替換客戶經理、銷售經理、客戶成功經理、實施 / 交付與客戶。在小團隊裡，客戶成功經理和做實施的往往是同一個人：把這兩條泳道合併，而不要畫一次在實際中從不發生的交接。
定下贏單必須承載甚麼
列出商機轉為贏單之前必須填齊的欄位：客戶的目標、採購決策圈與誰簽了字、合約範圍及其除外事項、日期與商務條款。把它們設為階段關口的必填項，並決定一筆僅憑口頭承諾就提前標成贏單的生意該如何處理。
寫下你們自己的口頭承諾規則
決定合約以外作出的承諾如何登記、誰有資格作出這樣的承諾，以及客戶成功經理收到之後要怎樣處理。只要有人會讀，自由文字就夠用；如果你們想統計同一類承諾被賣出去多少次，一份固定的承諾類型清單會更好。
定下啟動會的約定時限
圖上的十個工作天是一個佔位值，不是標準。定下適合你們產品的時限，指名在沒有日期時由誰去追，並議定追幾次之後就把該帳戶標記出來，而不是任由它無限期地留在某位客戶成功經理的清單裡。
決定期望落差歸誰負責
議定誰可以自行吸收落差、誰可以給出讓步、誰必須發起變更單，然後把這些門檻寫在圖上、放在銷售經理那個判斷旁邊。請按你們自己的授權範圍調整；這條分支的意義在於，客戶成功經理永遠不會獨自了結一個商務問題。
定義甚麼叫首個價值
指名一個帶日期、連客戶自己都會稱之為價值的里程碑：第一個正式使用的用戶、第一張被處理的發票、第一份他不用別人幫忙就跑得出來的報表。寫明由誰確認、怎樣確認，因為一個只在內部簽核的里程碑是狀態更新，而不是證據。
拿一次真實交接對照走一遍
取上季度成交的兩個帳戶，一個走得順、一個出了問題，把兩者都放到圖上走一遍。大家口中描述卻沒有畫出來的那一步，以及畫了卻其實沒人做的那一步，就是發布之前值得處理的兩項發現。
常見問題
銷售交接流程包含哪些步驟？
生意在 CRM 中被標記為贏單，客戶經理在紀錄上填齊交接欄位，登記合約以外作出的口頭承諾，並發布交接包。銷售經理審核它，把單薄的交接包退回去補齊並重新發布。隨後指派一位具名的客戶成功經理，讀畢交接包並主持內部交接會，會後客戶成功要麼接收該帳戶，要麼帶著疑問退回。交付團隊預留資源與日期，客戶成功經理自我介紹並提出約啟動會，若遲遲沒有日期，就由客戶經理去追發起人。啟動會上重申範圍，並與客戶的期望互相印證；出現落差就交給銷售經理，由他用範圍或變更單解決，或者把交接暫停轉商務覆核。接著撰寫一份帶日期首個里程碑的成功計劃，交付展開；里程碑達成之後，擁有權轉到客戶成功。
交接應該在簽約時做，還是在啟動會上做？
它由贏單開始，到啟動會結束，而把其中任何一端當成整件事，正是令它出問題的原因。內部這一半應該以日計而不是以星期計，趁銷售員還記得細節；外部這一半就是啟動會，那是客戶第一次由第二個人口中聽到同樣的範圍。在較大的生意上，值得在銷售週期的最後階段就把客戶成功經理介紹出去，讓客戶在簽約之前而不是之後認識他。關於觸發點有一點提醒：把一筆生意標成贏單是 CRM 的階段變更，不是收入事件。按照 IFRS 15 與 ASC 606，收入是在承諾的貨品或服務的控制權轉移給客戶時確認的，所以在把任何收入報表掛到這張圖上之前，先與財務部議定那個時點在你們自己的合約裡落在哪裡。
由銷售交給客戶成功的交接文件應該包含甚麼？
足以讓接手團隊不必通讀整個商機，就能主持第一次客戶對話。實際上就是：客戶買的是甚麼業務成果，以及他自己說過會怎樣衡量它；採購決策圈、誰簽了字、誰在內部替它說話、誰抱持懷疑；合約範圍，並且把除外事項寫得和涵蓋事項一樣清楚；銷售週期中承諾過、卻不在合約裡的任何東西；給過客戶的時間表，以及它取決於甚麼；商務形態，即合約期、續約日期、折扣與開票方式；已知風險、仍留在該帳戶裡的競爭對手，以及任何整合或資料依賴。檢驗準則不是篇幅。如果客戶成功經理在第一次通話時還得回頭找客戶經理要背景，那麼無論這份交接包有多厚，它都是不完整的。
贏單到上線之間，帳戶歸誰負責？
在客戶成功接收該交接之前，由客戶經理負責，這正是圖上要有驗收判斷的原因：帳戶不是靠發出一份文件就轉移的，而是在有人同意接收時才轉移。接收之後，客戶成功經理負責這段關係，交付團隊負責這份工作，但客戶經理並不會就此消失。在這張圖上，他會一直留到首個價值里程碑達成，因為他手上握著與發起人的關係，也是唯一一個能去追日期而不被讀成升級的人。這次移交值得在三個地方寫明白：CRM 裡的負責人欄位、客戶下一封電郵由誰回覆，以及佣金規則，因為一個只按簽約量考核的銷售員，沒有任何理由在第六星期還坐在會議室裡。
銷售交接和客戶導入有甚麼分別？
交接是知識與擁有權的轉移，以日計算。導入是令客戶真正用得起來的工作，以星期或月計算。交接產出的是一份交接包、一次會議、一個被接收的帳戶和一份成功計劃；導入產出的是帳戶、設定、遷移好的資料、受過培訓的用戶和一次上線。它們分開畫，是因為它們分開失敗，而且由不同的人來修。導入延遲通常指向產能、次序或客戶那邊的依賴。而一開始方向就走偏的導入，幾乎總是回指到交接：某個沒人記錄下來的目標，或者一句沒人傳達下去的承諾。把兩者放在一起衡量，只會掩蓋你們遇到的究竟是哪一個問題。