跟顧問過招：甲方 PM 的顧問管理術

先把心態校正好，這篇才讀得對味。
很多甲方 PM 對顧問的態度在兩個極端之間擺盪：案子剛開始把顧問當老師，什麼都聽；出過一次包之後把顧問當騙子，什麼都防。兩種都會讓案子難做。
先說結論：顧問不是敵人也不是自己人，是「目標部分重疊的商業夥伴」——他要結案與收款，你要系統能用與自己活著。 重疊的那部分叫「上線」，你們是隊友；不重疊的部分（他想控制人天、你想要品質；他想快點驗收、你想真的能用），就是你要睜著眼睛看的地方。
用裝潢想最快：顧問就是你家的統包。他要的是順利收尾款結案，你要的是房子真的能住——這兩件事有八成重疊(房子至少得蓋完)，剩下那兩成(藏在牆裡的水電品質、交屋後的保固態度)，就是你要睜著眼睛看的地方。你不會把統包當敵人，但你也不會不驗收就付尾款，對吧？
我兩邊都待過，這篇把乙方不會告訴你的部分攤開來講。

三個訊號：你的案子正在往壞的方向走

顧問端出問題的案子，很少是突然出事的，通常有跡可循。三個訊號，中一個要警覺，中兩個要行動：
訊號一：人天燒太快。 合約裡的顧問人天是有限資源，燒的速度應該跟進度成正比。如果案子做了三成、人天燒了五成，代表範圍在失控——不是需求悄悄長大了，就是團隊空轉在等你們的資料跟決策。不管哪一種，繼續燒下去，最後都是加購人天或砍範圍二選一，而那時候你已經沒有談判力了。
訊號二：當初簡報的資深顧問，越來越少出現。 我在乙方待過，直接告訴你這件事的內部邏輯：顧問公司的資深人力永遠不夠分，資源會流向「會出事的案子」跟「會續約的客戶」。你的案子如果被判定為穩定（或是被判定為不重要），資深的就會被抽去救別的火，換上來的人年資少一半。換人本身可以接受，「換人而且沒有事先告訴你」就是降級的證據。
訊號三：每個需求都說要 CR。 CR（Change Request，需求變更）本身是健康機制，但如果連你覺得「這明明在範圍內」的東西都被說要加錢，代表當初的範圍定義糊到雙方各自表述。這個問題的根源通常在合約跟需求文件——這一題的完整打法，我在另一個站寫了顧問費怎麼算：人天、報價結構與砍價的正確姿勢跟需求規格與 RFP 怎麼寫，那兩篇轉給你老闆（尤其是還沒簽約的話），這篇你自己看。

會議紀錄的武器化：這是你最便宜的武器

如果整篇只能記住一件事，記這件：會議紀錄永遠自己寫。
不要嫌麻煩，不要覺得「顧問有 PMO 範本讓他們寫比較專業」。誰寫紀錄，誰就擁有這場會議的【歷史解釋權】。同一場會，「客戶表示希望能改善報表格式」跟「雙方確認報表格式維持現行設計」可以同時為真——看誰寫。三個月後吵範圍的時候，你會很清楚這中間差多少錢。
自己寫，然後守三條紀律：

1. 24 小時內發出。 拖到下週，記憶模糊，紀錄的公信力跟著模糊。隔天發，趁大家都還記得，有異議當場浮出來。
2. 決議與待辦分開列，負責人與期限必填。「討論了很多」沒有價值，「誰、在哪天前、要交什麼」才是紀錄。
3. 結尾固定一行：「以上紀錄如有出入，請於三個工作天內回覆；未回覆視同確認。」 這行字平常安安靜靜，吵架的時候是你的城牆。它把「沉默」變成有法律感的「同意」，逼每個收件人認真讀你的紀錄——包括顧問的專案經理。
   順帶一提(講起來有點好笑)：這一招對顧問特別有效的原因，是乙方自己就是這樣對甲方的!你用同樣的紀律回敬，對方會立刻知道這個 PM 懂行，很多小動作就自動收起來了。

三種常見情境的話術

情境一：顧問說「這是標準流程，建議你們配合調整」。
『標準流程』有時是真心話（best practice 確實能少走彎路），有時是「客製要錢所以勸退你」的話術。分辨方法是要求對方講清楚代價：「好，那請幫我列一下：照標準流程走，我們現行作業要改哪三件事？各是誰要改？」真的 best practice 經得起這樣攤開；勸退話術通常在第二個問題就開始含糊。攤開之後再決定改流程還是改系統，這是一個商業決策，別讓它變成一句話帶過的默契。
情境二：顧問把延遲怪到你們 key user 頭上。
最常見的版本：「因為貴司使用者訪談時程延誤，所以⋯」先深呼吸，因為這句話有一半可能是真的：key user 沒空是甲方最常見的違約形式。正確反應是把它變成數字：「好，我們對一下——訪談原訂哪三場、實際延了幾天、對關鍵路徑的影響是幾天。」有紀錄就對紀錄，沒紀錄，這正好是你開始留紀錄的理由。責任算清楚之後各認各的，含糊的互相指責才是專案的毒藥。
情境三：顧問想跳過你直接找你老闆。
這是最需要當場處理的一種。做法有兩層：對顧問，明確立規矩：「跟老闆的溝通我來安排，你們要升級議題，走我這裡的升級路徑」；對老闆，搶先建立管道——你固定給老闆的三行週報裡，主動涵蓋顧問可能會講的事。顧問繞過你的動機，通常是覺得你這裡「事情推不動」，所以治本的方法是讓你這條路比較快：他的議題你 48 小時內給答覆或升級，他就沒有繞路的理由了。

什麼時候該幫顧問講話

多數教『管顧問』的內容只教防守，這節講反面。
顧問要 key user 工時的時候，你們是同一邊。 顧問跟你要人、要資料、要決策，這些請求十之八九是專案真的需要的——他要不到，死的是專案，賠進去的是你。所以當顧問在會議上說「我們需要生管課長每週八小時」而部門主管面有難色時，你要站出來當那個把議題升級給老闆的人，甚至比顧問更用力。
我看過太多甲方 PM 在這種時刻縮在後面，讓顧問去跟部門吵——然後案子延誤了，顧問把延誤寫進紀錄（對，就是你沒搶著寫的那份紀錄），最後裡外不是人。
判斷要不要幫顧問的標準只有一條：這個請求是為了讓「系統能用」，還是為了讓「他好結案」？前者你要比他還大聲；後者，微笑，然後拿出你的紀錄。

本篇工具帶走：每週顧問對帳三件事

每週五，十五分鐘，跟顧問的 PM 對三件事：

三個數字每週記下來，你手上就有了跟顧問對話的整條趨勢線——而有趨勢線的 PM，講話就是不一樣。
下一篇來講整個 cluster 的起手式：接下專案之前，該跟老闆確認的七個問題。接案那一刻是你談判力最高的時刻，別浪費。過招愉快！