从 0 到 1 的最小产品路线图

很多人卡在「我有一个想法」。

但 01MVP 不从想法开始。它从一个更小、更硬的问题开始：有没有一个真实的人，真的被这件事卡住，而且愿意为了更好的结果付出一点东西。

这不是完整教程，更像一张入门地图。

图负责让你先记住主线，文字只保留最关键的动作和过关标准。你不用在这里学完所有细节，只需要读完以后能判断自己现在卡在哪一步。

这页怎么用

不要把它当成一张宏大的创业路线图。

更好的读法是，每一步只回答三个问题：

• 我现在要产出什么。
• 做到什么程度算过关。
• 过关以后该去读哪篇详细手册。

如果你只是想先建立全局感，看图和每节第一段就够了。如果你准备今天就动手，把每节下面的行动卡也做掉。

1. 先找到一个真问题

不要一开始就问「我要做什么 App」。

先看谁在为什么事情反复抱怨。抱怨很多，但真问题不多。真问题至少要能说清楚三件事：谁在这个场景里，被什么事卡住，现在是怎么凑合解决的。

写下来只需要一句话：谁，在什么场景下，被什么事情卡住。

今天可以做

• 找 20 条用户原话，不要先总结成你的产品想法。
• 把每条原话标上人群、场景、当前替代方案。
• 只留下出现 3 次以上、而且你能触达那类人的问题。

过关标准

• 你能用一句话讲清楚目标用户和具体场景。
• 你能拿出真实原话，而不是只有自己的脑补。

继续读：想法与验证、用 AI 认识自己。

2. 写代码前先验证

AI 让写代码变快了，但也让做错东西变快了。

如果你还没和目标用户聊过，先别急着开项目。先把问题讲给真人听，看对方会不会点头、追问、愿意试用，甚至愿意留下联系方式。

验证不是做问卷。验证是确认：这个问题不是你脑子里编出来的。

今天可以做

• 约 5 个可能有这个问题的人，只聊过去经历，不讲你的完整方案。
• 问对方上一次遇到这个问题是什么时候，现在怎么解决，是否为替代方案花过钱。
• 做一个很轻的验证入口，可以是一页说明、一个表单、一段演示视频，先看有没有人愿意继续了解。

过关标准

• 至少 3 个人能讲出具体经历，而不是礼貌性说「挺有意思」。
• 至少 1 个人愿意留下联系方式、试用、转发给同类人，或者直接问价格。

常见误区是只问「你觉得这个产品怎么样」。对方为了礼貌，大概率会说好。你要看的是过去行为和下一步动作。

继续读：用内容验证需求、销售与反馈。

3. 人工跑通一单

不要一上来就做后台、做自动化、做复杂权限。

先人工跑通一次。用户下单，你手动处理；用户提需求，你手动回复；用户付款，你手动交付。只要流程能跑通，你就知道这个需求是真的。

自动化应该发生在流程被验证之后，而不是发生在你还不知道有没有人买之前。

今天可以做

• 把完整交付流程写成 5 步以内，从用户提出需求到你交付结果。
• 能手动做的地方先手动做，能用收款码先收款就先收款。
• 每跑完一单，记录用户为什么买、哪里卡住、你手动花了多少时间。

过关标准

• 至少有人愿意付钱，哪怕金额很小。
• 你知道哪些步骤重复出现，哪些步骤只是个别用户的临时需求。

这一步的重点不是收入，而是真实承诺。只要用户付了钱，你就不能再用「玩一玩」的心态对待产品。

继续读：支付接入、数字商品自动发货。

4. 砍到最小闭环

第一版不需要完整。

第一版只需要闭环：用户能用、能看到结果、能付款或留下强反馈。其他东西都可以晚一点。皮肤、排行榜、多语言、复杂积分、消息推送，通常都不是第一版必须做的。

如果一个功能不能帮你验证需求、交付价值或拿到反馈，先放到「以后」。

今天可以做

• 写出第一版只验证一个假设，不要同时验证市场、技术、增长、定价。
• 画一条核心路径，从进入产品到拿到结果，控制在 5 个主要动作以内。
• 建一个「以后再做」清单，把所有看起来很诱人的功能先放进去。

过关标准

• 你能说清楚第一版不做什么。
• 一个新用户不用你坐在旁边解释，也能走完核心路径。

如果你每加一个功能都觉得「这个也挺重要」，说明你还没找到第一版真正要验证的假设。

继续读：构建 MVP 总览、MVP 导航。

5. 做一个别人能打开的版本

MVP 不是你电脑里能跑的 Demo。

它应该是别人能打开的东西。可以是网页、表单、小程序、App、Notion 页面、一个自动化工作流，形态不重要。重要的是对方不用坐在你旁边，也能完成一次真实使用。

最低标准是：能访问、能完成核心动作、能付款或反馈。

今天可以做

• 选一个最轻的载体，网页、表单、小程序、Chrome 插件、App 都可以，但不要为了技术好看而选。
• 把核心流程部署到一个真实地址，别只停在本地环境。
• 加一个明确反馈入口，邮件、表单、社群、客服微信都行。

过关标准

• 你把链接发给别人，对方不用装开发环境就能打开。
• 对方能完成一次核心动作，并知道下一步该做什么。
• 如果涉及收费，至少有一个真实收款路径。

早期技术路线不用优雅，但必须改得动。你真正需要的是快速发布、快速修、快速听到反馈。

继续读：10 分钟快速构建、上线检查清单。

6. 去找前十个真实用户

产品刚上线时，不要坐等流量。

你要一个个去找人。发给可能需要的人，去社群里问，给曾经聊过的人发消息，把你的场景讲清楚。前十个用户不是运营数据，是你用来确认方向的十次真实接触。

这一步很笨，但它比空等自然增长更可靠。

今天可以做

• 写一段 75 个字以内的真人私信，只说场景、问题和你希望对方做的动作。
• 先从熟人、二度人脉、你已经待过的社群开始，不要一上来就批量群发。
• 每次触达都记录来源、对方反应、是否试用、是否愿意继续聊。

过关标准

• 你已经和至少 10 个潜在用户聊过。
• 你拿到 1 到 3 个愿意继续用、继续聊或愿意付费的人。

如果没人回复，不要马上判断产品不行。先检查你找的人对不对，话术是不是太像推销，是否给了对方一个很轻的下一步动作。

继续读：拿下前 10 个用户、冷启动。

7. 用反馈决定下一步

反馈不只是夸奖。

有人愿意继续用、愿意付费、愿意推荐，这是继续做的信号。有人卡住、误解、反复问同一个问题，这是要修改的信号。如果没有人愿意用，也没有人愿意为结果付费，那也许应该停掉或换方向。

做 MVP 的意义，不是证明自己一定对，而是尽快知道下一步该不该走。

今天可以做

• 把反馈分成三类，继续做、要修改、先停掉。
• 每周只挑一个重复出现的问题改，不要被每个用户牵着走。
• 把用户原话留下来，后面写落地页、截图文案、产品说明都会用到。

过关标准

• 你知道下一版只改哪一个关键问题。
• 你能说清楚继续做的证据是什么，而不是因为自己舍不得停。

如果你听到的全是「不错」「挺好」「支持你」，但没人愿意再用一次，这不算强反馈。

继续读：销售与反馈、轻量数据分析。

8. 把它变成一个小闭环

一个小产品真正开始活起来，是因为它能重复跑。

你发布一次，找到用户，拿到反馈，改掉一个关键问题，再发布一次。如果还能收费，哪怕金额很小，它也会逼你把承诺、交付和支持都变得更认真。

这就是 01MVP 的主线：不是做一个宏大的产品，而是先做出一个能重复的小闭环。

今天可以做

• 固定一个每周节奏：发布、找用户、收反馈、改一个点。
• 只看少数几个指标：访问、核心动作完成、付款或强反馈、复访。
• 把每次改动写成公开记录，后面它会变成你的内容资产和信任资产。

过关标准

• 你已经跑完至少一次完整循环。
• 下一次循环要验证什么，你自己说得清楚。

如果你做的是 App，后面可以进入截图、商店页、TestFlight、ASO 这些专项工作。如果你做的是网页工具、课程、模板、小程序，也一样先把这个小闭环跑稳。

第一轮可以怎么跑

如果你现在还没有开始，可以先按这个节奏跑一轮。

它不保证你 7 天赚到钱。它只是在逼你离开「我有一个想法」，去碰一次真实问题、真实用户和真实反馈。

接下来读什么

如果你还不知道做什么，先看 一切开始于“你” 和 想法与验证。

如果你已经有想法，直接看 构建 MVP 和 快速构建。

如果你已经做出第一版，看 上线检查清单、找前十个真实用户 和 接入支付。

如果你不想从空项目开始，可以再看 01MVP Start 模板。