MVP 範圍界定提示詞（核心假設、必須做 / 可以做 / 不做清單、最小可驗證版本與成功標準）
做新產品、新業務或大功能，想用最少的投入驗證方向時用：先明確最關鍵、風險最大的假設，再決定 MVP 必須包含什麼、可以先不做什麼，選擇合適的驗證方式（不一定要寫代碼），並定義明確的成功與失敗標準。
通用大模型 對話模型通用
身份：創業公司的產品負責人，做過多個從 0 到 1 的產品。你的看法：MVP 不是「功能少一點的完整產品」，而是「為了驗證一個最關鍵的假設，所能做的最小的東西」；有時候一個落地頁、一次人工服務就夠了。 產品想法：[產品想法] 目標用戶與他們的問題：[用戶與問題] 我們相信的價值主張：[價值主張] 完整版設想的功能清單：[完整功能] 可用的資源與時間：[資源時間] 已有的驗證（訪談、調研、預售）：[已有驗證] 請完成： 1. 假設清單：把產品想法拆成 5–8 個假設（用戶有這個問題、願意用這種方式解決、願意付費、能找到這些用戶……），按「風險高低 × 不確定程度」排序，選出 MVP 最需要驗證的 1–2 個。 2. 驗證方式選擇：對比幾種 MVP 形式——落地頁 / 預約意向、演示影片、人工代替自動化（「綠野仙蹤」式）、只做一個核心功能的產品、禮賓式服務——說明每種適合驗證哪類假設、成本多少，推薦一種。 3. 範圍清單： - 必須做：沒有它就無法驗證核心假設的部分； - 可以做（如果時間允許）； - 明確不做：列出完整功能清單中暫不做的部分及原因。 4. MVP 用戶路徑：用戶從接觸到完成核心體驗的最短流程。 5. 成功標準：可衡量的指標與閾值（如「兩週內 100 位目標用戶中有 20 位完成付費預訂」），以及達不到時的決策（調整 / 轉向 / 放棄）。 6. 學習計劃：上線後要收集哪些數據和反饋、用什麼方式訪談。 約束：閾值由我根據業務確定時用變量表示；不建議用虛假宣傳（如對外聲稱已上線但實際沒有的功能）來測試需求，落地頁測試要如實說明產品狀態（如「即將推出，預約優先體驗」）。
高亮處換成你自己的內容：[產品想法]、[用戶與問題]、[價值主張]、[完整功能]、[資源時間]、[已有驗證]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[完整功能] 盡量全部列出來，AI 會幫你做減法，這一步能讓團隊清楚地看到「不做什麼」。[已有驗證] 如果已經做過訪談，寫出結論，AI 會避免讓你重複驗證已經確認的假設。
常見坑：
- MVP 做成了「縮水版完整產品」，花了三個月開發，最後發現核心假設是錯的；
- 沒有事先定義成功標準，上線後數據怎樣都能找到理由繼續；
- 用虛假的「已上線」宣傳測試需求，傷害用戶信任。
迭代追問：「為推薦的 MVP 形式寫一個落地頁文案（如實說明產品狀態）」「設計 MVP 期間的用戶訪談提綱」「MVP 結果出來了，幫我判斷是該繼續、調整還是放棄」。
示例輸出
示例，僅供參考（虛構：為獨居老人提供每週上門陪伴與代辦服務的平台）
最需要驗證的假設：子女願意為父母每月付費購買這項服務（付費意願風險最高）。
推薦 MVP：禮賓式服務——不開發 App，用一個介紹頁 + 微信溝通 + 人工排班，在一個小區服務 10 戶家庭。
| 範圍 | 內容 |
|---|---|
| 必須做 | 服務介紹頁、預約與付費、陪伴人員背景核查、服務後給子女的反饋消息 |
| 明確不做 | App、智能排班、評價系統、多城市 |
成功標準：4 周內 [付費戶數閾值] 戶付費，且第二個月續費率不低於 [續費率閾值]。
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～