試算表的可讀性設計：為未來的自己留下線索

三個月前你做了一份精心設計的試算表。今天你重新打開它，看到一堆計算邏輯，心裡只有一個想法：

「這到底在幹嘛？當時的我在想什麼？」

如果連自己都看不懂了，新加入的同事更不用說。這不是記憶力的問題，而是你沒有為未來的讀者設計。

為誰設計？

試算表的可讀性，是為兩種人設計的：

1. 未來的自己：你一定會忘記當時的邏輯。不是可能，是一定。
2. 協作者：如果你明天離職，別人能接手嗎？如果新成員加入團隊，他能多快上手？

好的可讀性設計不是浪費時間，而是對未來的投資。你現在多花 10 分鐘做文件，未來可以省下 2 小時的除錯和溝通。

這就像寫程式的人常說的：「程式碼是寫給人看的，順便讓機器能執行。」試算表也一樣——你的公式是寫給未來的自己和同事看的，順便讓試算表能計算。

註解的藝術

Google 試算表可以在任何儲存格加上「註解」或「備註」，就像在書本上做眉批一樣。

何時該加註解？

• 計算邏輯複雜的地方：如果一個公式你看三秒鐘還不能理解它在做什麼，就值得加註解
• 特殊的處理方式：為什麼這裡要做例外處理？為什麼這欄要乘以 1.05？
• 資料來源說明：這個數字是從哪裡來的？多久更新一次？
• 業務邏輯的假設：為什麼折扣率是 15%？這是誰決定的？什麼時候會調整？

何時不該加註解？

• 顯而易見的內容：一個簡單的加總不需要註解「這是加總」
• 過度註解反而干擾：每個儲存格都有註解，等於沒有註解。就像一本書每一行都畫螢光筆，等於什麼都沒畫。

顏色編碼系統

顏色是快速辨識資訊類型的利器。但前提是：你要有一致的系統，而且要文件化。

想像你走進一間圖書館。如果每個書架都用不同顏色的標籤分類，你一眼就能找到「文學類在藍色書架、科學類在綠色書架」。但如果標籤顏色沒有規則，或者每個館員用不同的標準，那些顏色反而是干擾。

一個常見的顏色編碼系統：

重點在於兩件事：

1. 一致性：全部的工作表都用同一套顏色標準
2. 文件化：在某個地方寫清楚每種顏色代表什麼

工作表的組織

當你的試算表有超過三個工作表時，組織方式就很重要了：

清楚的命名

不要用預設的「工作表1」「工作表2」。用有意義的名稱：

• 01_原數據 — 原始資料
• 02_計算 — 公式計算
• 03_報表 — 最終報表
• 設定 — 參數和設定值

前面加上數字序號，可以控制工作表的排列順序。就像資料夾裡的檔案，加了編號就能確保它們永遠按你想要的順序排列。

顏色標籤

Google 試算表支援工作表標籤顏色。搭配三層架構的概念：

• 綠色標籤 = 原數據層
• 藍色標籤 = 計算層
• 紫色標籤 = 呈現層
• 灰色標籤 = 設定和參考

隱藏不必要的工作表

如果某些工作表是技術性的（輔助計算、暫存資料），不需要讓所有人看到，可以隱藏起來。但記得在 README 中說明有哪些隱藏的工作表。

README 工作表

這是最簡單但最有效的可讀性技巧：把第一個工作表當作 README。

README 工作表是整份試算表的「說明書」，就像一間餐廳的菜單——客人一進門就能知道有什麼、怎麼點。內容可以包含：

• 這份試算表的目的：它是為了解決什麼問題而存在的？
• 各工作表的說明：每個工作表負責什麼？
• 資料來源：原始資料從哪裡來？
• 更新頻率：多久更新一次？誰負責更新？
• 聯絡人：有問題找誰？
• 顏色編碼說明：上面提到的顏色系統
• 版本記錄：重大修改的日期和內容

重點整理

1. 可讀性是為未來的自己和協作者設計的，不是浪費時間。
2. 好的註解解釋「為什麼」，不是「做什麼」。不要過度註解，也不要完全不註解。
3. 顏色編碼要一致且文件化，但不要依賴顏色作為唯一的資訊來源。
4. 工作表要有清楚的命名和排序，用數字序號控制順序。
5. README 工作表是最有價值的投資——第一個工作表就是整份表的說明書。