很多人选品时想做「完美产品」，结果开发周期半年，钱花完了才上架。
一、什么是 MVP
最小可行产品：只保留核心功能，用最低成本验证需求。
比如先做一个颜色、一个规格，不加配件。
验证通过后再扩展。
二、怎么定义「最小」
能解决核心问题就行。
核心功能以外的：包装、配件、颜色，都可以后期加。
判断标准是「用户会不会因为这个缺陷退货」。
三、MVP 的成本优势
开模费、包装费、备货量都能压缩。
试错周期从半年缩短到两个月。
失败时损失更小。
四、什么时候不适合 MVP
品牌调性要求高的品类，比如礼品、美妆。
竞争激烈、需要靠细节取胜的类目。
客户对完整性要求高的工业品。
五、怎么迭代
收集前 50 个用户的反馈，找共性问题。
优先改影响退货和差评的点。
第二次迭代再考虑美观和附加价值。
六、小结
MVP 的核心是「用最小成本换真实反馈」。
先验证再完善，顺序不能反。
七、检查清单
- 核心功能是否明确
- 哪些功能可以砍掉
- 首批成本是多少
- 验证周期多长
- 失败损失能否承受
- 是否有收缩的用户群
- 反馈收集方式是否确定
- 迭代计划是否准备好
- 供应商是否支持小批量
- 包装是否可以简化
- 是否记录了用户反馈
- 是否设了验证截止时间
八、三个判断
第一，判断能否砍：砍了会不会影响核心体验。
第二，判断是否验证通过：看转化和退货。
第三，判断是否迭代：看反馈是否集中。
九、执行建议
先写清楚「最小版本包含什么、不包含什么」，避免开发中不断加需求。
首批只做一个 SKU，验证通过再扩展颜色和规格。
把用户反馈分类记录，作为下一版的需求池。
设一个明确的验证截止日，到点就判断，不要无限期打磨。