如何建立客戶導入流程
如何圍繞銷售到交付的那次交接來設計客戶導入流程：實施團隊接手一個客戶之前必須成立的條件，以及客戶自己把守的那兩道關卡。
客戶導入流程由一份已簽署的合約開始，到客戶真正得到他們所買的東西為止；它真正的主題，是賣這份工作的團隊與交付這份工作的團隊之間那一次交接。
簡而言之
- 把交接做成一道關卡，而不是一則公告；兩者之中只有一個攔得住東西。
- 客戶要有自己的泳道，是因為他們把守着其中兩道關卡，而不是因為他們慢。
- 成功準則屬於啟動會議，因為第 30 天的檢視就是拿它來對照的。
- 只會把上線日期往後推的不放行，是一次披着決定外衣的延誤。
- 合規暫緩是正常的事；請設計那條迴路，而不是每一次都往上呈報。
導入不是壞在中段，而是壞在交接
客戶導入沒有一步在技術上是困難的，卻照樣超時。原因是結構性的：這條流程橫跨兩個內部團隊，他們只在一個步驟上碰面，而大多數導入文件把那一步當成一則公告。銷售成交，開一個群組，實施團隊開始讀資料。當初在會議室裡承諾過甚麼、客戶那邊誰有權拍板、當時假設已經存在的是哪一個系統整合——沒有一項是任何東西的前提條件，於是沒有一項必須在下一步開始之前成立。
交付方必須有權拒收一個客戶，而且要有級別夠高的人事先講清楚這一點。這項授權會把交接資料包由一種禮貌變成一組條件——一份已會簽的範圍，一位有權批核的指定聯絡人，要麼有，要麼沒有——它同時給了這張圖一個可以停下來等的位置。沒有這個位置，導入流程圖就只是一張加了箭嘴的待辦清單；而所謂超時，不過是一項活在某人腦袋裡的條件被略過了，卻沒有任何人決定過要略過它。
下面的示例把客戶放進他們自己的一條泳道，而這是第二樣值得照抄的東西：畫在別人泳道裡的判斷，不能由你代他回答。「客戶是否已提供資料與存取權限？」正是流程停下來的地方，它的「無回應」分支把這個客戶交給「銷售跟進後是否重新聯絡上？」，而不是直接結案。「上線準備是否獲批？」的「不放行」則回到「設定系統與整合」，而不是把日期往後推。
由已簽合約到真正使用
橫跨五條泳道的客戶導入流程，第一條是客戶自己的——決定其餘一切何時可以推進的那一條。
交接就是全部風險
一次簽署、一次交接、一場議定成功準則的啟動會議，然後是一份訂明負責人的計劃——四列，其中第二列是「把客戶交接給導入團隊」。日後絕大部分超時，都能追溯到那一列帶了甚麼、沒帶甚麼。
暫緩不等於拒絕
泳道欄開始填上內容，財務接手四列。「是否須要信貸或 KYC 審查？」把須要的送去「合規審查是否通過？」，而後者可以答「暫緩」——「暫緩開通，等候補充文件」再憑「文件已收到」回到同一個判斷。
客戶把守的那道關卡
「客戶是否已提供資料與存取權限？」是流程不再替客戶做事的地方，「無回應」會交回銷售去跟進。然後是設定與資料遷移，而「資料遷移是否正確？」把失敗的送去「修正錯誤並重新匯入資料」重新核對。
不放行會把工作送回頭
先培訓，然後是由客戶把守的「上線準備是否獲批？」：「放行」繼續推進，「不放行」回到「設定系統與整合」。第 30 天檢視之後是「交接給支援與客戶團隊」；唯一的失敗終點是「導入已暫停並標記」，經「仍無聯絡」到達。
運作方式
寫下交付方到底在接收甚麼
列出實施團隊接手一個客戶之前所需要的條件：已會簽的範圍、一位有權批核的指定聯絡人、環境與整合的前置要求，以及銷售過程中作出的每一項承諾。清單上任何一項如果無法核對，那就不是條件，只是一個願望——要麼令它可以核對，要麼把它刪走。
把你們的步驟與客戶的步驟分開
把流程走兩遍。第一遍標出哪些步驟由客戶執行，第二遍標出哪些判斷只有客戶才回答得了——第二張清單很短，通常只有兩項，而它正是會令一切停下來的那一張。在每一項旁邊寫下沒有答案時會怎樣，因為那就是你將會用到的路徑。
把步驟輸入成列，再用號碼接線
「方框文字」欄裡的每一列都會變成一個方框。把一個步驟通向的列號填進「連線至」欄，以逗號分隔。因為連接是號碼而不是畫出來的線，重新命名一個步驟或者調換工作表的次序，都不會弄壞這條流程——這就是一張可以改的圖與一張要重畫的圖之間的分別。
把客戶放進「垂直泳道」欄
負責方填「垂直泳道」欄，階段填「水平泳道」欄，而這一欄並不理會那位負責人是不是你們出糧的。把一列「決策」放進客戶的泳道，這張圖就明明白白地表示：這個答案不由你來給。同樣一句話寫在計劃書裡可以繞開，畫在圖上就難得多。
把每一次拒絕都畫成有標籤的分支
每個問題的「形狀」都填「決策」，兩個去處都填進「連線至」，分支用語按同一次序填進「連線文字」——這樣就沒有任何一支箭嘴會無標籤地離開菱形。一個較小的列號就是迴路的寫法：一次失敗的遷移核對回到修正步驟，一次不放行回到設定步驟。
送去審批，然後把連結發出去
把完成的圖表送去審批，然後把連結發給客戶團隊和客戶的指定聯絡人。一份會離開公司的計劃帶着審批紀錄，可以回答對方最先問的那個問題——這是議定了的，還是某個人的草稿——同時亦標明了啟動會議所依據的是哪一個版本。
應避免的錯誤
把加入群組當成交接
把實施團隊拉進一個對話串，並不是問責的移交。在有人確認過自己接收了甚麼之前，銷售當初的假設仍然只存在於銷售員的記憶裡，並會在第三個星期以範圍爭議的形式重新浮現。
代客戶回答客戶那道關卡
客戶交來一份不完整的資料，「客戶是否已提供資料與存取權限？」還是被剔了，因為另一個選擇是停下來。這道關卡於是甚麼都證明不了，缺失的欄位會在資料遷移階段以資料問題的姿態重現，而不是以接收問題的姿態。
改日期，而不是作決定
如果一個準備就緒的判斷只能押後，那它就不是一個判斷。對「未準備好」有用的回答，是一條通往具體工作的回頭路——設定、資料遷移或者培訓——並由工作重新開始的地方重新推算日期。
客戶失聯之後無路可走
停止回覆的客戶不會自己結案；他們會留在銷售管道裡，繼續消耗注意力和預測數字。請畫出一個明確的已暫停並標記狀態，讓一個客戶要麼在推進，要麼被看得見地停泊起來。
建立你們自己的客戶導入圖
把示例開啟為你們自己的圖表，訂明實施團隊接手一個客戶之前必須具備甚麼，並把泳道改成你們的團隊名稱。
相關指南
常見問題
銷售到交付的交接應該包含甚麼？
六樣，而且每一樣都可以核對：已會簽的範圍、影響交付的商業條款、一位有權批核的指定客戶聯絡人、銷售過程中作出的每一項承諾（包括口頭的）、方案所假設的技術前置要求，以及當初已經議定屬於範圍以外的事項。最後兩樣通常就是缺失的那兩樣，也正是第三個星期範圍爭議的來源。請把這份資料包做成交接的前提條件，而不是交接之後才補的一份文件。
客戶導入應該用多久？
不要用星期來答，而一個不附帶條件的數字，就是一個你一定會失手的數字。這裡有兩個判斷屬於客戶——「客戶是否已提供資料與存取權限？」和「上線準備是否獲批？」——所以任何日期都是以這兩個答案為前提的預測。就照這樣公布：日期、它所依賴的兩個答案，以及答案沒有到達時會怎樣，因為「無回應」這條分支會推遲日期，而不是吸收延誤。被告知是哪一個答案卡住日期的客戶，往往會早一點給答案。
應該讓客戶看到導入計劃嗎？
應該，而且要讓他們看你們自己在用的那一份，而不是它的摘要。一份客戶讀得懂的計劃，是唯一能令「你們自己的步驟就在關鍵路徑上」這個說法被相信的形式，它同時把上線準備那場對話，由一次臨場宣布變成一件事先議定好的事。把他們的聯絡人寫在他們負責的那幾列旁邊，並公布那幾列所帶的日期，只有他們能給的那兩個答案就不會再理所當然地遲到。
甚麼是價值實現時間，又怎樣量度？
價值實現時間是由簽署到客戶真正得到他們所買的成果之間所經過的時間，量度的基準是啟動會議上議定的準則，而不是上線。上線是你們流程裡的一個里程碑；價值則是他們流程裡的一件事。為每一個客戶挑一樣看得見的東西——一個實際的交易量、一份財務真的會用的報表、一條由新系統處理的隊列——並在第 30 天檢查它。沒有這一次檢查，這條流程根本無法告訴你它是否奏效。