DIO's Blog

昨天登入系統的成功協作讓我建立了信心，但更重要的是讓我意識到Dashboard的特殊地位。它不只是另一個功能頁面，而是整個系統Layout框架的奠基者。今天設計Dashboard時，我決定將協作工具從

昨天我們花了大量時間建立iPad設計規範和Project Knowledge記憶系統，今天是時候驗證這套方法論的實用性了。我選擇登入系統作為第一個測試案例，原因很簡單：登入是所有功能的入口，如果連這個

昨天經歷了一次「被現實打臉」的震撼教育後，我開始深刻反思：為什麼Claude產出的第一版prototype明顯還是mobile的思維？為什麼即使我明確說了「iPad版本」，AI還是給了我手機式的小按鈕

經過前6天的密集規劃，從專案啟動、需求訪談到系統架構設計，我們已經完成了一個相當完整的前期準備。但真正的挑戰才剛開始——當我第一次請Claude幫我產出prototype時，那個「哇，差距怎麼這麼大」

接續昨天的系統量化之路透過AI提供了詳細的規劃，今天要分享 AI 如何在實際開發中扮演關鍵角色，快速建立出完整的追蹤系統。從 Google Apps Script 到前端 GTM 腳本，讓我們看看 A

昨天分享了訪談階段理想與現實的差距，以及我們決定轉向量化的重要決策。今天要接續這個故事，深入聊聊我們如何與AI協作，從眾多變數中找到量化的核心焦點，並最終決定自主開發追蹤系統的完整過程。 量化範圍的關

昨天分享了團隊決定啟動專案後的規劃階段，今天要來聊聊當我們真正開始執行時發生的事情。這是一個關於「理想與現實的差距」的故事，也是我們學會如何在AI協助下，找到真正解決問題方法的重要轉折點。 AI協助準

昨天我們看到了Claude如何協助我快速產出需求分析和prototype，那種「哇，原來可以這樣」的驚喜感還歷歷在目。但身為一個理性的工程師，我心中冒出了一個念頭：「如果換成ChatGPT，會產出什麼

一個拖了很久的計畫 說起這個銷售系統優化，其實是公司內部討論了很久的事情。 我們已經有一套運行中的系統：線上購買系統、線下門市開單系統、付款系統、庫存系統。各自運作得還算順利，但是系統多套，開單、重新

一個不太一樣的開發故事 過去十年的經驗，大多都在處理後端的系統，大部分都在科技公司工作，近幾年轉戰到了品牌公司。最近公司決定要優化銷售端系統，讓我體驗到品牌公司與科技公司的差異：沒有專職的PM、沒有專