三層架構設計思維（下）：進階觀念與判斷框架

在上一篇中，我們學了原數據、計算、呈現三層架構的基本概念。這篇要往前走一步——當你的試算表變得更重要、使用者更多時，你可能會需要一個進階觀念：環境分離。

進階概念：環境分離

你有沒有過這種經驗？

在正式報表上改一個公式，想說「改一下應該沒事」——結果改壞了，老闆剛好打開來看，看到一堆 #REF! 或離譜的數字。

這就是因為你的「實驗室」和「展示櫃」是同一個地方。

三個環境的概念

想像你是一個廚師：

• 廚房後台（開發版）：你的實驗場。在這裡隨便試新菜、調配方，失敗了也沒關係，客人看不到。
• 試菜桌（測試版）：確認沒問題的版本。讓主廚或同事先試吃，確保味道和品質。
• 出餐口（正式版）：客人吃到的就是這個。只有確認無誤的菜才會上桌。

這個概念的核心是：給自己一個安全的實驗空間，不影響別人正在使用的報表。

在試算表裡，最簡單的實現方式就是把表複製一份來改。改好確認沒問題後，再把結果搬到正式版。Google 試算表也有內建的功能可以讓不同試算表之間互相引用資料，等你學到後面的操作篇會詳細介紹。

什麼時候需要分層？

不是所有試算表都需要完整的三層架構。以下是一個簡單的判斷框架：

一張表就夠的情境：

• 資料量很小（< 100 筆）
• 只有你一個人用
• 不涉及敏感資料
• 計算邏輯很簡單

建議分層的情境：

• 有多人協作
• 資料會持續增長
• 需要定期產出報表
• 包含敏感資料
• 計算邏輯複雜且可能調整

建議環境分離的情境：

• 老闆或客戶在看的報表
• 計算邏輯經常需要修改
• 錯誤的代價很高（影響決策、影響信任）

分層的思維 vs 分層的實作

這裡有一個重要的區分：

分層是一種思維方式，不只是一種操作方式。

即使你只有一個工作表，你也可以在心裡區分：「這一區是原始資料，那一區是計算，右邊是呈現」。重要的是你腦中有這個意識——知道什麼該放在哪裡、什麼不該混在一起。

等你的試算表變得更大更複雜時，再把心裡的分區變成實際的工作表分離，自然水到渠成。

重點整理

1. 環境分離讓你有安全的實驗空間，不會影響正式報表。
2. 不是所有表都需要分層——依據協作人數、資料敏感性、複雜度來決定。
3. 分層是思維方式：即使在同一張表裡，也可以在心裡區分原始資料、計算、呈現。
4. 先有意識，再有實作——等複雜度增加時，自然會需要物理分離。