從一個模糊的點子，到一份能動工的 MVP 清單

承接 Day 1：從「為什麼做」到「做什麼」

Day 1 談的是動機與定位——為什麼想做這個結合 MBTI 測驗與 21 天成長計畫的 Web App，以及這個系列想紀錄的是什麼。但「想做一個產品」跟「今天可以開始動工」之間，中間還缺一步：把一個聽起來完整、卻其實模糊的點子，收斂成一份範圍明確、可執行的 MVP。

這也是最容易被低估的一步。很多人（包含以前的我）會跳過這個階段，直接開始寫程式，結果做到一半才發現：功能越加越多、範圍越滾越大，永遠看不到「可以上線」的那一天。

MVP 不是「功能砍半」，是「先驗證什麼」

在動手拆解之前，我先重新想清楚一件事：MVP（Minimum Viable Product）的重點不在 Minimum，而在 Viable。

如果只是單純把功能列表砍到只剩一半，很容易砍錯——砍掉的可能剛好是產品的核心價值，留下的卻只是一堆「做起來簡單」的邊角功能。所以我用的拆解邏輯，是先回答一個問題：

這個產品要驗證的核心假設是什麼？

對這個 MBTI 成長 App 來說，核心假設大致是：「使用者做完人格測驗後，願意為了一份客製化的後續成長內容付費或留下來持續使用」。所有功能是否進入 MVP，都圍繀這個假設來判斷——能幫助驗證它的留下，不能的先延後。

拆解的三個步驟

實際拆解時，我大致分成三步，這個順序也是我跟 Claude 討論時實際走過的流程：

步驟一：先列出「理想完整版」的功能清單

不設限地把所有想做的功能都寫出來——測驗、計分、結果頁、21 天計畫、會員系統、付款、社群分享、多語系、推播通知……先求全，不求準。這一步我會直接跟 Claude 腦力激盪，讓它從產品面、使用者面、商業面幫忙補漏，通常會補到一些我自己沒想到的邊角情境（例如：使用者中途放棄測驗怎麼處理、結果要不要能重測）。

步驟二：用「核心假設」篩選，分成三層

把清單裡的每個功能，對照前面那個核心假設，分成三層：

• 核心層：沒有它，假設無法被驗證（例如：測驗流程、計分邏輯、結果頁、21 天計畫的雛形）
• 加分層：有它會讓體驗更好，但沒有也不影響驗證假設（例如：社群分享、多語系、通知系統）
• 延後層：長期有價值，但現階段做了也驗證不了什麼（例如：後台管理系統、進階數據分析）

這一步我發現跟 Claude 討論特別有用的地方，是它會很直接地追問「這個功能是為了驗證什麼」——很多時候我自己講不出具體答案，就代表這個功能該被移到延後層。

步驟三：把核心層再排出開發順序

核心層裡的功能還是有先後之分。我用的判斷標準是「哪個環節卡住，後面全部卡住」——比如資料模型和計分邏輯沒確定，前端頁面做了也要重做；使用者流程沒畫清楚，元件架構容易越改越亂。所以順序大致是：

1. 使用者流程與頁面流程（會在 Day 4 細講）
2. 技術選型與專案架構（Day 5、6）
3. 資料模型（Day 7）
4. 問卷互動邏輯（Day 8–10）
5. 結果計算與結果頁（Day 11–13）

這也解釋了為什麼系列文章會照這個順序走——不是隨便排的，是照著實際開發時「卡點會卡在哪裡」反推出來的。

這階段跟 Claude 協作的心得

延續 Day 1 提到的協作習慣，MVP 拆解這一步，我覺得是 Claude 特別能發揮價值的階段，原因是：

• 它沒有「沉沒成本」的包袱。人自己列功能清單時，很容易捨不得砍掉已經想了很久的點子；但跟 AI 討論時，你可以很直白地問「這個功能真的必要嗎」，得到一個相對客觀、沒有情感包袱的判斷角度。
• 它擅長幫你發現「隱性功能」。像是「使用者忘記密碼」「付款失敗怎麼辦」這類容易被漏掉的邊角情境，Claude 在腦力激盪階段常常會主動補上，省下不少之後踩坑的時間。
• 但最終取捨還是要自己下。Claude 可以幫忙列出選項、分析利弊，但「這個產品現階段最該驗證什麼」，是只有我自己（或團隊）才能回答的商業判斷，這部分我不會完全交給 AI 決定。

拆解完之後：一份能動工的清單長什麼樣

拆解完成後，我手上會有的不是一份完整的產品規格書，而是一份分好層、排好序的功能清單，加上每個核心功能「為什麼在 MVP 裡」的一句話理由。這份清單接下來會反覆被回頭檢查——每當開發過程中想加新功能，我就會先問自己：這個功能，是要放進核心層、加分層，還是延後層？

這個習慣其實比清單本身更重要，因為 MVP 拆解不是做一次就結束的事，而是整個開發過程中持續在用的判斷框架。

銜接 Day 3

MVP 清單告訴我們「要做什麼」，但還沒回答「做給誰用」。Day 3 會把焦點拉回使用者本身——定義目標使用者輪廓與具體使用情境，這也是為什麼 Day 4 能接著畫出使用者流程與頁面流程的前提。少了這一步，MVP 清單很容易變成「自己覺得重要」的功能堆疊，而不是真正對使用者有價值的取捨。