從試算表到內部管理系統的旅程

白話文說明

阿哲的團隊用一張共用試算表管客戶與訂單。三個人、幾十筆資料時，這樣剛剛好——零成本、零學習、打開就能改。問題是生意變好之後才浮現的。

兩個人同時編輯，一個人的修改蓋掉另一個人的；新來的工讀生不小心刪掉一整欄也沒人發現；某個算式悄悄壞掉，報表數字錯了一週才被抓到；想知道「這筆訂單上週是誰改的」卻查無紀錄。試算表不是做錯了什麼——是它本來就不是為「多人、要正確、要留痕」設計的。

這趟旅程把「該不該升級、怎麼升級」拆成四步，每一步都對應本站教過的概念：先是一張試算表，撞牆後把欄位變成有規則的資料庫資料表，加上登入與權限區分誰能看誰能改，最後補上稽核與報表，長成真正的內部系統。

架構圖

運作流程

什麼時候該離開試算表？

試算表是很好的起點，有時候也是很好的終點——別為了「看起來專業」就急著做系統。真正該升級的，是出現這些訊號的時候：

• 多人會同時改同一份資料。 這是最痛的一點：試算表的同時編輯很容易互相覆蓋，而資料庫天生就是為「多人安全讀寫」設計的。
• 你需要分權限。 當「業務只能看自己的客戶」「只有主管能改價格」變成需求，試算表那種「給了連結就全都看得到」就不夠了——這正是認證與授權要解的問題。
• 資料正確性開始有代價。 牽涉到錢、庫存、合約時，一個手滑或壞掉的算式可能很貴。資料庫能用欄位限制把「不該存在的資料」擋在門外。
• 你需要知道「誰、在何時、改了什麼」。 試算表沒有可靠的歷史；內部系統用稽核紀錄（audit log）讓每筆敏感操作都查得到。
• 同樣的手動步驟一天做好幾次。 重複的複製貼上、寄通知、整理報表，值得交給後端自動跑。

這趟路用 AI 協作特別順：把每一步切成清楚的 PR——先把欄位設計成資料表、再加登入與角色、再加表單驗證與稽核——逐段讓 AI 實作、你負責驗收，正是本站倡導的工作流。

重點整理

• 試算表撞牆的根因，是它不為「多人、要正確、要留痕」而生。
• 升級的價值不在外觀，而在資料規則、權限與稽核這三樣底層能力。
• 出現「同時編輯、要分權限、資料算錯、要查歷史」的訊號時，才是離開試算表的時機——不早也不晚。