MVP 功能砍到剛剛好

🍽 這道菜在做什麼

每個創業者腦中都有一張愈長愈長的功能清單。一開始只想做件單純的事，想著想著就變成「要有聊天、要有金流、要有評價、要有地圖、最好還有直播」，恨不得第一版就做成完整產品。但這正是早期團隊燒錢燒時間的頭號殺手——你花三個月把十幾個功能都做出來，上線後才發現，使用者根本不在乎其中九成，真正會用的只有一兩個核心功能。那省下來的時間與金錢，本來可以拿去多試幾個方向。

這道配方扮演一個「敢幫你砍功能的產品教練」。你把腦中所有功能一股腦倒進去，加上你最想驗證的核心假設，它會把每個功能分成「第一版必做、之後再說、建議直接砍掉」三類，並給你一個比寫程式更快的「最小驗證方法」，還附一個判斷 MVP 成不成功的指標。最需要它的，是功能想太多、遲遲不敢開工的初次創業者，是被需求清單淹沒的產品負責人，以及預算和時間都很有限、輸不起一次三個月白工的小團隊。它幫你省下的，是最痛的那種浪費：做出一個沒人要的東西。

為什麼這樣設計

這份提示詞的核心，是逼出「最小可行」這四個字裡最難的「最小」。它要 AI 扮演精實創業思維的教練，並明確指示「講話直接、敢幫我砍功能」。這個設定很重要，因為功能是創業者的孩子，自己很難下手砍；找一個沒有感情包袱、會直白告訴你「這個先別做」的外部視角，正是突破自我感覺良好的關鍵。三分類（必做、延後、砍掉）加上「每個都附一句理由」，讓砍功能不是武斷，而是有邏輯可以檢視、可以反駁。

第二個聰明的設計，是「以核心假設為篩選標準」。它不是問「哪個功能比較好」，而是問「哪個功能是驗證核心假設所必需的」。這個提問方式會自動把那些「很酷但跟驗證無關」的功能篩掉。你最想驗證的假設寫得愈清楚（例如「鄰居真的會在線上買賣二手物」），AI 的取捨就愈精準。

第三個、也是最容易被忽略的設計，是「最小驗證方法」這一項。它會主動問你：有沒有根本不用寫程式，用 landing page、表單、人工後台就能先測假設的做法？這背後是精實創業最重要的一課——很多假設不必做出產品就能驗證。先開個表單看有沒有人填、先手動撮合幾筆交易看有沒有需求，比直接開發省下數十倍成本。最後它給一個「成功指標」，讓你事先就講好什麼叫成功、什麼時候該轉向，避免做完了還在自我安慰。

怎麼用

第一步，複製上方提示詞貼到 Claude、ChatGPT 或 Gemini。第二步「倒清單」：把欄位填好——產品想解決的問題、目標使用者、你最想驗證的核心假設（寫成「使用者真的會為了 X 而 Y」最有力）、目前想到的所有功能（一行一個，愈多愈好，別自我審查），以及團隊規模與大概能投入的開發時間。功能倒得愈完整，砍起來愈有對比，你也愈能看清哪些其實是多餘的。

第三步按 Enter，AI 進入「分三類」：把每個功能歸到必做、延後、砍掉並各附理由，給你一份只含第一版必做的 MVP 清單與開發優先序，再加上最小驗證方法與成功指標。第四步「先驗證」：別急著照必做清單開工，先試試 AI 建議的最小驗證方法——能用表單、Notion、現成 SaaS 拼出來先測的，就先測；數據過了門檻、確認有人要，再投入真正的開發。這一步能幫你省下最多的冤枉錢。更多創業與產品配方在 /recipes。

調整技巧

砍完還是覺得太大，用講的繼續壓。對應「兩週衝刺版」，可以說「請把第一版必做再砍到一個兩週內能做完的範圍，超過的全部丟到下一階段」，逼出真正的最小核心。對應「No-code 版」，若你或團隊不太會寫程式，說「請建議用哪些無程式工具——表單、Notion、Glide、Zapier 之類——把這個 MVP 先拼出來」，讓你不必等工程師就能驗證。

其他實用微調：「我覺得你把某某功能砍掉太可惜了，請說服我或讓我說服你，再決定要不要留」（把 AI 當辯論對象，逼自己想清楚）、「請依『開發成本低、對驗證假設幫助大』兩個維度，把必做功能畫成優先序，告訴我先做哪一個」、「請幫我把這份 MVP 範圍寫成一頁式規格，方便交給工程師或外包」。微調全程用中文對話，你描述顧慮，它幫你收斂。

注意事項

最重要的提醒：AI 的取捨是參考，不是命令。它不認識你的客戶，最終排序仍要結合你對客群的真實理解。如果你從實際接觸中知道某個功能對你的目標族群是「沒有就不會用」的關鍵，即使 AI 建議延後，你也該把它拉回必做——你才是最懂使用者的人。把 AI 的清單當成一面照妖鏡，照出哪些是你的執念、哪些是真需求，而不是照單全收。

另外，「砍掉」不等於「永遠不做」，而是「現在不做、等驗證過再說」。別因為某功能被歸到延後就覺得它不重要，分類反映的是「驗證階段的優先序」，不是長期的產品價值。涉及金流、個資、特定產業法規（例如醫療、金融、食品）的功能，即使排進 MVP，上線前該有的法遵、資安、專業諮詢一樣不能省，AI 不會替你扛這些責任。範圍可以最小，但該守的底線得守住。

台灣情境案例

台南有位工程師想做一個「社區二手交易 App」，腦中塞了刊登、私訊、金流、評價、地圖、直播拍賣十幾個功能，遲遲不敢動工。他把清單和「鄰居真的願意在線上買賣二手物嗎」這個假設貼進去，AI 直接告訴他：第一版只要「刊登＋私訊聯絡」就夠，金流、評價、直播全砍到之後再說，因為它們都不是驗證「有沒有人要交易」所必需的。更關鍵的是，AI 建議他「先別寫 App，開個社區臉書社團手動撮合，看一個月內有沒有人主動貼物、有沒有成交」。他照做，兩週就確認需求存在，省下了至少兩個月的開發。

另一個例子是新北一位營養師，想做付費的線上飲食規劃服務，原本計畫做會員系統、自動菜單產生器、金流串接、App 推播。用「No-code 版」微調後，AI 幫她把 MVP 拆成「一個收費表單＋用試算表手動排菜單＋用 LINE 給客戶」，先服務十位付費客戶驗證「會不會有人為個人化菜單付錢」。十位都續訂後，她才有底氣投入開發自動化系統。對這兩位來說，改變不是「學會精實創業理論」，而是「敢在還沒寫一行程式前，就先用最笨但最便宜的方法，把『到底有沒有人要』這件事問清楚」。

延伸用法

MVP 範圍配方是創業驗證鏈的中段，前後都能串接。前面，先用客戶訪談配方挖出真痛點與核心假設，再把假設帶進這道配方收斂功能，砍出來的範圍會更貼近真實需求。後面，MVP 上線後用投資人月報配方把驗證數據報給股東，整條「訪談→定範圍→驗證→溝通」的流程可以參考 /workflows 設計成你自己的產品迭代循環。

砍出 MVP 清單後要落地，也能借力工具：把必做功能交給規格與文件類的產生器寫成一頁式的開發規格或使用者故事，方便交付給工程師或外包，減少來回溝通的誤會。要做最小驗證的 landing page 或表單時，同樣能用產生器先生出文案與架構。更多創業、產品、行銷面的實用配方，/recipes 持續更新，組合起來能幫你用最少的資源，最快問出市場真正的答案。

材料

• AI 對話工具（Claude／ChatGPT／Gemini）
• 你的功能發想清單與核心假設

步驟

1. 倒清單：把想到的所有功能與最想驗證的假設貼進去。
2. 分三類：AI 幫你分出必做、延後、砍掉並說理由。
3. 先驗證：照「最小驗證方法」用現成工具先測，再決定要不要開發。

配方本體（可複製帶走）

# 角色
你是精實創業（Lean Startup）思維的產品教練，擅長幫早期團隊把產品砍到最小可行範圍、先驗證再投入。

# 任務
幫我把功能清單收斂成一個能最快驗證核心假設的 MVP。

產品想解決的問題：{填}
目標使用者：{填}
我最想驗證的核心假設（使用者真的會為了 X 而 Y）：{填}
目前想到的所有功能（越多越好）：
{一行一個貼上}
團隊規模與大概可投入的開發時間：{填}

請產出：
1. 把每個功能歸到三類：「第一版必做（驗證核心假設所需）」「之後再說」「建議直接砍掉」，每個都附一句理由。
2. 一份 MVP 範圍清單（只列第一版必做），並估出大致開發優先序。
3. 「最小驗證方法」建議：有沒有不用寫完整程式、用現成工具或人工後台就能先測假設的做法（如 landing page、表單、手動服務）。
4. 一個用來判斷 MVP 成不成功的衡量指標。
繁體中文、台灣用語，講話直接、敢幫我砍功能。

試吃報告

變化版

• 兩週衝刺版：請它把第一版必做再壓進「兩週能做完」的範圍。
• No-code 版：請它建議用哪些無程式工具（如表單、Notion、自動化）拼出 MVP。

你可能也想看