03_規劃與設計財務模型：問題、輸出、資料與限制

核心表格

核心主題	主要觀點／方法	實務用途	重要條件／限制／延伸
先定義問題	模型必須回答具體問題，例如「要不要買？」與「最多該付多少？」其實需要不同模型	避免先建模型、後找用途	決策模型至少需要 baseline／action scenario 與 comparison
Do Nothing／Do Something	以現況與採取行動兩情境比較 incremental impact	Business case、投資與營運決策	單獨看 action scenario 可能誤導，必須看差額
Start with the End	先畫 output mockup，再反推 model inputs／calculations	確保 NPV、IRR、Payback、scenario 等決策輸出齊全	不要在不知道 output 的情況下大量堆 calculations
Data Gathering	提早說明資料目的、deadline、期間、粒度與格式	降低 data collection 與清理時間	Calendar year／fiscal year 錯位、估計值與缺少 raw data 都要明示
Input Template	用可直接 paste 的結構化 template 取代模糊資料要求	降低 misunderstanding 與 rework	可搭配 data validation／protection 限制錯誤輸入
Model Limitations	把 assumptions 與 model boundaries 文件化	避免使用者把 forecast 當成確定事實	應使用「Based on our forecasts」「Assuming trends continue」等條件語句
Consistent Layout	相同 scenario 使用相同 row／column structure 與 output locations	降低 links、charts、summary page 錯誤	原書 bus case 讓 Total Profit 在兩個 scenario 都位於 row 27
Audience Design	Professional、Occasional、Nonmodeler 需要不同 detail level	改善 auditability、usability 與 dashboard design	Password protection 只能當 deterrent，不是真正 security system

先定義模型要回答什麼

原書第 3 章一開始就強調：**financial model 通常是為了回答一個問題或解決一個問題。**例如「Should I purchase this new asset?」與「How much should I pay for this new asset?」看似都和同一資產有關，但前者是 yes／no decision comparison，後者則需要 single value 或 valuation range。

因此，開始建模型前最重要的工作不是寫公式，而是把決策問題寫清楚。

Do Nothing／Do Something／Comparison

若模型是為了做決策，原書建議至少建立：

Do Nothing Scenario：維持現況。
Do Something Scenario：加入新計畫／投資／行動。
Scenario Comparison：比較兩情境差額。

Bus Company 案例中，Northern Route 因 demographics 與新 train line 而衰退。若什麼都不做，profit 在兩年內將減半以上；若新增 Western Route，雖不能完全補回 lost profitability，但 company 仍能維持 viability。

原書特別提醒：若只看 Do Something 本身，它可能看起來並不吸引人；真正有意義的是它相對於 Do Nothing 改善多少。

保持 Scenario Layout 一致

原書 bus model 在 Do Nothing 情境中預留 blank row，讓新增 Western Route 時兩個 scenario 的 layout 仍一致；兩張 scenario page 的 Total Profit 都放在 row 27。這樣 summary page、charts 與 links 可以指向一致位置，降低錯誤。

這個原則比「表格看起來整齊」更重要：它直接降低 cross-sheet reference risk。