如何在三天内做出一个 MVP
一套可重复的最小可行产品开发方法论，适合独立开发者和小团队。
我做过不少 MVP，有的花了三个月，有的花了三天。三天的那些，转化率往往不比三个月的差。
什么是真正的 MVP
MVP（Minimum Viable Product）这个词被严重滥用了。很多人理解的 MVP 是”功能不多但完整的产品”，但真正的 MVP 是用最小的投入验证最核心的假设。
你的核心假设是什么？“用户愿意为这个功能付钱”——那就做一个能收钱的落地页，看有没有人点付款按钮，按钮后面可以什么都没有。
三天方法论
第一天：定义假设和最小场景
只允许有一个核心假设。把它写出来：“[目标用户]在[特定场景]下，会[采取行动]，因为[核心价值]”。
然后设计最小的场景验证它——不是完整产品，是一个让用户执行那个行动的最短路径。
第二天：只做这条路径
删掉所有不在这条路径上的功能。登录注册？能省则省，先用邮件手动处理。数据库？先用 Google Sheet。
用你最熟悉的技术栈，因为三天里踩到陌生技术的坑可能让你交不了卷。
第三天：找真实用户测试
把产品给 5 个符合目标用户画像的人用，看他们能不能完成核心路径，在哪里卡住。
不要解释，不要引导，只观察。
最重要的原则
永远不要在没有人用之前优化。美化 UI、提升性能、重构代码——这些都是等验证了假设之后的事情。