概念地圖・共同行動計畫
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創業
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
共同行動計畫：把一筆生意拆成兩邊的交付
報價單發出去第六週，窗口回的還是同一句：還在內部討論。你不知道卡在誰身上，也不知道還要幾週，只能每週再問一次。共同行動計畫（Mutual Action Plan）處理的就是這一段黑箱——把成交到上線之間該發生的事，攤成一條由上線日往前倒推的時間線，每一格同時寫兩件事：這一格賣方要交出什麼、買方要交出什麼。它的產出是一張兩邊都認過的紙。誰卡住、卡在哪一格，從此變成可以指認的事，不必再從窗口那句「再等等」裡猜。
一條時間線上，兩邊各要交出什麼
先把圖上那七格讀成文字。左邊六格是里程碑，最右邊那一格是上線日，也是全部日期的起算點。
| 節點 | 賣方交出 | 買方交出 |
|---|---|---|
| 一 | 現場示範 | 現場勘查陪同 |
| 二 | 動線試算 | 出貨資料 |
| 三 | 正式報價 | 資訊部門評估 |
| 四 | 導入計畫書 | 預算簽核 |
| 五 | 合約草案 | 法務用印 |
| 六 | 排定進場 | 騰空儲區 |
| 上線日 | 倒推的起點 | 兩邊共同認定 |
這張表的資訊量集中在右欄。左欄是業務本來就會做的事，做不做得完自己說了算；右欄每一項都要對方派人、給檔案、蓋章，它才是成交速度真正的上限。第四格標成警示，因為預算簽核沒過，後面五格全部停在原地，而它的排程完全落在你手上以外——你能做的只有讓它提早被看見。
表格填得漂亮不等於推得動，量這三處
一張攤開來很體面的時間線，跟一張真的會逼出動作的時間線，長相幾乎一樣。差別藏在三個地方，量一次就知道你手上那張是哪一種。
一、每一格都掛著一個人名。自動倉儲這種案子，買方那一欄最常寫成「資訊部門評估」——部門不會回信，人才會。把它改寫成「資訊部王課長，回覆倉儲系統與現有 ERP 的介接方式」，這一格才有人接得住。名字寫上去還有第二個作用：窗口在敲這個日期以前，通常會先去問一句那個人排不排得進來。自問：這一格的負責人，寫得出名字嗎？
二、「做完了」有一句話講得清楚。「提供三個月出貨資料」聽起來夠具體，實際收到的可能是一張月總量表。判準要寫到能驗收：每日每小時的揀貨筆數、品項數、尖峰那三天的單量。前者你收到了也算不出走道要幾條，後者一收到當天就能跑動線試算——同樣叫做交了，一格往前推，一格原地踏步。自問：這一格的「完成」，一句話講得清楚嗎？
三、買方那一欄是買方自己寫的。業務很容易把整張表填完再寄給客戶確認，客戶回一句「OK」，看起來雙方都同意了。有效的做法是在會議上讓對方的窗口口述日期、你當場打字——他講出「法務用印大概要留兩週」的那一刻，這張表才變成他也要負責的東西。他自己講出來的日期，會留在他自己的行事曆上；由你通知的日期，只留在你的表上。自問：買方那一欄，是買方自己填的嗎？
一套自動倉儲的成交時間表，走一遍
底下這家台灣中部的食品物流廠與那家自動倉儲系統商，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。
- 8 月 11 日｜現場示範對現場勘查陪同：系統商把示範排在買方廠區旁的展示間，條件是倉管組長與夜班班長都要到場。夜班那位一到，示範的重點就從吞吐量換成了半夜故障怎麼排除。兩邊都派了人，這一格才算真的走完
- 8 月 25 日｜動線試算對三個月出貨資料：資料晚了九天才進來，格式還是月總量。系統商只能先用產業經驗值試算，後面所有數字都帶著一句「等實際資料再修」。一格晚九天，整條線的可信度先掉一截
- 9 月 8 日｜正式報價對資訊部門評估回覆：報價準時發出，資訊部的回覆多了一項沒人料到的介接工項。價格因此要改，但因為兩件事排在同一格，改在報價還熱著的時候發生。同一天到期，問題才會撞在一起被處理
- 9 月 22 日｜導入計畫書對預算簽核：計畫書如期送出，簽核卡在集團財務要看兩家比價。窗口這時才說，比價這件事從一開始就存在。整條線上最貴的一格，是最晚才被講出來的那一格
- 10 月 6 日｜合約草案對法務用印：草案提前三天到，法務把兩週用滿。這一格沒有延，是因為兩週的時間在 8 月就被窗口自己講出來、寫進表裡。預先講明的等待，不算延誤
- 10 月 20 日｜排定進場對騰空儲區：儲區要清出來，得先把年節備貨的料挪走。倉管組長從第一格就知道有這一天，備貨計畫早兩個月就改過。最後一格的順利，是第一格就種下的
六格走完，這張表最大的回報落在八月那個夜班班長身上。他從第一格就在場，於是「半夜故障怎麼辦」在報價之前就進了規格，省掉驗收當天那場架。代價則落在第四格：預算簽核那一格從頭到尾只寫了「預算簽核」四個字，沒有名字、沒有判準，也沒有人在 8 月問過集團財務要不要比價——表上唯一空著判準的那一格，剛好就是最後拖住整條線的那一格。這張時間線的價值要到延誤發生的那一刻才兌現：你指得出它發生在哪一格、那一格上寫著誰的名字、以及下一步該打給誰。以上為說明結構用的示意情境，僅供理解框架之用。
這條時間線什麼時候會騙你
- 日期是窗口填的，同意是別的部門的事。9 月 8 日那一格是採購窗口敲的，資訊部的季底封版剛好也落在那一週——他不知道，因為沒有人問過。那個日期上只有一個人點過頭，而它被當成雙方合意在用。要拆開這兩件事的做法很土：請窗口把表轉寄給每一格真正要動手的人，各回一句「這個日期我可以」。少了這一步，你手上那張紙是一份願望清單，時間到了才會知道。
- 表填得漂亮，而簽字的人從頭到尾沒出現在上面。六格跑完、日期一格沒延，最後卡在總經理室。回頭看那張表，出現的都是倉管、資訊、法務、財務的窗口，沒有一格的交付是那位要簽字的人自己要交的東西。他第一次看到這個案子，是在合約遞到桌上的那天。對策是把「誰簽字」當成第零格：在敲上線日的同一場會議裡問清楚，這個金額誰核，他什麼時候需要先看到什麼。
- 由上線日往前倒推，會把緩衝全擠到最後一格。每兩週一格排下來很整齊，可是倒推法會把所有彈性藏在最後那一段。前面任何一格晚三天，晚掉的都是同一段時間——進場到上線之間那兩週。等到第四格延了十天，最後一格就從兩週變成四天，而那四天要塞的是儲區清空、設備進場、試跑。做法是把緩衝畫成看得見的一格：在上線日前面留一段空白，明講它是誰的、被誰用掉了。
日期背後那個沒人敢問的問題
這張表最像合約的地方，是它把對方的時間也寫了進去。
而對方願意把時間寫進去，本身就是一個訊號——比任何一句「我們很有興趣」都硬。P.A.I.N. 的第一個字母問的是誰在痛，這張表能替你把那個「誰」定位到人：每一格的買方交付背後，都站著一個要為它挪出時間的人。願意排出兩小時陪你走一趟廠區的倉管組長，跟三次都沒回信的資訊部門，痛的程度就攤在同一張紙上，不必再靠感覺猜。這張圖畫得出每一格由誰交、什麼時候交，畫不出對方為什麼願意在那一天交——那個為什麼，只能靠一句一句問出來，而問的機會就在你請他填日期的那個當下。今晚就能做的小動作：翻出你手上最久沒動的那個案子，把買方那一欄的部門名稱一格一格換成人名。換完之後，你會知道明天早上該打給誰。
關於共同行動計畫，常被問到的幾件事
共同行動計畫跟一般的專案時程表差在哪？
專案時程表通常從簽約之後才開始，寫的是你這邊的工項與里程碑。共同行動計畫往前挪到簽約之前，而且每一格都有買方要交出的東西——它管的是這筆生意怎麼從討論走到上線，東西怎麼做出來是下一張表的事。實務上兩張表會接在一起：共同行動計畫的最後一格是進場，專案時程表的第一格就從那裡開始，上線日是兩張表共用的同一天。
客戶不肯填買方那一欄怎麼辦？
先別急著判定他沒興趣，多數時候是他不知道自己該填什麼。改成你先問時間、他來回答：「資料要調三個月的，你們調一次大概要幾天？」他一開口，你就寫下去、當場念一遍給他確認。如果連這種問題都問不出答案，那本身就是有用的資訊——這個窗口在他公司裡調不動人。這時要處理的是窗口，重新排版那張表沒有用。
幾個節點才合理？
六到八格是多數 B2B 案子的舒適區。太少，每一格塞進太多事，驗收不了也看不出卡在哪裡；太多，它就從共識工具退化成催進度的清單，客戶會開始已讀不回。抓法很簡單：每一格都要對得起一次真正的往返——一次會議、一份文件、一個簽核。湊不出這樣的往返，那一格就該併進隔壁那格。
這張表要多久更新一次？
每走完一格更新一次，並且由你寄出、請對方回一句確認。重點在於每一次更新都是一個合法的接觸理由：第三格完成了，第四格要麻煩你——這句話比一通「跟進一下」的電話好用得多。延誤發生時也照樣寄——把往後挪的那幾天標出來，讓對方看見它推到了哪一格。願意一起看那張表的客戶，就是還在案子裡的客戶。
兩邊的日期一旦對齊，下一個要看的是誰有權簽字——那份名單通常比窗口告訴你的長。想知道對方公司裡還有哪幾種角色會左右這筆生意，可以接著看採購決策圈的角色分工；如果好奇同一種倒推邏輯用在產品開發上長什麼樣，那是關卡審查的階段門。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。