透明時薪制合作模式 — 編譯摘要

濃縮

1. 固定報價的結構性矛盾：發案方想多做、接案方想快收：這不是專業度問題，而是制度讓雙方目標對立，導致反覆在「算不算報價範圍」上拉扯。
2. 透明時薪制的三支柱：時數預估表 + 一頁式專案管理 + 每週回顧：不綁固定總價，改用實際工時計費、按月請款、過程完全透明，讓發案方隨時調整方向。
3. 風險控制邏輯不同：從「合約保障」到「每週可驗證的產出」：最壞情況是合作一個月發現不適合，損失僅一個月費用，不需要處理違約問題。

質疑

結論 1：固定報價的結構性矛盾

• 前提假設：需求會在執行過程中改變。如果需求非常明確且穩定，固定報價的效率可能更高。
• 換產業：建築業、製造業大量使用固定報價且運作良好，因為規格在施工前已經高度確定。
• 反例：有些接案方透過良好的變更管理流程（change request），在固定報價框架下也能處理需求變動。

結論 2：透明時薪制三支柱

• 前提假設：接案方有足夠的自律和誠信來記錄真實工時。缺乏信任基礎的合作關係，時薪制可能引發更多爭議。
• 邊界條件：對於預算有限且需要提前鎖定總成本的發案方（如政府標案），時薪制不適用。
• 反例：大型顧問公司（如 McKinsey）以時薪計費但金額極高，透明不等於合理。

結論 3：風險控制邏輯

• 前提假設：雙方能在月度結算週期內判斷合作品質。但有些問題要到專案後期才會浮現。

對標

1. 固定報價 vs. 時薪制 ↔ 瀑布式 vs. 敏捷開發：完全同構的對比，固定報價就是瀑布式，時薪制就是敏捷。
2. 每週回顧 ↔ Scrum Sprint Review：每週 Email 回報等同於 Sprint Review，讓利害關係人持續參與。
3. 結案定義問題 ↔ 軟體的「完成」定義（Definition of Done）：兩個領域都面臨「什麼叫做完」的根本性爭議。
4. 開會也算錢 ↔ 律師諮詢計費：專業服務的時間價值認知，在不同行業的成熟度差異巨大。

關聯概念

• [[透明時薪制]]
• [[一頁式專案管理]]
• [[固定報價結構性矛盾]]
• [[敏捷式接案]]
• [[專案風險控制]]