付款前一週才翻驗收？沒有證據包的里程碑，到期日只是催款日曆

尾款前七天的會議室

客戶翻開合同附件，指著三條「當時口頭答應過」的功能；實施翻開計劃，指著「里程碑已標完成」；銷售說「先簽再補材料」。三小時後散會，誰也說不清：完成定義寫在哪、缺陷門檻是多少、遺留項誰關、關不完能不能請款。

扯皮很少誕生在簽字當天。它早在立項就把里程碑做成了只有日期的點——甘特好看，證據鏈空。到了付款周，才用人腦臨時發明標準，貴且傷關係。

日期到了，不等於可驗收

現場最常見的五種「假完成」：

當場抽檢一招就夠：任取一個「已完成」里程碑，能否匯出交付物清單、檢查表勾選、三態結論、遺留項狀態、是否已觸發請款。導不出完整包，那個點只是日曆裝飾。

證據包長什麼樣

可付款的里程碑，證據通常不少於五類：

1. 交付物清單（含版本、環境、責任方）
2. 檢查表勾選結果（事先與客戶書面對齊過的那一版）
3. 缺陷清單與門檻說明（致命/嚴重為零、一般缺陷上限等，事先數字化）
4. 雙方簽字或等效電子確認
5. 遺留項關閉計劃（若走附條件：描述、關閉標準、責任人、計劃關閉日）

缺一類就判「未完成」，比口頭「差不多」乾淨。製造現場類里程碑還可加安全交底、試執行引數、備件與培訓簽到——這些常是尾款爭議點，宜寫進模板而不是臨場想起。

部分驗收不是禁區，危險的是邊界不清：哪些算本里程碑、哪些明確排除、排除項何時交付。寫不清，尾款階段會被重新開啟。

三態結論，比「完成/未完成」誠實

只有兩態時，現場會把「勉強能演示」擠進完成。三態把誠實留給系統：

• 透過：檢查表達標、缺陷低於門檻、無未關閉阻塞項。
• 附條件透過：可付款或可進入下一階段，但遺留項欄位齊全；缺責任人、期限或關閉標準，不允許點附條件。
• 不透過：材料不全、缺陷超門檻或關鍵交付物缺失——回到計劃，而不是靠銷售壓籤。

內部驗收與客戶驗收必須分層。內驗過濾低階問題（環境不對、賬號沒有、演示資料是假的），這些不該第一次出現在客戶面前。內部透過只是狀態機一站，不是完成。

錢認證據，不認日曆

JEDP-PMS 在執行側管交付物與問題/風險，在結案側管文件齊套、驗收回款與多維報表；驗收超期可進風險預警。業務上要落成的規則很簡單：

請款建議只認系統「可請款」狀態，不認專案經理郵件。視同驗收若寫進合同，系統要留提交與催告軌跡：客戶在完整提交後約定工作日內未書面提出不符合項，可視為透過——關鍵是軌跡可審計，不是口頭「你們早該簽了」。

變更若不同步，驗收驗的是舊合同

批准的範圍增量若未寫入交付物與檢查表，客戶按舊標準驗、實施按新範圍做，衝突必然在簽字前爆發。WBS 基線與變更准入是上游閘門；里程碑證據包是下游兌現。上游 silent pass（郵件裡「再說」、現場先做後補），下游再勤補材料也補不圓。

驗收超期、附條件遺留逾期，應按規則進入風險登記節奏（主人、複核日、關閉證據），而不是隻在催款郵件裡出現一次。回款節點綁證據包之後，銷售與專案經理的目標才一致——催的是齊套，不是日曆。

別一上來全合同自動化

務實順序往往是：先與客戶（或內部甲方）書面確認近兩個付款里程碑的檢查表 → 配置三態與遺留項、禁止無附件點完成 → 財務只認系統可請款狀態 → 再推廣到其餘合同里程碑，並把驗收超期納入周清。製造業數字化類專案可對照更細的清單（環境、主資料、權限、培訓、切換方案），原則相同：先書面標準，再系統狀態，最後綁錢。

不宜硬上的情況也很清楚：驗收標準尚未書面確認時，不要上自動付款；交付物只寫「系統上線」這類粗話時，先拆成可檢查條目；多方簽字人未理順時，先定代理規則，否則系統卡單比線下更慢。純按月服務費的持續交付，可用迭代驗收紀要替代重型里程碑，但仍需每期證據包與客戶確認。

觀察時不必迷信「一次性透過率」單一數字。更有用的是：附條件佔比與按期關閉率、客戶驗收耗時（結合催告次數區分材料不全與客戶拖延）、因驗收阻塞的回款金額、範圍變更後驗收清單是否已更新。一次性透過率過低，多半是內驗不足或標準未對齊；附條件高不可怕，遺留超期才可怕。

售前埋下的坑，執行期才會爆炸

許多扯皮其實在售前就埋好了：方案裡寫「支援某某能力」，合同交付物卻只寫「系統上線」；演示環境是樣板資料，客戶以為驗收環境同款；培訓簽到被當成「使用者已具備操作能力」，卻沒有任何抽檢題。售前與交付若共用同一套里程碑模板語言——交付物顆粒度、檢查表粒度、缺陷門檻——後期談判空間會小很多。

專案經理週報裡的「進度百分比」也不宜替代證據完整度。戰情室更該看見：下一付款里程碑的證據包缺哪幾類、阻塞項是誰、附條件遺留是否臨期。百分比好看、證據空洞，只會讓管理層在付款周才第一次認真讀合同附件。與 CRM/合同付款條款對齊時，商務側的節點名稱應能對映到 PMS 里程碑 ID，避免兩邊各喊一套「二期驗收」卻不是同一包東西。

外包或整合多方交付時，證據包要按責任切分：誰提交哪類交付物、誰有權點內驗、誰代表客戶側簽字。把「大家一起驗收」寫成唯一責任人，出問題一定互相推。簽字代理規則（出差、授權書有效期）也應事先寫清，否則系統裡卡單比郵件往返更慢。

本週只寫一頁檢查表

開啟下一個付款里程碑，把檢查表壓成一頁紙，本週內與客戶對簽字。比再開三次「推進驗收」會更能減少扯皮。簽完入庫，再談系統裡能不能點透過——順序反了，系統只會把臨場談判電子化。若客戶當場改檢查表，把改動記成版本並雙方確認，不要默默用舊錶繼續點透過。

• PMS 專案方案：驗收回款與文件齊套
• 範圍變更控制
• 數字化專案驗收清單
• 專案成本可見性