TIL：當完美的架構設計變成開發絆腳石

Today I Learned （TIL） 是我記錄每天工作時的啟發和靈感的文體。主題和工作內容有關，敘事角度更著重於我個人的心得。

今天的任務在於接續思考如何將原本用google sheet打造的內部用CRM 表單升級為 Google App Sheets。

為什麼選擇升級App Sheet 以及原本和想打造的CRM藍圖 我想擇日再談。

以結果來說，沒什麼太多進展，但幸好在來來回回調整再刪除的過程最後，想通了一件事：當藍圖卡關或是花太多時間糾結時，不如先專注把MVP，或者說是其中一個核心流程給打磨好。

我的工作習慣會先想像結果，偶爾會搭配草圖或文件把畫面畫出來，去想像我想做到、能做到什麼什麼，然後逐一搜集資料中間零散或缺失的點和點收斂起來，築成一張網。

具體來說，這個新的CRM 我就在勾勒想要從潛在顧客名單、轉換、留存、追款對帳到儀表板幾個環節都包含進來。雖然參雜一部分私慾，也就是我覺得「畫藍圖」這件事很有趣，不過理性來想，「以終為始」的做法我覺得是好的。

那麼，哪個環節不好了？

答案是我花了太多時間心力，在糾結要不要把原本的表單和自動化功能都打掉重練。因為有了app sheet 更強大、有效率的公式和關聯性功能，我原本設定在 google sheet 上的lookup或query 等公式變得多餘、甚至會影響app的即時同步效率 (app user 要等google sheet 更新才能看到計算結果)。 但要重新來過，不僅是環環相扣的大工程，我有幾個 GAS (Google AppScripts) 和互相連結的工作表都會受影響。另外，砍掉重練更是在毀掉自己過去的心血，情感上的糾結還是有的。

一度迷失，花了太多時間在不斷來回跟ai確認有哪些技術可支援、要怎麼重建，但實際開始重建時有覺得有高度重工感，東西跟原本的差異沒有那麼大，失去時間、沒有建樹、又失去工作動能。

掙扎最後，我決定暫時放棄重建的想法，回來原本的表單上去發展，想看看不砍掉的情況下他還能走的多遠 （我定義為戰略性撤退，這還不能算是受挫就逃避）。

回到bottom up的流程，反而讓我想起來這個CRM升級工程其實最核心的成功條件之一是使用者要用得夠爽！功能再完整但沒人用的話是沒意義的。

也同樣在這個過程中，我發現原本的架構也沒那麼不堪（自己講），有很多和既有架構可以並行或繼承的，這可以大量減少升級帶來的工作量和所有流程要適應新東西的難度。

以終為始是為了讓我不失去方向，但不能成為駐足不前的藉口。

當然，未來也可能是得到一間更大的組合屋、拼裝車，但想換新家是因為需求成長和想住的更好，與其盯著空地或忍受幾年睡公園，且戰且走是個合理和也許更有效率、更低風險的決定。