我见过太多团队把八个月耗在完美代码上，最后发现市场根本不买单。也见过两人小组六周甩出个粗糙但能用的东西，边跑边改，反而跑出来了。差距不在技术，在敢不敢先让用户碰产品。

这篇不是理论课。是我经手过几十个MVP项目后，关于"什么该做、什么该砍"的实操笔记。

打开网易新闻 查看精彩图片

先搞清楚：MVP不是半成品

很多人把MVP理解成"有bug的先上线版"，错了。MVP是能放到真实用户面前、验证你核心假设的最小单元。动手写代码前，先填完这句话："我们相信[某类用户]会[做某件事]，因为[某个关于世界的判断]"。填不出来？说明地基是虚的，别开工。

五种MVP，我们实际只建第一种

1. 单功能MVP：砍掉仪表盘、设置页、引导流程，只剩一个核心功能。验证有人在乎，再往回加东西。这是最常见的正确答案。

2. 可点击原型：Figma做的高保真mockup，不问"能不能做"，只问"用户愿不愿意走这个流程"。融资前常用。

3. 假门测试：只建营销页和注册流程，产品本身不存在。看转化率、邮箱收集量、用户意图，一行后端代码都不用写。被严重低估。

4. 预售/众筹：先收钱再开发，适合硬件和部分消费软件，验证需求同时拿早期收入。

5. 最小可爱产品（MLP）：比MVP多走一步，让早期用户真心喜欢而非勉强接受。成本更高，但在特定市场能换口碑加速。

对大多数早期团队，选项一就是答案。先验证，再完善。