核心用法
MVP Planning 是一套系统化的单人创业产品规划方法论，核心流程包含八个步骤：
1. 核心假设重述——用"IF...THEN..."格式锁定唯一待验证的商业假设，必须包含可量化的行为指标（使用率）和收入指标（转化率）。
2. 定义"可行"标准——针对自身场景回答四个关键问题，将功能标记为🔴必须-have/🟡 nice-to-have/🟢 砍掉。
3. 四重无情裁剪——依次通过假设检验、 fake-it检验（能否手动或临时方案替代）、序列检验（能否推迟2周）、 delight检验（是否为惊喜功能而非基础功能）大幅缩减范围。
4. MVP范围文档——单页锁定范围，明确核心交付价值、必须功能及理由、fake方案、砍掉项、发布标准和30天成功指标。
5. 自研vs采购决策——仅对核心差异化功能自研；基础设施采购成熟工具；高频非核心工作流采用无代码自动化。
6. 估算与排期——诚实估算时间+50%缓冲，风险最高的技术点优先开发，核心价值闭环其次，支撑功能最后。
7. 发布检查清单——确保端到端价值闭环可用、无数据丢失漏洞、5分钟陌生人自助上手、反馈收集渠道就绪。
8. 发布后学习循环——第1周深度访谈每位早期用户，第2-4周对照指标决策：迭代优化、数据定价或战略转型。
显著优点
- 假设驱动框架彻底告别功能堆砌思维，每个决策锚定于可证伪的商业假设
- 四重裁剪机制提供可操作的减法工具，尤其"fake-it"策略极大降低前期开发成本
- 范围文档模板形成强制约束，有效对抗范围蔓延
- 独立创业者视角充分考虑单人团队资源约束，强调采购优先、自动化优先
- 发布后学习闭环将MVP明确定位为"学习机器"而非产品终点，管理预期避免完美主义
局限性与风险
- "可行"定义主观性——不同赛道用户对"最小体验"容忍度差异巨大（B2B工具vs消费社交产品），框架未提供行业校准参考
- Fake-it策略的道德边界——手动伪装"AI推荐"或"实时更新"存在透明度争议，可能损害早期信任
- 指标设定盲区——30%周活、10%付费等示例数值缺乏 derivation 依据，新手易照搬导致目标失准
- 单人偏见——团队场景下的协作复杂度、利益相关者管理未被覆盖
- 技术风险前置原则——与"尽早交付价值"的精益理念存在张力，极端情况下可能导致过度工程化
适合人群
- 首次创业的独立开发者/设计师转型创始人
- 副业探索者需要2-4周内验证想法
- 已有产品但陷入"功能膨胀"需要战略收缩的团队
- 习惯系统化决策、能接受" ugly but working"哲学的产品型创业者
常规风险提醒
- 过度依赖"fake-it"可能积累技术债务，需在验证后及时替换为真实方案
- 硬截止日期若缺乏外部 accountability 易沦为自我欺骗
- "对朋友发布"的警示虽有效，但完全跳过熟人测试可能错过低成本早期bug发现
- 未明确提及合规前置检查（支付、数据隐私），实际应用中需额外补充