這些錯誤我全部犯過，而且不只一次
在你打開任何開發工具之前，
我想先跟你聊聊心態。
因為我踩過的坑，
幾乎都跟技術無關，
都是心態上的問題。
這是最常見的，也是最致命的。
「我要做一個平台，
要有登入、要有搜尋、要有評價系統、
要有聊天室、要有金流、要有通知系統⋯⋯」
然後你就永遠做不完。
Anthropic（就是做 Claude 的公司）
他們內部的工程團隊有一個原則：
這在軟體開發叫做 MVP —
Minimum Viable Product，最小可行產品。
意思是：先做出最核心的那一個功能，
確認有人要用，再慢慢加其他的。
NaLi Match 第一版只有三個功能：
發需求、看設計師、聯繫。
沒有金流，沒有評價，沒有聊天室。
但這樣就夠讓設計師跟客人連上了。
做著做著你會突然想到，
「欸，這邊如果加一個 XX 功能好像不錯。」
然後你就去做了。
做完又想到另一個，再做，再想到，再做。
這個在開發圈叫 scope creep — 範圍蔓延。
你的專案就這樣越做越大，
但核心功能反而沒做好。
「再改一下。」
「這個按鈕的顏色不太對。」
「這個排版我不滿意。」
然後你就一直改一直改，
改到三個月過去了，
東西還在你的電腦裡，
沒有任何人看過。
比 100% 完美但永遠不上線，有用一萬倍。
上線之後使用者會告訴你哪裡要改，
那個回饋比你自己想的準確多了。
這個在 AI 時代已經不是問題了。
以前寫錯一行 code 可能要 debug 一整天。
現在你把錯誤訊息丟給 AI，
它幾秒鐘就幫你修好。
Anthropic 的最佳實踐文件裡有一句話：
所以不要怕寫錯。
錯了就讓 AI 修，修不好就重來。
重來的成本在 AI 時代趨近於零。
很多人一打開 Claude 就說
「幫我做一個網站」
然後 AI 就真的做了一個，
但跟你想的完全不一樣，
或者說你只是在期待他能變出什麼。
那這還算是你的創作嗎？
我認為正確的做法，
應該是要先花時間跟 AI 聊清楚：
你要做什麼、給誰用、核心功能是什麼、
用什麼技術、資料怎麼存。
這個討論的過程，
其實就是在幫你釐清自己到底要什麼。
很多時候你以為你知道，
但聊完才發現你根本沒想清楚。
我三年來最大的感悟：
但每一次失敗，都讓我離成功更近一步。
下一篇我會講怎麼跟 AI 討論產品架構，
包含前端、後端、資料庫這些你需要知道的基本概念。
MVP 是 Minimum Viable Product（最小可行產品）。意思是先做出產品最核心的那一個功能，確認有人要用，再慢慢加其他。新手最容易卡在「把所有功能做完才上線」，結果永遠做不完。
Scope creep 就是「範圍蔓延」——做著做著一直想到新功能就加進去，結果核心反而沒做好。最簡單的避免方式是把新想法寫在一個清單裡，等核心穩定後再回頭看，通常會發現一半以上根本不需要做。
因為 100% 完美但永遠不上線的東西不會有人用，也拿不到任何回饋。上線之後使用者會直接告訴你哪裡要改，那比你自己想的準確。等到全部滿意才上線通常表示你已經拖了好幾個月。
不用。寫錯一行 code 的成本在 AI 時代趨近於零——把錯誤訊息丟給 AI 它幾秒就修好，修不好就重來。重點不是不犯錯，是讓自己有機制可以快速驗證跟修復。
直接這樣講通常會做出跟你想的完全不一樣的東西。正確的做法是先花時間跟 AI 聊清楚要做什麼、給誰用、核心功能是什麼，這個討論本身就在幫你釐清自己要的。