踏实做事与积极链接：从零到上市的全周期方法论

前段时间密集聊了一圈人。聊完发现一个特别典型的分化：

有人闷头做了半年产品，代码写得漂亮，功能也扎实。发出来没人知道，GitHub star 个位数。问他为什么不推广，他说「我不太会搞关系」。

有人每周跑三四场活动，朋友圈全是峰会合影，微信好友五千。但你问他最近在做什么项目，他说「还在看方向，链接资源」。

这两拨人互相看不上。做事的人觉得搞关系的是「虚头巴脑」，搞关系的人觉得做事的「不懂借力」。

但说实话——两个都有用，两个都需要。 真正的问题是：从哪儿开始、比例怎么配、以及不同阶段怎么滚雪球。

这篇文章不只是讲 0→1。它会走完一整条路：从一个想法到一个能跑的原型、到第一个用户、到第一个付费客户、到第一个员工、到一家能自转的公司、再到被收购或上市。每一个阶段的核心矛盾不同，策略完全不同。搞反了，要么做不出东西，要么做出来了被模仿死。

全文知识图谱

---

零、先说结论：你不是永远在“做东西”

先抛一个最容易被误解的点——我现在说「在 0→1 阶段，95% 的时间用来做东西，5% 用来发出去」，但如果到了 100→1000 阶段你还这么搞，你的公司会死。因为你的竞争对手在你做东西的时候，已经拿下了你该拿下的渠道和客户。

不同阶段，核心矛盾完全不同。

0→1 的失败原因是「做不出来」。1→10 的失败原因是「没人要」。10→100 的失败原因是「做不大」。100→1000 的失败原因是「老板把自己累死了」。1000→IPO 的失败原因是「不合规」。

每个阶段的解法完全不同。搞错了阶段，用了下一个阶段的策略，你会做出一堆没人要的功能；用了上一个阶段的策略，你会被规模压垮。

---

一、0→1：从零到第一个能跑的原型

这个阶段只有一个指标：你做出来了一个你（或一个真实的人）用了之后不想换回去的东西。

1.1 如果你做软件

第一步：找痒点，不是找市场。

不要做「我觉得别人需要」的东西。做你自己每天在用、在用的时候骂过它难用的东西。

我见过最靠谱的产品信号有两个：

• 你自己做了一个工具，用完之后把原来的工具删了
• 你把工具发给身边 5 个人，有 3 个过了一周还在用

这两个信号比任何商业计划书都有说服力。因为它们是自然行为，不是被人说服之后的行为。

第二步：用 AI 辅助写 MSP。

MSP —— Minimum Solvable Problem，最小解决的问题。不是一个 MVP（最小可行产品），是一个功能。只有一个。让人愿意为它回来的那一个。

工具链：

• 项目初始化：Vite + React / Vue，一行命令起脚手架
• 后端：Cloudflare Workers（免费额度够到 10 万用户），或者 Supabase
• AI 辅助编码：Claude / Cursor / Trae，描述清楚需求丢进去
• 部署：Vercel 或 Netlify，vercel --prod 一行上线
• 数据库：Supabase 免费版，Postgres + Auth + Storage
• 域名：几十块一年

两天还没上线，你做得太多了。砍。

第三步：自己用一周。记下每一次你想骂人的时刻。

大多数人做出 demo 就发给别人看。别急。你先用。

你会发现的 bug、交互逻辑别扭、功能优先级错位——这些发现比你从任何用户嘴里听到的反馈都准确。因为你自己就是用户。

用一周后问自己：

1. 我还想继续用吗？（如果不想，凭什么别人想）
2. 推荐给朋友需要解释超过三句话吗？（超过三句说明太复杂）
3. 有没有一个时刻我觉得「这个真好」？（那个时刻就是你的核心价值）

第四步：发出来。就这么简单。

「做了一个解决 XX 问题的工具，自己用了两周觉得还行，链接在这，有兴趣的试试。」

不要美化。不要做精美的发布页。你的任务是发出信号，不是做营销。

回复你的人，是你第一个种子用户。问他的是什么？不是「你觉得怎么样」——他会说「还行」。问他：「你刚才打开页面之后，第一个想点的按钮是什么？你看到了什么？」逼他描述具体步骤。

案例：Linear 的 Karri Saarinen。 2019 年 Linear 推出时，Karri 在 Twitter 发了一条 GIF 展示界面。没有发布会，没有媒体。有人在下面评论：「这个交互太顺滑了，怎么做的？」Karri 回复了技术细节。那个人后来成了 Linear 最早的付费用户。他买的不是功能多——是他问了技术问题，创始人认真回答了。信任。

1.2 如果你做硬件

硬件比软件慢一个数量级。但它的优势是：你做出来了就是做出来了，物理世界不撒谎。

第一步：定义一个具体的人的具体问题。

不要说「我想做一个智能花盆」。要说「我妈养了三盆兰花，出差了没人浇水，我不想她每次出门都提心吊胆。」

判断标准：你的问题描述里有没有出现具体的「人」。 没有，就是还没想清楚。

不是「老人住院喝不到热水」。是「我爸上周住院，病房热水间在走廊尽头，他不好意思按铃，护士也真的忙不过来。」——一个真实的人、一个真实的场景、一个真实的行为困境。从这三条信息里，你自然知道产品长什么样。

第二步：用现成模组拼出第一个原型。绝不先画 PCB。

第一版清单：

• Arduino Nano / ESP32，淘宝 20-40 元
• 传感器模块买带 PCB 的，一个 5-30 元
• 外壳：闲鱼 3D 打印代打，或亚克力板 + 扎带
• 供电：充电宝 + 降压模块

目标是证明「这个方案能解决这个问题」，不是证明你电路设计很强。

第三步：拍视频，找真人看表情。

三句台词：「看，按这个按钮，它动了。」「你之前担心的那个问题，它解决了。」「你觉得怎么样？」

观察的不是他说什么，是他的表情：

• 眼睛亮了，追问「能不能加 XX 功能」——对的方向
• 礼貌地说「挺好的」然后放下——大概率没人真的需要
• 沉默五秒然后说「但有一个问题」——认真听

案例：云鲸智能第一个原型。 创始人张峻彬在松山湖 XbotPark 基地，用淘宝扫地机底盘 + 自己焊的水箱和拖布拼出来的。跑起来很吵，水洒一地。但最关键的被验证了——「扫完地自动洗拖布」这个需求是真的，因为他妈看了之后说：「你要是能做出来，我第一个买。」

别跳过这一步。太多硬件创业者直接画 PCB、开模具，然后烧了几万块发现跑不通。

1.3 做事五条心法

第一条：先做再想。 你脑子里的「困难」和动手之后真实的「困难」是两套东西。为想象出来的困难纠结一周，不如为真实的困难花半小时修掉。

第二条：功能砍到只剩一个。 用户不会因为你功能多留下，会因为有一个功能他离不开而留下。一个功能 = 打开 → 做一个动作 → 结果出现 → 用户的情绪变了。

第三条：你是自己的第一个用户。 不问「有人会要吗」，问「我自己用了一周还想用吗」。答案你知道。

第四条：发出来才算数。 硬盘里的代码 = 不存在。push 了、发了、有人看了 = 存在。不敢发是因为怕做得不好。但你不发，永远不知道什么叫「好」。

第五条：今天能做的不放明天。 进入状态的唯一方法：今天先做一个你能做完的事情。软件——今晚一个 commit。硬件——今天下单买第一套模组。

1.4 0→1 阶段的链接

这个阶段的链接方式只有一种：做出来，发出去。

不要参加峰会。不要加微信群换名片。你的名片上没有东西，对方不会记得你是谁。

你唯一该做的事：把你的原型或 demo 变成一个公开的链接或视频，发到你的朋友圈、技术群、社区。然后观察谁回复了你。

---

二、1→10：从验证到第一个客户

你做出了一个东西。现在的问题是：有没有人真的需要它？有没有人愿意为它付钱？

这个阶段的核心指标不再是你自己用不用——而是一个陌生人用了之后会不会回来，会不会掏钱。

2.1 找到前 100 个真正爱你的用户

不是 100 个注册用户。是 100 个「如果你明天把这个产品关掉，他们会发邮件抗议」的用户。

Paul Graham 说过一句被引用无数次但很少被真正执行的话：「do things that don't scale」（做那些不可规模化的事情）。大多数创始人理解的「不可规模化」是「手动给 10 个人发邮件」。但真正的「不可规模化」是：亲自飞到对方的城市，坐在他旁边，看他在电脑上打开你的产品，然后闭嘴。

不是去推销。是去观察。看他在哪里卡住了、哪里跳过不用了、哪里点错了。这些是你产品里真正的问题，不是用户在问卷里告诉你的问题。

如何找到前 100 个用户？

方法	具体操作	适合什么产品
个人网络	朋友圈、技术群、你认识的所有人——但不要让别人因为认识你才用，要让他因为有用才继续用	任何产品
社区渗透	找到你的目标用户聚集的论坛/社区/子版块，回答他们已经在问的问题，然后在回答里自然地提到你的产品	开发者工具、垂直 SaaS
内容引流	写一篇讲你解决了一个什么技术/行业问题的深度文章——不是介绍你的产品，是分享你的思路。文章末尾放一个链接	B2B、复杂领域
ProductHunt	准备好 launch——但不要在没有前 50 个用户的时候上。PH 是用来放大已有的势能，不是从零制造势能	全球化的 SaaS
直接联系	在 LinkedIn / Twitter 上找到 20 个你的目标用户画像，手动给每个人发私信，说「我在做一个解决 XX 问题的东西，你每天在用类似的工具吗？」	B2B、小众市场

关键：前 100 个用户你全部应该认识。

不是姓名层面的认识。是你知道他们在做什么工作、他们为什么开始用你的产品、他们跟你的产品之间发生的唯一那件小事是什么。Slack 的 CEO Stewart Butterfield 在早期能叫出大部分活跃用户的名字和公司——不是因为记性好，是因为他亲自跟每个人都聊过。

2.2 第一次收费：什么时候收、怎么收

什么时候可以开始收费？

三个条件同时满足：

1. 你已经有至少 50 个 DAU 稳定超过一个月的用户（他们每天都回来，不是因为你在群里喊他们）
2. 你自己心里知道，如果免费版明天关闭，至少有一批人会愿意付钱（不是市场调研告诉你的，是你跟他们聊了之后你自己的直觉判断）
3. 你的产品已经能跑通一个完整的问题解决闭环——用户用它完成了一件事，不是「尝了一口」就没下文了

怎么定第一个价格？

有一条最实操的原则：锚定你的用户当前在解决这个问题上花的成本。

• 如果你的产品帮一个自由职业者每周省下 3 小时，按他的时薪 × 省下的时间，定一个低于这个数字的价格
• 如果你的产品帮一家中型公司的市场部省掉一个全职岗位的 30% 工作量，按那个岗位工资的 30% 定价
• 如果不知道怎么算——随便定一个你觉得「比我付出的成本高一点」的数字。你大概率会定低了。创始人都定低了。 没关系，你可以涨。涨价比降价容易

案例：Notion 的定价演化。 Notion 在 2016 年刚收费时，只有两个版本：个人免费（$0）和团队版（$8/人/月）。这个定价在今天的 SaaS 市场看起来非常正常——但在 2016 年，他们提前几个月就在用户中做了非常清晰的沟通，明确了什么功能在哪个版本里、为什么这么设计。不是因为定价精准，而是因为定价决策的过程透明。 用户不一定会接受你的价格，但用户会接受一个诚实且清晰的定价逻辑。后来 Notion 的定价调整也遵循了同样的原则——他们在 2023 年大幅提价，但因为每次调整都有明确的解释，用户的反弹远比预期小。

2.3 第一个员工：什么时候招、招什么人

什么时候必须招第一个人？

判断标准不是「我忙不过来了」。忙不过来可能是因为你不会拒绝，不是因为你的业务量到了。

真正的标准是：你连续两周每周花在「非核心」事务上的时间超过了你花在产品上的时间。 非核心 = 客服回复、社群维护、财务记账、行政跑腿、文档整理——这些事情需要被做，但不是只有你能做。

第一个人招什么类型的？

0→1 阶段，第一个人应该是一个多面手运营/客户成功——能回复用户消息、整理需求、写帮助文档、维护社群、跟进商务流程。

为什么不是技术？因为技术债可以用技术还，但用户信任一旦透支就回不来了。你现在最大的风险不是代码写得不好，而是用户反馈没人回、社群没人管。

为什么不是销售？因为你现在不需要「推向市场」，你需要「接住市场」。用户自己已经来了——一万用户不是一个数字——接不住比不来更糟糕。

找这个人的时候看三个特质：用户视角（能共情用户的问题）、有条理（能把混乱的事情结构化）、能写（你的 FAQ、案例文章以后大概率靠 ta）。

2.4 1→10 阶段的链接

你现在有了东西。你的东西可以替你说话了。

这个阶段的链接方式：把你做的东西变成一个案例，发给跟你在做类似事情的人。

不要说「合作」。说你做了什么，遇到了什么坑，怎么解决的。然后问对方：「你那边有没有类似的问题？你怎么处理的？」

案例：Simon Høiberg 和 Marc Lou。 Simon 是丹麦独立开发者，做了 SaaS 工具 FeedHive。Marc 是法国独立开发者，经历过 12 次创业失败。Marc 在 Twitter 上看到了 FeedHive，自己试用后给 Simon 发了 DM：「你的 UI 很好，但这里有一个体验问题。」Simon 修了。后来两人开始互相推荐对方的产品——ShipFast 和 FeedHive 受众高度重合。他们最后在葡萄牙合租 Airbnb 工作两个月。链接的起点不是一个握手，是一个人认真用了另一个人的产品。

2.5 增长飞轮的第一个齿轮

你现在应该画出你的增长飞轮。飞轮是一个闭环：

用户做了什么 → 导致了什么 → 又吸引了什么 → 循环

案例：Figma 的飞轮。 设计师用 Figma 做了一个文件 → 分享链接给 PM 和工程师看 → 工程师发现 Figma 比自己用的工具好用 → 他也注册了 → 他用 Figma 做设计反馈 → 更多设计师加入 → 循环。

如果你的产品里没有「用户用完了想分享」的机制，你的增长飞轮缺了一个齿轮。这个齿轮不一定是代码——可能就是一个「分享」按钮、一个「邀请协作者」的入口、一个导出图片自动带上你 logo 的小功能。

---

三、10→100：从验证到规模化

你有了付费用户。你的飞轮在转。现在的问题是：怎么把它从一年几万块变成一年几百万甚至几千万。

这个阶段的核心矛盾变了。不再是「有没有人付钱」，而是「你能不能在不累死自己的情况下让更多人付钱」。

3.1 团队建设：从一个人到一家公司

最重要的一条原则：先建系统，再招人。不要让新人进来之后面对一堆混乱。

大多数创始人犯的错误是：觉得自己太忙了 → 招一个「某方面很强的人」→ 丢给他一堆烂摊子期待他搞定 → 三个月后发现更乱了 → 自己回来收拾。

为什么？因为新人进来面对的是一个没有系统、没有文档、没有流程的环境。他不知道谁负责什么、不知道数据在哪、不知道用户是谁、不知道什么能做主什么不能。他的「能力强」在这种环境里完全发挥不出来。

正确的顺序：你先把关键流程写下来，再招人来执行和优化。

不需要复杂。就是一页文档。以「用户反馈到产品迭代」这个最核心的流程为例：

1. 用户反馈从哪里进来（邮箱/微信群/客服通道）
2. 由谁收集到一个 Notion 数据库里
3. 每周一下午你 + 运营一起过一遍，排优先级
4. 标记状态：计划中/开发中/已上线/不做（必须写原因）
5. 上线后在群里通知提出这条反馈的用户：「你之前提的那个问题，已经修了。」

这个东西不需要任何工具成本。一个 Notion 页面，一页纸。但它的价值是：任何新人进来的第一天，就能看懂「公司是怎么运转的」。

3.2 招聘：什么时候招什么类型的人

团队扩大的节奏不是线性的。有四个里程碑：

阶段	团队规模	核心角色	你的精力分配
一人公司	1	你	100% 做产品
最小团队	3-5	你 + 运营/客户成功 + 后端 + 前端/全栈	70% 做产品，20% 面试，10% 链接
早期公司	10-20	你（CEO）+ CTO + 产品 + 设计 + 增长 + 客服 + 市场	40% 招聘 & 团队，30% 产品 & 战略，20% 链接，10% 其他
A 轮后	30-80	完整的职能部门 + 开始有中层管理	30% 战略 & 董事会，20% 招聘高管，20% 链接，15% 产品，15% 组织文化

招聘高管是创始人必须亲自做的事，不能外包给 HR。

我自己观察过一个最典型的失败模式：创始人忙不过来 → 让 HR 招一个 VP Sales → VP Sales 来了三个月，跟创始人的方向对不上 → VP 走了，团队散了，业绩没了。

原因是：高管不是「能力够就行」。高管的核心价值不是他个人的执行能力，而是他的判断力和你的一致性。 这个一致性需要你来聊，不是 HR 来聊。HR 可以筛简历、可以安排面试流程，但最终这个人看什么指标、做什么决策、价值观跟你是否一致——只有你能判断。

怎么判断？一个简单的方法：跟候选人一起工作一天。 不是面试，不是吃饭。是让他跟你一起处理一个真实的问题——用户反馈中一个最难对付的需求、一个还没想清楚的定价方案、一个竞品刚发的新功能你们要不要跟。看他的思维过程。看他问你什么问题。看他怎么处理不确定。

3.3 增长体系的工业化

当你到了 10→100 阶段，增长不再是「创始人发推文 + 用户口碑」。你需要系统化的增长。

第一步：搞清楚你属于哪种增长类型。

大多数公司在 10→100 阶段是以 PLG 为主，内容为辅的组合。因为 PLG 的边际成本随规模下降，而内容的积累效应是最持久的。

第二步：建一个增长实验系统，不是做一堆零散的实验。

在 Notion 里建一个「增长实验」数据库。每一条实验的格式必须是：

「如果我们做 X，那么 Y 指标会提升 Z%，因为 A 类型的用户会做 B 行为。」

没有「因为」，就不要做。你没想清楚因果逻辑，纯碰运气。

好的假设举例：「如果我们在注册后立刻显示一个别人的真实项目（而不是空白工作区），Day 1 激活率会提升 15%，因为新用户看到别人用产品的样子比看到教程更容易理解产品价值。」

坏的假设举例：「如果我们改首页颜色，转化率会提升。」不知道因果，是在赌。

控制实验节奏：每周最多一个实验。不是不做，是不要乱做。做太多实验你根本不知道哪个变量导致了结果变化。每次实验结束，记下结果和原因。三个月后，你就有了自己的增长直觉。

3.4 融资：什么时候融、怎么融

你不需要融资。你可以在不融资的情况下做到年收入几百万甚至几千万。 很多我们熟知的公司——Mailchimp（被 Intuit 以 120 亿美元收购前从未融资）、Atlassian（在 IPO 前只融过一笔 Accel 的钱）、Zapier——都走的是这条路。

但是，如果你的市场需要速度（比如竞争对手在烧钱抢份额）、或者你的品类需要规模效应（比如平台型产品），你需要融资。

什么时候融资？

不是「快没钱了」。那是被动融资，你很被动，估值很差。

融资的最佳时机是：你不需要钱的时候。 你刚刚签了一个大客户，你刚刚跑通了一个增长循环，你的月增速在 30%+，你给 VC 打电话说「我们在考虑下一轮，不过不急」——这时候对方兴趣最大。

一个实操的融资格局：你永远在融资，只是不在每一刻都融。

具体做法：每 3-6 个月，跟 2-3 个 VC 的合伙人/投资经理吃个饭或打个 15 分钟视频电话。不说「我要融资」。就是「同步一下最近的情况」——最近三个月数据怎么样、团队有什么变化、用户有什么新发现、产品下一个方向是什么。这两个 VC 不需要是你马上要融的基金，可以是你觉得看这个方向的投资人。

这个节奏的目的是：当你真的需要正式融资的时候，跟你聊的投资人已经不是第一次听说你了。 他们已经跟踪了你 12-18 个月，他们知道你的数据曲线是真实的而不是一个月做出来的。你的 DD（尽调）周期可以从 3 个月缩到 3 周。

不要做的事：不要到处发 BP。不要一天安排六个投资人见面。不要在咖啡厅里拿着电脑比划。真正有经验的投资人看几样东西就决定了 80%：你的用户留存数据、你的团队背景、你的赛道规模。剩下 20% 是他能不能相信你这个人。而你发出去的冷冰冰的 BP 和你在咖啡厅里紧张的 pitch，不能帮他做这个判断。

3.5 组织文化的第一块基石

10→100 阶段必须开始认真对待「文化」这个东西。不是说你要贴标语、搞团建。文化是当你在会议室里讨论一个困难决策时，你内心的那根准绳是什么。

把文化写下来的唯一原因，不是为了让员工背诵，而是为了给招聘和裁员一个明确的标准。你招的人不符合你的文化，三个月后面试你又要重新招。你留了一个能力强但做事方式跟你核心价值观相反的人，他一个人能毁掉你一半团队的氛围。

写在哪里？公司 Wiki。三到五条原则。每一条下面写清楚「什么行为反映了这条原则」和「什么行为违背了这条原则」。

案例：Stripe 的「Users First」（用户优先）。 这不是一条挂在墙上的标语。它是 Stripe 每周高管会的第一个议题：「过去一周，有哪些用户反馈让你重新思考了我们正在做的事情？」这条原则的落地方式就是：把用户的声音放进公司最重要的决策场域里，不是偶尔想起来问一下客服部门，而是 CEO 本人每周花 30 分钟听用户的真实录音。 当一个原则变成了一个具体的会议议程、一个不会被跳过的环节——它才是真的。

你不需要现在就做得像 Stripe 一样系统。但你要开始想：你这个公司最重要的三样东西是什么。写下来。下一次你面试一个人的时候，对照问自己：「这个人是会强化这三样东西，还是会稀释它？」

3.6 链接在 10→100 阶段的变化

在这个阶段，你的链接重心从「让同类人找到你」变成「主动找到能帮你撬动整个市场的人」。

你要找的不是下游用户，是上游节点。

一个「上游节点」是什么？是一个跟你没有任何直接交易关系，但他的行为会决定你下游用户的行为的人。具体来说：

你做什么	你的上游节点是什么
设计工具	在设计学院教 UI 课程的教授。他推荐一次，200 个学生都会用
开发者工具	在 YouTube 上做技术教程的博主。他做一个视频，比你自己写 50 篇博客有效
B2B SaaS	行业咨询顾问。客户买哪家工具，高度依赖他的建议
开源项目	别的开源项目的 maintainer。他在自己的 README 里提到你一次，比你发 100 条推管用

上游节点的特点是：他不是你的客户，但他决定了你的客户的行为。

怎么找到上游节点？在你已有的最活跃的用户里，问他们：「你当初是怎么知道我们的？」反复追问问答链。你会发现，100 个用户的回答里，经常指向同一两个来源——那个来源的制造者，就是你的上游节点。

找到之后怎么合作？不是签合同、不是打钱。是让他真真切切感受到你的产品帮他解决了什么问题。如果他是一个教授，你的工具能不能让他的学生交作业更方便？如果他是一个技术博主，你的 API 能不能成为他下一个教程的主题？他帮你是结果，不是前提。前提是：你先帮了他。

---

四、100→1000：从公司到组织

你有了完整的团队、稳定的收入、清晰的文化。现在你面临一个创始人最艰难的大转型：从「什么都自己管」变成「什么都不直接管」。

很多公司死在 100→1000 这个阶段。不是因为市场不好，不是因为产品不好——是因为创始人放不了手。

4.1 OKR：什么时候用，什么时候别用

OKR 被神化了。不是所有阶段的公司都适合。

什么时候该引入 OKR？ 当你的团队超过 30 人，你发现不同部门在做互相矛盾的事情。市场部在推一个路线图版本，产品部已经改了方向。销售在承诺一个还没开发的功能。CTO 在做一个用户从来没提过需求的技术优化。所有人都在忙，但忙的不是同一件事。

OKR 的唯一目的，就是让所有人忙同一件事。

但 OKR 有一个致命的问题：如果你的市场路线还不清晰，你写出来的 OKR 是伪 OKR——你只是在把「我们猜的方向」翻译成了数字。

判断标准：你在过去连续三个季度，每个季度都能说出「我们这季度做了什么，结果怎么样，比预期好还是差，为什么」。 如果你只能说前两个季度的事，第三个季度是「还在摸索」——不要搞 OKR。你还没到那个阶段。

在规范 OKR 实践里：

• O（目标）描述方向，不包含数字。是「我们想变成什么样」
• KR（关键结果）必须可量化。是「我们怎么证明正在变成那样」
• 每个 O 对应 3-5 个 KR
• 部门 KR 从一个或几个公司 O 派生出来，没有「我自己的 OKR 跟公司完全无关」这回事

一个有效的 OKR 需要有逻辑链条：公司 O → 部门 O → 个人 KR，三者之间是因果关系，不是拼凑关系。

4.2 多产品线管理：矩阵结构的引入

当你有了两条以上的产品线，汇报结构必然从职能制变成矩阵制。

什么叫矩阵制？产品经理既向产品 VP 汇报（专业线），也向某个业务单元的执行负责人汇报（业务线）。

矩阵制必然带来冲突——产品经理的 OKR 跟业务单元的季度目标对不上、资源被两个老板拉扯。这是健康的冲突。管理不是要消除冲突，是要建立冲突的解决规则。比如「当结构性的利益冲突发生时，由更高一级的业务负责人做最终裁决，并于 48 小时内出裁决。」

案例：Shopify 在 2023 年做了一个激进的组织结构调整。 他们把所有职能团队（产品、设计、数据）全部打散，按业务单元重新组装。每个业务单元有自己的 GM，直接对 CEO 负责。这个调整导致了大量的内部摩擦——原有的汇报线全部断裂，很多人在调整后的前三个月不知道该向谁汇报。但 Shopify 坚持了下来。因为随着业务线越来越多，职能制已经无法支撑快速决策——一个功能评估需要等产品 VP 批、设计 VP 批、数据 VP 批，等到所有人批完，窗口期已经过了。矩阵制牺牲了初期的「优雅」，换来了决策速度。在规模化阶段，速度永远比优雅重要。

4.3 并购：当你不需要自己建所有东西的时候

并购不是大公司的专利。在 100→1000 阶段，并购是获取人才、技术和客户最快的方式。

三种典型的并购类型：

类型	买什么	通常在什么时候	风险
Acqui-hire（人才并购）	买团队——一个跟你方向高度相关但没跑出来的小公司，你把团队收过来，产品合并或关掉	你缺某种能力（比如 AI），自己培养要 18 个月，来不及	整合失败——团队进来后发现文化建设完全不同，三个月走一半
产品-技术并购	买技术——对方的东西能补你产品线里缺的一块，比自己从零开发快	你的客户需要一个你不具备的能力，竞争对手已经有，但有一家小公司刚好做了	技术债务合并——两套代码对不上，整合成本远超预期
市场并购	买客户——对方的产品跟你有重叠，你把他的客户收过来，平滑迁移	你的产品已经够好，但获客速度不够快，市场上有一家能帮你跳一个数量级	用户流失——对方的用户可能只是被动迁移，不是真正需要你的产品

并购成功的第一条规则：不要高估自己整合陌生人的能力。

多少创始人觉得「那边有五个还不错的工程师，我们的产品刚好需要人，出点钱收了，皆大欢喜」。然后他们收进来发现：对方习惯远程工作而我们要求坐班、对方用 Python 而我们的后端是 Go、对方觉得我们代码写得烂我们觉得他们测试不规范……六个月后剩两个人。

一个实操的并购判断框架：你之前是不是已经跟对方的核心创始人有过至少一个季度的某种协作？ 如果你们已经在一个开源项目里合作过、已经在行业里互相推荐过半年、已经在北京出差时一起吃过五顿饭——你们之间的信任已经建立。这时候谈并购，成功率远高于你从没接触过的团队。如果从来没协作过，别急着收购。先合作三个月。

4.4 竞争：当对手开始模仿你的时候

在 100→1000 阶段，你一定会面临一个局面：你的竞争对手开始模仿你的功能。他们抄了你的界面、抄了你的一个核心流程、甚至直接用你的定价方案减 20%。

第一反应：不要慌。模仿是成功的副产品。

如果你的竞争对手在模仿你，说明你的方向是对的。如果他们不模仿你——要么你不够大，不值得被模仿；要么你的方向大概率是错的。被模仿是最好的反向验证。

但被模仿的风险是真实的——如果你的护城河只有「功能」，那确实一两个月就被抄了。

真正的护城河用功能打不下来：

护城河类型	是什么	为什么不好抄
网络效应	用户越多越好用	你已经有 10 万用户的数据和关系网，对手做不到从零复制那个网络
数据飞轮	用户用你越多，你的模型越准，越好用	对手不能凭空生成你五年积累的用户行为数据
品牌信任	用户相信你不会乱来	这是用年计算的积累，不是用功能列表能替代的
生态锁定	大量的第三方集成、插件、模板、教程	生态需要两边的参与者，冷启动极其困难
高切换成本	用户把工作流程搬到你的产品里了，数据、模板、团队配置都在你这里	迁移不是装个新 App——是让整个团队重新培训、重新建立工作习惯

案例：Canva vs Adobe。 Adobe 在过去三四年里多次尝试推出一些功能和 Canva 直接竞争——他们做了 Adobe Creative Cloud Express 来对标 Canva 的简化设计体验。而且事实证明 Adobe 在很多功能上确实做得不错。但 Canva 没有被干掉。不是因为 Canva 的功能比 Adobe 多——论专业功能 Adobe 一定是王者。是因为 Canva 的用户已经建立了 1000 万个模板库、积累了跨团队的设计协作流程、形成了一个从设计师到非设计师的强大网络。当你的团队已经用 Canva 协作两年了，你把 300 个品牌模板存在上面了，你不可能因为 Adobe 出了个新工具就集体迁移。护城河不是功能墙，是迁移成本 + 网络效应 + 习惯。

4.5 这个阶段的链接：做行业标准

在 100→1000 阶段，链接的性质完全变了。你不是在找人合作——你是在定义行业标准。

有一个操作叫「联合行业白皮书」：你找你所在赛道里两个跟你没有直接竞争关系的、服务同一批客户的、体量跟你差不多的公司，一起出一份报告或白皮书——比如「2026 年中国 XX 行业的 XX 趋势」。你们三家各出一个观点、各给一份数据，然后联名发布。你不是在卖产品——你是在告诉市场「这个行业有三个声音，我们是其中之一」。当后续行业媒体报道这个趋势、大会设置相关议题、客户内部做采购评估——他们会自动引用这份报告。

案例：Stripe 的《The Global Developer Report》。 这是 Stripe 每年发的一份面向技术决策者的行业调研报告。它不仅让 Stripe 在支付领域建立了话语权，更重要的是——它可以让 CEO 和 CTO 在他们的董事会或者内部讨论中引用：「根据 Stripe 的开发者报告，全球云支出今年增长了 X%」。这份报告不是 Stripe 的产品，但它的传播效果远超 Stripe 产品的任何一次发布。它让 Stripe 从「一个支付工具」变成了「一个了解开发者经济的人」。

另一个操作：把你们家的 API 协议开源或公开，邀请同行兼容。

这听起来反直觉——你把自己的标准公开了，不是给对手抄吗？但如果你的产品已经成为赛道第一，你公开标准的结果是：新进入者不需要跟你从零抢市场，他们只需要兼容你的市场。而兼容你的人越多，你的标准就越牢固。最高级的竞争策略不是「不让别人用我的东西」，是「让别人用了我的东西之后离不开」。 微软当年对 Linux 就是这样——从敌对到拥抱，因为 Linux 的生态规模已经到了挡不住的地步，拥抱比对抗更划算。

---

五、1000→IPO：从组织到公众公司

不是每家公司都要上市。Basecamp、Mailchimp（在被收购前）、Zapier、Webflow——都是百亿级公司，都没上市，活得好好的。

但如果你选择上市，你需要知道这到底意味着什么。

5.1 上市的本质

上市不是「成功了」——是你把公司的所有权卖了一部分给公众，从此你的做事方式必须彻底改变。

没有上市前，你的唯一谈话对象是你的团队和董事会。你的决策逻辑可以是：「这个季度我们不做收入增长，我们要投入产品重构。」你的团队会理解、董事会如果信任你也会理解。

上市之后，你的谈话对象多了一个——华尔街分析师和公众投资者。他们手里拿着季报，每个季度等你的数字。如果你连续两个季度没有达到他们预期的增长——不管你的理由多合理、战略多正确——你的股价会跌，你的员工期权会贬值，你最好的人可能开始看别的公司。

这不是坏事——这是约束机制。上市逼着你建立一套可以预测的、可持续的运营模型。但你要清楚：这套约束机制一旦开启，就不会停。你要做好心理准备——你从 CEO 变成了「上市公司 CEO」，这是两份不同的工作。前者只需要对产品和团队负责，后者同时要对监管机构、审计、投资者关系、研究部门和分析师负责。

5.2 IPO 全流程

以下是 1000→IPO 阶段从启动到上市后的完整流程。它不是某一家公司的具体路径，而是基于公开案例和行业实践归纳出来的通用模板。每一步的时长和顺序会根据公司规模、业务模式和市场环境有所不同。

具体步骤：

时间	要做的事情	容易忽略的点
T-18 个月	启动 SOX/内控合规建设。找有上市公司经验的 CFO。审计委员会组建	如果你在 T-12 个月才开始准备，大概率要延期。合规不是发几个文件——是整个财务、法务、人力的操作习惯都要改
T-12 个月	选承销商（投行）。选审计师（四大）。律师团队到位	你的 CFO 必须是 IPO 级别的，不是以前的财务负责人升一格就能干。如果 CFO 没做过 IPO——赶紧找一个做过的，哪怕做顾问
T-6 个月	提交 S-1/A1 招股书第一稿，进入 SEC/港交所的问答循环	招股书里「风险因素」那一章必须诚实地把所有可能出问题的地方都写出来。不是越多越好，是越诚实越好。所有试图淡化的地方，一旦后验证不符合事实——就是诉讼
T-2 个月	试水路演（Testing-the-Waters）、投资者教育会议	这时候跟投资人说的每一个数字，都必须经得起三到五轮追问
T-1 个月	正式路演 + 定价。你一天可能见五拨投资人，连续两周。每个城市飞一次	保持体力。这是体力活，不是脑力活。准备好你的数字故事——你过去三年的增长不是偶然的，可以持续
上市日	敲钟	敲完回来继续干活——你的股票明天可能跌
T+1 个月	静默期结束——可以重新公开讨论了	—
T+6 个月	锁定期结束——员工和早期投资者可以卖出股票	提前一个月跟核心团队沟通：第一批解禁的股票量有多大，有没有减持计划，不是说让大家不要卖——是管理预期，避免股价在解禁日大跌。解禁不是危机，没有预期的解禁才是危机
T+12 个月	首次分析师日（Analyst Day）——向市场全面介绍你的长期战略	别卖未来，卖你现在能做到的事和未来为什么能做到的逻辑，不是承诺数字

5.3 上市之后

上市不是终点。是换了一张更大的地图。

你真正要面对的变化有三条：

第一条，你的工作内容彻底变了。 你每周至少花一天处理跟「做产品」毫无关系的事情：审计委员会会议、投资者关系更新、分析师电话、薪酬委员会、董事会治理。如果你每个月还能写一行代码，你已经比大部分上市公司 CEO 幸福。

第二条，你被装进了一个「季度考核」的框架。 长期的战略投资——比如投入一个两年后才能商业化的 AI 研究团队——每一个这样的决策，你都需要在你的季度会议上讲清楚：「为什么这个季度我们在 XX 上投入了 YY 美元，但这两个季度都不会有收入。」你的股东会挑战你——你有足够的逻辑和信念顶住吗？

第三条，但你现在有了一个长期的融资通道。 上市之后你可以通过增发和债券来融资——你可以用股权加现金做收购、你可以去投你十年前不敢想的赛道。上市的终极价值不是「融了一笔钱」——是你现在有了一张长期、低成本、随时可用的融资牌照。

---

六、全周期的做事与链接比例总表

发展阶段	关键指标	做事占比	链接占比	链接的核心对象	容易犯的错误
0→1	你做出来了你自己用着不想换	95%	5%	发一条公开消息——仅此而已	东西没做出来就跑去递名片
1→10	前 100 个真爱用户 + 第一个付费客户	75%	25%	回复每一个给你反馈的人、写博客讲你解决了什么技术问题	不去跟用户聊，凭自己想象加功能
10→100	DAU/MAU 稳定攀升、MRR 突破第一个台阶、团队加入前 10 人	55%	45%	上游节点（教授、博主、行业顾问）、VC 跟踪联系、可规模化的增长渠道	创始人不放权、团队进来了没文档没流程
100→1000	业务单元自负盈亏、OKR 运转、高管能独立决策	40%	60%	行业标准定义者、并购标的跟踪、战略合作伙伴	还在自己管所有事、高管进来了但不敢放手让他们做决策
1000→IPO	合规就绪、投资者关系运转、季报经得起美国审计	30%	70%	投行、四大会所、律师、分析师、投资者、监管机构	觉得上市就是成功了——这是新游戏的开始，且难度比上一阶段更高

---

七、从零开始的行动清单

如果你今天还什么都没有

1. 本周：找到你每天在用且不满意的一个东西，写 100 字描述问题——必须出现具体的人和场景
2. 下周：用 AI 辅助写一个只解决这一个问题的版本，部署上线
3. 第三周：自己用它一周。记下每一次你想骂人的时刻
4. 第四周：发出来。只发一句话：「我做了一个解决 XX 问题的东西，链接在这。」
5. 一个半月：找你评论区里最有深度的三个人私聊——他们在做什么？有没有跟你的东西有交集的？

如果你已经有了产品，但还没到 100 个用户

1. 找到你的前 20 个用户——不是注册用户，是还在活跃的。每个人私信聊 15 分钟。不要推销，问他「你上次用我们的时候，遇到了什么问题」
2. 把聊到的所有问题写进一个 Notion 数据库。你至少会发现两三个你之前完全没想到但用户反复提到的东西
3. 修其中的一个。然后回到第 1 步

如果你有 100 个付费用户，在想怎么扩大

1. 画出你的增长飞轮——「用户做了什么 → 导致了什么 → 吸引了什么 → 循环」。如果某个环节断了，那就是你下个季度要修的东西
2. 找到你的上游节点——你的用户里一定有人在教别人怎么用你的产品。找到他。他可能需要什么，你先帮他
3. 每 3 个月跟 2 个 VC 同步进展，不融资——只是在建立跟踪记录

如果你团队 30+ 人，你可以感觉到组织在失控

1. 写下来你公司的三条文化原则。每条下面写「什么行为反映了它」和「什么行为违背了它」
2. 把你「用户反馈到产品迭代」的流程写成一篇公开的三页文档——任何新人进来第一天就能看懂
3. 检查你过去三个季度的结果——每个季度你都能讲出「做了→结果→反思」吗？如果能，考虑引入 OKR。如果不能，先回去修数据基建

如果你已经开始认真考虑上市

1. 找一位做过 IPO 的 CFO。不是「做过上市公司 CFO」——是「带过一家公司从 A 轮到上市」。这两种人的经验完全不同
2. 提前 18 个月启动 SOX 合规建设。这不是财务部门的事——你的开票流程、审批流、合同管理、数据留存，每个环节都要改
3. 在投行来之前，先准备好你的「数字故事」——你过去三年的增长不是偶然的，而且未来三年可以持续。这个故事你要自己先讲到你自己都信

---

八、最后

写了这么多，但我最想说的是——你现在不需要看完这一万五千字。

你现在在哪个阶段，就把哪个阶段看了。剩下的现在看了也没用——你现在的核心矛盾跟你三年后的核心矛盾不是一回事。

但有一句话适用于所有阶段：

你手上的东西，是你最硬的链接身份证。你发出的信号，决定了你吸引的是做事的人还是做活动的人。

从 0 到 1 从今天开始。做一个你自己每天都想用的东西。然后发出来。让同类人来找你。

这是我见过的最简单、最少内耗的路径。没有第二条。