動態資料設計思維：讓試算表自己照顧自己

你有過這種經驗嗎？每個月底結帳時，都要打開試算表，把公式裡的範圍從「第 2 列到第 100 列」手動改成「第 2 列到第 135 列」，只因為這個月多了 35 筆訂單。

這種每個月都要手動「維護」公式的行為，我們通常稱做 「硬編碼（Hard-coding）」。

硬編碼其實管理面來說有點麻煩之外，它還有點危險。如果你忙到忘了改，報表就會出錯，而且它會錯得「一臉正經」，讓你根本察覺不到少算了資料。

什麼是硬編碼？

簡單來說，硬編碼就是把「會變動的東西」直接寫死。生活中到處都是這種邏輯陷阱：

• 跟家人學煮飯時，長輩常說「加兩碗水」。這就是硬編碼。當你換了一個超大的碗，或今天想煮 10 人份時，這個指令就失效了。 如果要動態調整，應該是「水與米的比例是 1:1」。不論碗多大、人數多少，這個邏輯永遠成立。

• 你為了 9 點的課，設了一個「每天 07:30」的鬧鐘。結果國定假日或老師請假，鬧鐘還是準時把你吵醒。如果鬧鐘能連動行事曆，邏輯變成 鬧鐘時間 = 第一堂課 - 90 分鐘 ，這就是動態設計。

在試算表裡也一樣。當你把範圍寫死為，只要資料超過一定的範圍，後面的資料就變成了邊緣人，完全被公式遺忘。

動態思維：讓範圍自己長大

硬編碼的反面就是動態設計。核心概念很簡單：不要告訴公式「算到第 100 列」，而是告訴它「算到資料結束為止」。

我們來看看這兩種思維的對比：

動態設計最大的好處是：你只要負責「餵資料」，公式和報表會自己照顧自己。

這邊的概念也可以參考另外一篇文章：陣列思維：從一個值到一組值的思維轉換，搭配一起看會更有感（這是技能樹系列文章的下一篇！）

參數化設計：把「會變的東西」抽出來

如果你經營一家咖啡店，有 10 種飲料。慶祝周年慶，每一種都要打 9 折。

• 如果你沒做參數化：每一種飲料的公式都要寫上 x 0.9。下次想改八折，你得手動改 10 次。萬一漏了一個，那一杯飲料的定價就錯了。
• 如果你做了參數化：你把「0.9」放在一個固定的儲存格，所有公式都去讀它。下次要改折扣，你只要改一個數字，10 種飲料秒速更新。

常見的參數

何時該用動態設計？

雖然動態設計很棒，但也不必「過度設計」。身為專業的懶惰鬼，我通常這樣判斷：

• 適合動態設計： 這份表要用很久（超過三個月）、資料會持續增加、或是要分享給別人用。

• 硬編碼也無妨：只是為了回覆老闆一分鐘後要的臨時數據、一次性的草稿分析。

重點整理

1. 硬編碼是定時炸彈：資料量一變，公式就出錯，而且可能「錯得不明顯」。
2. 動態思維：告訴公式「算到資料結束為止」，而不是「算到第 100 列」。
3. 參數化設計把可變的值集中管理，改一處就全部更新。
4. 建立「設定」工作表，集中放置所有會變動的參數。