全部文章
MVP
2026年5月13日5 分鐘閱讀
用 AI Coding 做 MVP：第一步應該構建什麼
AI coding 令 MVP development 更快，但速度可能掩蓋薄弱的產品思考。有用 MVP 不是能生成最多功能，而是最小可用路徑，可以證明客戶、operator 或內部用戶真的得到價值。
選一個 proof
第一個 MVP 應該證明一件事：有人會提交 request、為工作坊付款、上載文件、approve workflow，或用 dashboard 取代 spreadsheet。
當 proof 夠窄，AI coding 就更有用，因為 operator 可以將構建集中在真正重要的路徑。
刪走不支持 proof 的功能
Authentication、admin roles、analytics、notification、integration 和 payment logic 之後可能都重要，但不一定全部屬於第一個 MVP。
Operator 要保護 MVP 不要太早變成完整平台，同時選一個不會阻礙下一步的架構。
交付、觀察，再改 scope
好的 MVP process 會預期規格改變。用戶反應、營運摩擦和付款行為，會揭示下一步真正重要的是什麼。
所以月費 AI build lane 適合早期產品：優先次序可以改，而不用整個合作重新開始。