MVP 要做到什麼程度才夠用？怎麼抓那個「剛剛好」？
阿平前陣子想做一個針對自由工作者的時間管理 App。
他非常認真，一口氣找了設計師畫完整 UI、請工程師做了 Web Demo，還加了三種提醒模式、四種報表功能、甚至還能切換深色模式。
我問他：「這是 MVP 嗎？」
他說：「對啊，我覺得先把功能都做出來，比較能吸引人。」
我回他：「你這已經是 Pre-A 產品，不是 MVP 了。」
他愣住：「那…什麼才叫 MVP 做得夠？」
我笑著說：「MVP 的目的不是『驚豔市場』，是『挖出真話』。」
升維心法：MVP 的完成標準，不是功能數量，而是驗證強度
很多創業者犯的最大錯誤就是：
以為 MVP 是小一點、陽春一點、醜一點的正式產品。
但 MVP 根本不是產品，是一種實驗機制。
那怎樣才叫「夠」？
只要能達成以下目標之一，就叫做「剛剛好」：
用戶能理解你要解決什麼問題
他願意花時間嘗試
最好願意掏錢或留下聯絡方式
能收資料、收反應、收行為，才是 MVP 的交付標準。
不是做好看，是要做對焦。
案例故事一：MVP做太多，反而驗不到東西
阿平那套時間管理工具，做了快兩個月，產品一推出，下載人數不到50個，留存率三天不到10%。
他問我：「是不是我功能不夠？要不要再加 AI 彈性排程？」
我說：「不是你功能不夠，是你根本沒問清楚市場要什麼。」
後來我們重新設計 MVP：只做一個「早上固定提醒＋每週寄出分析報告」的服務，用 Notion 和 Email 發送，完全不用寫程式。
結果 30 人中有 19 人表示「這樣就很實用」，還有 5 人願意預付一個月費用。
他這才明白——
不是 MVP 做得多就好，而是做得剛好，把關鍵問題問出來。
再說一次心法：MVP 是拿來學的，不是拿來賣的
你現在做 MVP，不是要證明你能做多好，而是要找出市場真的要什麼、你想像錯在哪裡、願意付錢的是哪一群人。
所以：
你越想把 MVP 做完整，就越難捨棄錯的方向
你越快把 MVP 丟出去，就越早找到真的需求
你越簡化 MVP，越容易觀察用戶的行為反應
案例故事二：Instagram 的 MVP，只有拍照＋加濾鏡＋發佈
Instagram 原本是做打卡、地圖、社交功能的大平台，後來發現：大家最喜歡的只有「拍照＋濾鏡」。
他們馬上砍掉其他功能，只留下這三個動作，重做一版 MVP，重新上線。
結果一週爆紅，後來才慢慢加回社交與探索機制。
MVP 不需要萬全，只需要尖銳地命中一個使用情境的核心。
逼問區：你的 MVP，是為了面子做的？還是為了真相做的？
你這版 MVP 是為了收什麼資訊而做的？
如果用戶看不懂你的產品，他們的第一句話會是什麼？
有沒有功能是「怕人嫌太少」才硬加的？
你能不能用一張圖、一段話就讓人理解你 MVP 的核心價值？
這版 MVP 上線後，你打算觀察哪三個數據？
你有設一個明確的「學習目標」嗎？還是只是想「先做出來再說」？
如果別人說不好用，你能明確知道哪裡錯？還是只覺得被打擊？
你花了幾週做 MVP？是不是其實可以在三天內測一個更小的版本？
你有定義「成功的 MVP」要得到什麼結果嗎？
你現在是怕被笑簡陋，還是怕錯過市場反應的黃金時間？
應用建議：三步驟，抓出「剛剛好」的 MVP 級距
定義「驗證目標」，而不是做功能清單
例：我要知道這個族群願不願意為這問題花錢
我要知道大家在什麼時間最有可能打開產品
我要知道用戶用完會不會推薦給朋友
用最小資源測這個目標能不能發生
不用先做 App，可以先用 Notion、Google 表單、LINE 群、影片 Demo
把一個使用情境做出來、講清楚、收得到反應就夠了
設定 MVP 的驗收條件，不超過三項指標
例：
有10人填寫資訊表單
有3人付費預購
有30%願意使用超過三天
這樣就是 MVP 的「剛剛好」。
不是做完一整間房子才邀人看，
而是先做一面牆，看看會不會有人靠過來。
—— 12
有些路，我也走過；有些坑，我也踩過
希望這篇，能讓你多一點方向，少一點迷惘
升維商模 × 降維打擊
創業不再一人摸索
《12哥的創業智慧筆記》