五个概念
这五节是项目 01 那五步背后的道理。先去做，卡住了回来查对应那节；做完了再回来看一遍。
60 秒版
- OPC 是闭环，不是技能。会写代码不叫 OPC，能一个人跑完「需求 → 产品 → 上线 → 获客 → 迭代 → 收钱」才算。
- 想法不是需求，代价才是。问一句「他现在用什么烂办法凑合」——答不上来，就不是需求。
- MVP 是「验证所必需的最小」。去掉这个功能，验证结果还一样吗？一样就不做。
- 没上线，一切都是想象。本地能跑不算，有公开链接，别人才可能真的用。
- 反馈看行为，不听评价。「我第 3 张失败了」能告诉你该改什么，「挺好的」不能。
这五句看着都懂。每节末尾有一道选择题，答错了就说明那节要重看。
五道题分散在下面五节末尾。答一道，这里立刻变。
一、OPC 是什么
OPC（One Person Company，一人公司）：由一个人掌控完整商业闭环的经营形态。
闭环 = 找需求 → 做产品 → 上线 → 获客 → 迭代 → 收钱，六步缺一不可。
注意定义里最关键的两个字：闭环。
一个人会写代码，不叫 OPC。一个人会做设计，也不叫 OPC。 能一个人把「有人需要」变成「有人付钱」走完一整圈，才叫 OPC。
用这张表区分三种常被混为一谈的形态：
| 形态 | 卖什么 | 停下来的后果 |
|---|---|---|
| 自由职业 | 卖时间。接一单赚一单 | 不干活就没收入 |
| 独立开发 | 卖产品。但通常只做「产品」这一步 | 产品做出来了，没人知道 |
| OPC | 卖系统。产品、渠道、交付都能自己转 | 停一阵还能恢复 |
这不是说自由职业低一等。是说它们的瓶颈不一样：自由职业的瓶颈是你的时间， OPC 的瓶颈是你的判断力。
为什么现在一个人能做
十年前一个人做产品，至少要请设计师、前端、后端、运营。现在 AI 把「生产」这一步的成本压到了接近零。
但 AI 压不掉三件事：
- 判断需求——AI 不知道谁真的会掏钱，它只会顺着你的话说
- 面对用户——没人替你挨骂、挨冷落、挨「不需要」
- 承担风险——亏的是你的时间，不是 AI 的
「OPC 就是一个人干完所有活」——活可以外包，也可以交给 AI。你掌控的是判断，工时不算。
「OPC 必须先注册公司」——顺序反了。先验证有人付钱，再考虑注册。没收入先注册，等于先交房租再找房客。
「OPC 就是自由职业」——自由职业卖时间，OPC 要攒下能重复卖的东西。
自测 1一个人接私活写代码，月入两万。这算 OPC 吗？
不算。判断标准不是「几个人」，也不是「有没有注册公司」，是「停了还能不能转」。他卖的是时间，停一天少一天的钱——闭环没建立。
「没注册公司」这个理由也错，而且错得更常见：注册不注册是后面的事，和是不是 OPC 无关。
二、想法不是需求
需求：有人愿意付出代价（时间、钱、注意力）去解决的问题。
没有代价，就不是需求，只是「听起来不错」。
新手最容易犯的错，是把「我觉得这个好」当成「有人需要这个」。前者是你的判断，后者要有别人的代价当证据。
三个检验问题，任何一个答不上来，这个需求就不成立：
| 问题 | 答不上来意味着 |
|---|---|
| 他现在怎么解决这个问题？ | 没有替代方案 → 说明问题不够痛，痛的话人早就自己找办法了 |
| 他为解决它付出过什么代价？ | 没付过 → 说明只是抱怨，不是需求 |
| 不解决会怎样？ | 没什么后果 → 那就是可有可无的东西 |
第一条尤其重要。很多人以为「没有竞品」是好事，其实相反： 一个需求如果连一个烂的替代方案都没有，通常说明它根本不是需求。 人们在用微信传图、用 PS 手动压、用付费软件，这些烂办法的存在，恰恰证明了这个需求是真的。
真实验证只有一个标准：他有没有为此付出代价。
自测 2你想做一个「记录每天喝水量」的小工具，三个朋友都说不错。这是需求吗？
还不是。「朋友不反对」和「有人需要」之间，隔着一个愿意付代价的人。要问的是：他现在怎么记的？用备忘录、用纸、还是根本不记？
如果没有一个烂办法，说明大家压根不在意这件事——只是不反感你的想法。
最后一个选项最危险：跳过需求验证直接做产品，做出来的东西没人用，你还以为是产品不够好，其实是需求不存在。
三、MVP：最小可行产品
MVP（Minimum Viable Product）：用最小成本验证「有人要」的那个版本。
注意：是「验证所必需的最小」，不是「功能最少的版本」。
这两句话差别很大。
「功能最少」是减法做到极致，可能减到没法验证。 「验证所必需的最小」先问「我要验证什么假设」，再倒推需要哪些功能。
项目 01 要验证的假设是：有人愿意用一个网页工具，把图片压到指定大小。
倒推下来，必需的功能只有三个：选图、填数字、下载。
不需要的：批量处理、格式转换、账号登录、历史记录、好看的界面。
不是因为它们没用，是因为它们不参与这次验证。加了它们，只会让你多花两天，多出五个 bug，而验证结果一点没变。
能，就不做。这个标准能砍掉你 80% 的「想加」。
自测 3你的压缩工具加一个「批量压缩」，只多花半天。加不加？
不加。这次要验证的是「有人愿意用一个网页，把图压到指定大小」。批量处理不参与这个验证——多花半天、多两个 bug，结论一个字都不变。
「先藏起来」也一样：代码进去了就要维护，出了问题一样要查。
「太难」这个理由也错。不加的理由永远不是难不难，是它参不参与验证。
四、上线是一条分界线
上线：让一个和你没有关系的人，能在他的设备上打开并使用。
为什么这条线这么重要？三个原因：
- 本地能跑 ≠ 别人能用。你电脑上的路径、字体、浏览器版本，和别人的都不一样。不上线，你永远不知道它在别人手里会怎样。
- 只有公开，才有真实反馈。你给朋友看本地文件，他会说「不错」。你给他一个链接，他要不要点开，是另一回事。
- 只有公开，你才不会轻易放弃。一个有人用过的链接，扔掉是有成本的。一个本地文件夹，删掉毫无负担。
这也是为什么第一个项目必须是「能上线的东西」，而不是「一个学习笔记」或者「一个还没想好的方案」。
自测 4你把 index.html 发给朋友，他在自己电脑上双击打开了。这算上线吗？
不算。上线是「一个和你没关系的人，不需要你指导，能在他自己的设备上打开」。
发文件要传微信、要解压、要你告诉他点哪个图标。每一步都在筛掉一批人，而且你不在旁边的时候，他打不开也不会告诉你——你连筛掉了多少人都不知道。
最后一个选项也错：免费托管就能上线，域名和服务器都是后面的事。别用「还没买域名」当不上线的借口。
五、反馈：看行为，不听说法
有效反馈：能改变你下一步动作的信息。
不能改变你下一步的，不管多好听，都是噪音。
用户给你的反馈分三种，价值差得很远：
| 类型 | 例子 | 价值 |
|---|---|---|
| 客套 | 「挺好的」「加油」 | 零 |
| 意见 | 「我觉得可以加个批量功能」 | 低。他没说为什么要加，可能只是随口 |
| 行为 | 「我压了 5 张，第 3 张一直失败」 | 高。这能直接告诉你该改什么 |
所以找人试用时，不要问「你觉得怎么样」。要问：
- 你刚才点哪里了？（看他实际路径）
- 哪一步停下来了？为什么？
- 如果明天还要压一张图，你还会用它吗？
前两个问的是他刚才怎么用的，第三个问的是他明天还会不会用。三个都答得上来，这条反馈才算有用。
自测 5朋友说「挺好的，就是颜色有点丑」。这条反馈值多少？
低。「颜色丑」是意见，不是行为。你不知道他卡在哪一步、明天还会不会开它。
「零」也不对——「挺好的」是客套，但后半句好歹是个意见，比纯客套值一点。
要追一句：你刚才点了哪里？哪一步停下来了？明天还要压图，你还会开它吗？他答得出行为，这条反馈才值钱。
这五条，不照做会怎样
开头那五句是结论。这里是同一五句的代价——你可以拿它自查：哪一条你正在犯。
- OPC 是闭环，不是技能。—— 只练做产品，你会攒下一堆没人用的东西。
- 需求看替代方案，不看创意。—— 假设错了，后面四步会白做。
- MVP 是验证所必需的最小。—— 多一个功能，就多一个你 debug 不了的地方，而验证结论一个字不变。
- 上线是分界线。—— 不上线，你收到的全是自己的想象和朋友的客气。
- 反馈看行为，不听说法。—— 只听评价，你会一直改那些根本不影响人用不用的问题。
想一想
上面的自测题查的是「你有没有读懂」。下面三问查的是「你能不能用到自己身上」。
- 你手机里有没有一个「不得不用」的 App？它替代了什么烂办法？
- 你有没有一个「想做但一直没做」的东西？它对应的是谁的什么问题？那个人现在怎么凑合的？
- 如果只能保留一个功能，你的项目会保留哪个？为什么是它？