如果你觉得这篇文章对你有帮助，欢迎点赞、转发。
先讲个真事
2022年，有个研发朋友花了4个月做了一款记账App。
功能很全：自动记账、多币种、图表分析、数据导出、预算提醒、账单分期...
每一个功能都是他熬夜写的。
上线第一天，下载量：12。
他问我：为什么？
我说：你有没有先问过别人，愿不愿意用？
他沉默了。
其实我自己创业的时候，也踩过类似的坑。
虽然明白MVP、也明白市场导向，但知道方法不等于一定能成功。这个过程有太多不确定性。
我们能做的，是把握那些能把握的条件，不断复盘反思，让成功的概率提升，而不是在同一个坑里打转。
这篇文章比较长，我打算分成两篇：
今天这篇：MVP验证方法、真实案例、常见误区。
下一篇：验证成功之后，如何搭建"可观测、可追踪、可复盘、可迭代"的体系。这也是我当时创业没做好的地方，下一篇好好反思一下。
接着我朋友的故事，问题出在哪？
太多人把"做产品"当成"写代码"。
有个想法 → 打开编辑器 → 开始写代码 → 憋几个月 → 上线 → 祈祷有人用。
这个路径听起来很正常，但有一个致命问题：
你从来没有验证过，这个想法是否值得投入。
产品的第一步，不是打开编辑器，而是验证。有了AI工具的加持，验证的周期可以大大缩短。
问题是——你的想法，真的有人需要吗？
MVP是什么？
MVP = Minimum Viable Product，最小可行产品。
不是偷工减料，不是做烂产品。
是用最小的成本，验证最核心的假设。
你要验证的只有两件事：
- 这个问题，真的存在吗？
- 用户愿意为解决它付钱吗？
其他都是次要的。
功能可以加，界面可以改，但方向错了，后面都是白搭。
三种验证方法，不用写代码
很多人以为验证需求 = 做一个产品原型。
其实完全不用。
方法一：落地页测试
做一个产品介绍页，写清楚你的产品解决什么问题，放一个"加入等待列表"的按钮。
去目标用户聚集的地方发一发——小红书、微博、微信群、Reddit、Product Hunt。
看有多少人愿意留下邮箱。
有100个人愿意留下邮箱，说明需求是存在的。
如果没人愿意留邮箱呢？
要么问题不够痛，要么你的目标用户不对。
反正你只花了一天时间，没亏。
方法二：手动服务
用户想要什么功能？你先人工帮他做。
有个创业者想做"每日穿搭推荐"App。
他没有先写代码，而是找了10个目标用户，每天手动发穿搭建议。
每天花1小时，连续做了一个月。
结果：有用户愿意为这个服务付钱，还有用户主动推荐朋友。
这时候他才决定：值得做个产品。
这就是Concierge MVP——用人工模拟产品功能，验证需求是否真实。
方法三：预售
先收钱，再做产品。
课程、SaaS、会员，都可以先卖。
有人买单，说明需求是真的。
没人买单，你省下了几个月的开发时间。
国内有很多知识付费课程，都是先发大纲，再开课。
比如某个写作课，老师先在公众号发了一篇文章，讲要开一门课，列出了课程大纲。
文末放了个二维码，愿意报名的先付定金。
有200个人付了定金，老师才开始写课。
如果没人付定金呢？
换个主题，继续测试。
真实案例
小红书
小红书现在有上亿用户，但它的起点是一个PDF。
2013年，创始人毛文超和瞿芳做了一个"香港购物攻略"的PDF文档，发在论坛里。
没想到被疯狂转发。
他们意识到：用户需要的不是攻略，是"发现好物"的社区。
于是才有了小红书App。
如果一个PDF没人看呢？
那就换个主题，继续测试。
反正成本几乎为零。
Flomo（浮墨笔记）
Flomo现在是很受欢迎的笔记工具，但它的起点不是代码。
创始人少楠和light，最早做的是公众号和即刻账号，持续输出产品思考和方法论。
产品还没上线，就已经有了一批忠实读者。
他们发了一篇文章说要做Flomo，放了个付款链接，有人直接打钱支持。
这些早期用户，后来成了Flomo的种子用户和传播者。
先有社区，再有产品。
常见误区
误区一：MVP = 烂产品
MVP不是把完整产品砍一半，更不是做得烂。
MVP是保留核心价值，砍掉多余功能。
用户能用它解决核心问题，这就够了。
误区二：闷头做，不和用户对话
很多人做完MVP就等着用户来。
正确的做法是：主动找用户聊，看他们怎么用，听他们怎么抱怨。
他们的反馈，比任何市场调研都值钱。
误区三：验证失败 = 我不行
验证失败，说明你省下了几个月的时间。
这是好事。
快速换下一个想法，继续验证。
误区四：验证成功就结束了
很多人以为MVP验证成功，产品就稳了。
其实验证成功，只是开始。
我之前创业的时候，也拿到了几百万的融资，产品上线后拿到了不错的反馈。但后期迭代的时候，我们没有搭好"可观测、可追踪、可复盘、可迭代"的体系。
结果呢？
迭代方向慢慢变成了投资人那边市场人员在主导，而不是用户反馈在驱动。
这是一个危险的信号。
产品面向市场后，一定要有一套数据驱动的迭代体系：
- 用户在哪个环节流失？
- 哪个功能用得最多？
- 用户抱怨最多的是什么？
没有这些，产品迭代就是"拍脑袋"。
而拍脑袋的后果，往往是产品越来越偏离用户真正的需求，下一篇我反思一下。
写在最后
很多独立开发者的故事是这样的：
有一个想法 → 憋几个月 → 上线 → 没人用 → 失望 → 放弃。
其实问题不在于执行，而在于第一步。
你跳过了验证。
MVP思维的本质很简单：
验证一个想法的成本，应该小于做错一个想法的代价。
先验证，再投入。
不写代码，也能知道方向对不对。
这才是聪明人的做事方式。
但验证成功只是起点。MVP上线后，一定要搭建一套"可观测、可追踪、可复盘、可迭代"的体系，根据市场的真实反馈不断打磨产品。
丢失了用户，就是丢失了市场。 查看公众号原文
