MVP 翻车通常只有两种，看 backlog 就能看出来：功能太多（因为”都觉得需要”），以及功能下面没有可证伪的假设（哪怕把全部做完也学不到任何东西）。下面这套 Prompt 强制先写”我们相信 X 在拿到 Z 时会做 Y”，再把 backlog 砍到 30%，能用 smoke-test / Wizard-of-Oz / 单用户验证就别动手开发，并设 6 周时限与 kill / pivot / 加注 三档标准。先用 JTBD Prompt 锁住底层 job，再来砍范围最稳。
这套 Prompt 适合用在哪
- Indie maker MVP
- 公司内部 MVP
- 已融资 startup MVP
- 老产品的新功能验证
- B2B 合同的 PoC
1. 假设先行
我要做 {idea} 的 MVP。请先写可检验假设："我们相信 {persona} 给 {价值} 会 {行为}。当 {指标} 时我们认为这成立。" 再只框验证这个假设的内容。2. 狠心砍 backlog
下面是我当前 MVP backlog {N} 项。逐项标"核心假设验证 / 支撑 / 砍"。给砍的理由。最终 MVP 应 ≤原列表 30%。
{粘贴}3. 时限计划
为 {粘贴} MVP 起时限计划：第 1-2 周（构建）、3（发布）、4-5（学习）、6（kill / pivot / 继续）。输出：周交付物、第 6 周看的指标、kill 标准。4. 人工 / Wizard-of-Oz 范围
为 {粘贴} idea 设计 Wizard-of-Oz MVP：把最难的技术先用人工假装。输出：看起来自动化的部分、实际人工的部分、成本、它能验证 / 不能验证的边界。5. 无代码 MVP 范围
为 {粘贴} idea 用 {Bubble / Webflow / Airtable / Zapier} 框无代码 MVP。输出：每个功能 → 用什么无代码组件、哪里脆弱、规模化时会爆在哪。6. Smoke-test 落地页
不构建 MVP，设计 smoke-test：落地页 + 假"立即购买"按钮。输出：页面段落、衡量指标（注册 / 点击购买 / 候补名单）、值得动工的阈值。7. 单用户 MVP
为 {粘贴} idea 框"单用户 MVP"：仅对 1 个点名用户跑通。输出：他是谁、我们手工给他做什么、我们学到什么、扩到 5 个用户的时机。8. 只做 spike
我的 MVP 有 1 个高风险技术假设 {粘贴}。请框"只做 spike"的 MVP，只测这条假设，其他剥光。输出：spike 范围与 go/no-go 阈值。9. 成本 / 时间估算
下面是我的 MVP 范围。估算：单兵开发时间、含外包预算、能让估算翻倍的最大未知、最便宜的先 de-risk 它的方式。
{粘贴}10. Kill 条件
为 {粘贴} MVP 定义 kill 条件：什么指标、阈值、周期。输出："kill 它" / "在这里 pivot" / "加注" 的具体条件。11. MVP → 90 天 roadmap
我的 MVP 刚验证成功。下面是学到的。请起验后 90 天 roadmap：深化已验证价值的功能、降级的、明确说不的。明示范围纪律。
{粘贴}12. MVP post-mortem
我的 MVP 未通过验证。下面是发布物 + 数据。请帮我拆：是假设错、执行错、受众错，还是指标错。给 pivot vs kill 建议。
{粘贴}容易踩的坑
- 没有可检验假设，做完也学不到任何可证伪的东西
- 凭”都觉得需要”堆功能，而不是只砍到那个最关键的假设上
- 没 kill 标准，跑平的 MVP 会被悄悄拖到下个季度
- 把 MVP 当成产品的 v1，而不是单次实验
- 跳过更便宜的方式（smoke-test 落地页、Wizard-of-Oz、单用户）直接开发
- 用注册、PV 这种虚荣指标，而不是假设预测的行为
相关阅读
- 特性优先级 Prompt
- JTBD Prompt
- Startup idea 评估 Prompt
- 用户画像 Prompt
- PRD 起稿 Prompt
- 用 AI 划 MVP 范围：1 页”做 / 不做”清单的写法
标签: #Prompt #产品创业 #User Story