建築決策框架

這個框架用在什麼時候

當你看到：

• 項目儲備（Pipeline）強勁
• 團隊很忙
• 業績仍然看起來正常

但你隱約感覺：

某些地方開始收緊

核心問題

問題不再是：

「我們能不能再做一個項目？」

而是：

「系統是否還能承受——
再多一層協調、時序與現金壓力，而不改變風險所在的位置？」

01｜壓力將往哪裡移動

新增一個項目，
並不只是多一單工作。

它會引入：

• 工序之間的衝突（sequencing conflicts）
• 相依關係的堆疊（dependency stacking）
• 時間上的錯位（timing misalignment）
• 現金流週期的延長（cash flow extension）

壓力不會平均增加。

它會集中。

02｜它會先在哪裡出現

通常不會先出現在交付。

也不會立刻出現。

它更早出現在：

• 採購節奏開始滑動
• 分包可用性開始收緊
• 現場協調摩擦增加
• 付款週期被拉長

看起來像營運噪音的東西——
其實是結構訊號。

03｜哪些地方看起來仍然正常

這正是多數決策出錯的地方。

在做決策的當下：

• 項目仍在完成
• 收入仍在成長
• 團隊仍在交付
• 項目儲備（Pipeline）依然強勁

沒有任何東西「看起來壞掉」。

04｜哪些地方其實已經在承壓

不要只看表現。

往下看結構：

• 現金轉換節奏（cash conversion timing）
• 每個項目經理的協調負荷
• 分包依賴是否集中
• 變更的承載能力

如果這些在收緊——
代表系統已經在補償。

05｜決策測試（Decision Test）

不要問：

「這個項目會不會賺錢？」

要問：

「如果這個項目出問題，風險會流向哪裡？」

如果答案是：

• 留在項目毛利 → 可管理
• 延後到現金流 → 尚可控制
• 轉嫁給分包 → 開始不穩
• 累積在公司 → 已成結構性風險

那麼——

決策其實已經被決定了。

06｜Stop / Go 邏輯

🟢 可承接（GO）

當：

• 變動可以在系統內被吸收
• 協調複雜度仍在可承受範圍
• 現金節奏與義務保持對齊

🟡 有條件承接（CONDITIONAL）

僅當：

• 範圍被簡化
• 工序被重新控制
• 風險被明確定價或轉移

🔴 應停止（STOP）

當：

• 毛利依賴「一切順利」
• 現金流依賴未來項目
• 協調依賴個人拼命
• 風險開始累積在公司

→ 將此邏輯應用於實際決策 → 建築決策檢核表

結構觀察

成長本身不會讓建築企業失敗。

風險的位置錯了，才會。

當規模上升時：
壓力會流入協調與現金。

如果結構無法吸收它——
更多項目只會加速失敗。

這意味著什麼

問題不在於：

• 項目儲備（pipeline）
• 定價
• 利用率（utilisation）

而在於：

當再增加一個項目時，
系統會在哪裡開始破裂。

最後一句（Final Statement）

再接一個項目——
不是銷售決策。

是生存決策。

→ 在實際決策中使用 → 建築決策檢核表（Decision Sheet）

延伸

→ 查看這種結構如何在不同場景中出現 → 文章

→ 討論一個你正在面對的決策情境 → 開始對話