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 条评论
还没有评论，来抢沙发～