案例 · 乙方專案管理

當對方不照你的
節奏走的時候

某高端交通服務品牌的形象轉型專案。我是乙方專案負責人,策略、設計、系統、客戶溝通全包。

這是這份作品集裡唯一有第三方利害關係人的案例——所有決定都要對方點頭, 所有進度都受對方節奏影響。它考的不是產出能力,是把合作條件設計對的能力。

本頁只呈現專案管理方法,不含任何交付成品畫面、客戶名稱或報價金額——依合約,付清階段費用後產出物所有權歸委託方所有。

專案設計

簽約時就把規則寫進去

大部分接案糾紛不是執行出問題,是一開始沒把「怎麼算完成」「怎麼算延遲」「怎麼結束」講清楚。

計費單位
每 4 週為一階段,共五個階段對齊實際工作節奏,不用曆月——曆月會讓月底的工作被切成兩半。
驗收機制
每階段設檢核日:乙方交進度報告、甲方確認即視為完成把「驗收」變成一個有日期的事件,而不是一種模糊的感覺。
範圍控管
甲方可彈性調整任務優先序,但調整導致的順延不計入乙方延遲責任需求會變是正常的,但變更要有明確的責任歸屬。
退場機制
任一方要終止,需提前 30 日通知並結清已執行費用合作要有一個體面的出口,而且是一開始就講好的。
考驗

第一階段的款項,從應付日起拖了三個月

這才是專案管理真正被檢驗的地方。我的處理順序是這樣。

第一步

先停損,不先抱怨

依合約的付款連動原則全面停工,不再繼續投入未付費的工作。情緒上很想先去溝通,但先把損失止住,才有談判的餘裕。

第二步

不趁機加價

重啟時維持原價,停滯期間的成本我自己吸收。換來的是談判時的道德位置——接下來我要改的每一條規則,對方都很難反駁。

第三步

改結構,不只改態度

重啟提案直接把付款邏輯從「先做後付」改成「預付」。道歉與保證都不會改變下一次的結果,只有條款會。同樣的問題不讓它發生第二次。

第四步

改溝通模式,並且說成對方的利益

對方不習慣事先看文件,每次會議都要從頭講一遍,一次會吃掉半天。我把「改成線上會議」當成專案要趕上旺季檔期的客觀需求提出——不是「我比較方便」,是「再拖下去你的旺季業績會壓不上」。

第五步

全程書面留證

做了一個客戶專用的進度頁,每一項交付都有時間戳與確認紀錄。能用文件的就不用口頭,能留紀錄的就不靠記憶。這在雙方都很忙、又都覺得「我記得不是這樣」的時候特別有用。

結果

專案活下來了

款項
第一階段款項結清停工止損後,付款重新啟動。
結構
第二階段改為預付並如期動工新的付款邏輯以預付款到位視同接受,不必再等簽回。
效率
三項方向提案,一次線上會議全數拍板過去要跑好幾輪的決策,改變會議模式後一次完成。
關係
停工三個月之後,合作沒有破局,而是換了規則繼續 停損、不加價、改結構、改溝通模式——四個動作都不是對人,是對條件。對方沒有被指責,但下一次不會再發生。
紀律
階段性確認過的方向,下一階段不再重開已確認的軸線只能往下細化,不能橫拉重來——這條規則讓專案不會在同一個決策上反覆消耗。
學到的

把問題丟回情緒裡,專案就死了

專案管理最難的不是排時程,
是當對方不照你的節奏走的時候,
你怎麼調整結構,而不是消耗情緒。

停擺的那三個月,我很清楚自己一直在兩件事之間打轉:要不要催、催了會不會撕破臉。那段時間沒有任何產出。

後來真正讓專案動起來的,不是我終於鼓起勇氣去溝通,而是我把「對方會拖款」從一件令人生氣的事,變成一個下一版合約要處理的設計問題。問題一旦變成條款,就有解法;留在情緒裡,就只會一直耗。

這也是我後來做每一個系統的習慣:遇到重複發生的問題,不要靠更努力、更小心去撐,去改讓它發生的那個結構。

上一個案例
品牌數位營運