北京
我见过太多团队把八个月耗在完美代码上，最后发现市场根本不买单。也见过两人小组六周甩出个粗糙但能用的东西，边跑边改，反而跑出来了。差距不在技术，在敢不敢先让用户碰产品。
这篇不是理论课。是我经手过几十个MVP项目后，关于"什么该做、什么该砍"的实操笔记。
先搞清楚：MVP不是半成品
很多人把MVP理解成"有bug的先上线版"，错了。MVP是能放到真实用户面前、验证你核心假设的最小单元。动手写代码前，先填完这句话："我们相信[某类用户]会[做某件事]，因为[某个关于世界的判断]"。填不出来？说明地基是虚的，别开工。
五种MVP，我们实际只建第一种
1. 单功能MVP：砍掉仪表盘、设置页、引导流程，只剩一个核心功能。验证有人在乎，再往回加东西。这是最常见的正确答案。
2. 可点击原型：Figma做的高保真mockup，不问"能不能做"，只问"用户愿不愿意走这个流程"。融资前常用。
3. 假门测试：只建营销页和注册流程，产品本身不存在。看转化率、邮箱收集量、用户意图，一行后端代码都不用写。被严重低估。
4. 预售/众筹：先收钱再开发，适合硬件和部分消费软件，验证需求同时拿早期收入。
5. 最小可爱产品（MLP）：比MVP多走一步，让早期用户真心喜欢而非勉强接受。成本更高，但在特定市场能换口碑加速。
对大多数早期团队，选项一就是答案。先验证，再完善。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
