案例演示 ——
壓力之下的建築決策

情境 —— 崩潰之前

一家處於擴張中的建築企業：

• 多個項目同時運作
• 訂單管線仍然強勁
• 交付持續進行
• 收入仍在確認

從表面看，業務活躍且在成長。

沒有任何東西看起來是壞的。

倒閉時，公司帳上幾乎沒有現金。

套用決策檢核表

1. 系統是否正在收緊？

隨著規模增加，壓力開始累積：

• 現金節奏 → 收緊
• 協調負荷 → 上升
• 分包依賴 → 提高
• 變更吸收能力 → 下降

當出現兩項以上訊號：

→ 系統已經進入壓力狀態

2. 風險流向何處？

當某一個項目表現不如預期：

• 毛利 → 被壓縮
• 現金 → 暴露
• 公司 → 承受影響

→ 風險已經不再被限制在單一項目內

而是開始進入整個企業

3. 表面仍然正常

即便如此：

• 交付仍在進行
• 項目依然活躍
• 訂單看起來穩定
• 收入仍在流動

→ 系統看起來仍在運作

4. 哪些地方其實已在承壓

但這些並不在表面：

• 現金週期正在收緊
• 協調依賴更多人為努力
• 分包穩定性下降
• 變更吸收能力減弱

→ 系統正在用補償來維持運作

5. 決策判斷

這不是「可以承接」。
甚至不是「有條件承接」。

→ 這已經是一個「應停止」的決策訊號

為什麼這個決策會被忽略

因為：

• 活動仍在進行
• 收入仍在流動
• 問題看起來可控

系統並不會以可見的方式失效。

它會吸收壓力 —— 直到無法再承受。

結構觀察

規模不會創造穩定。
它可能掩蓋脆弱性。

當規模增加：

• 協調複雜度上升
• 現金壓力加劇
• 風險開始集中

看似成長的現象，
其實是結構過載。

這表明：

失敗不是突發的。
它是結構性的 —— 並且已然可見

結論

崩潰不是從資不抵債開始的。

而是從規模超出
系統可承載能力的那一刻開始。

延伸

→ 將其應用於實際決策中 → 使用決策審核表

→ 查看如何映射到結構 → 結構框架