Coplot

一個設計師，能自己把產品做到上線嗎？

AI 工具剛起來的時候，我看了很多「AI 能做什麼」的討論。但我想知道的是另一件事：一個設計師，如果不繞路、不停在原型，真的從零把一個產品做到上線，中間會發生什麼事？

所以我拿自己最卡的一件事來試。

一筆晚餐，記三次

五年我用過五個記帳 App，沒有一個夠用。出國那幾天最明顯：同一筆晚餐，我要在 TriCount 記一次給朋友分帳、Moze 記一次自己的支出、Splitwise 記一次跟先生的共同開銷。一筆消費，記三次。

我不是哪一天決定不用它們的。是記到某一次，就沒有再記。

一家人的帳和一個人的帳，非得是兩本嗎？

界線收回到每一筆帳上

設計的規則寫進文件，一樣擋不住事

我在這個專案立過一條設計閘門：新流程要先把使用者怎麼一步步操作講清楚，才准動手做。

三個星期之後，同一件事又發生了一次——我自己跳過了它。它是一份躺在資料夾裡的文件，只在有人主動想起來的時候才生效。

我把十年的產品設計經驗收成一條產品設計流程——先快篩、再發散、再收斂、最後品質把關——做成 AI 每次都會自動載入的機制，不是一份要人記得去讀的文件。

因為一直自己動手做到底、自己驗，才看得見哪些環節值得做成機制。

從規劃到資料庫，一路做到底

他試了一次，就沒再試了

我們想把過去的信用卡帳單也整合進來——那是以前那五個 App 都做不到的事。我自己做成了，用得很順，所以跟先生分享，他也想試試看。

他一次貼了太多筆，被擋下來了。

他沒有跟我說。他去忙別的事了。那之後，他就沒再試。我是後來才知道的。

我自己用得起來，所以我以為它可以用。我的資料量是我的，不是他的。而使用者不會替你回報問題——他只會安靜地走開。

我可以直接把 code 打開給他

我們兩個都習慣用 AI 解自己生活裡的問題。所以我們討論出來的做法是：我把 repo 打開，邀他進來，直接把那份資料匯進資料庫。等他有空——這件事不急。

這其實是自己做產品最好的地方。我手上的不只是一個 App，是整條路——從介面到資料庫都是我自己鋪的。所以當「產品」這個介面接不住他的時候，我還有別的方式跟他一起把事情做成：使用者不一定只能是使用者，他也可以是一起動手的人。

我也很清楚這條通道為什麼成立：他是我先生，這種事他本來就在做。將來的人不會有這條通道，所以產品層那件事還是得做。

這個專案最有價值的部分，發生在它之外

回到最開始那個問題：一個設計師自己把產品做到上線，中間會發生什麼事？

對我來說，最有價值的不是這個產品，是它長出來的東西。我把這裡學到的帶進工作的專案，把它們做成標準化、可規模化的機制——ds-agent 家族和 codebase 的 design system guideline 都是從這裡長出來的，後來工程師一起採用；code-to-figma 的流程也擴到了其他產品線的設計師。

這些都不是先想好的方法論。是自己下場做過一遍，才長得出來。

帶走的三件事