PMF 之前招人，为什么反而拖慢你

2026-08-25

你一个人做了半年，有一小批用户在用，收入刚够覆盖模型调用的账单。手上的活越堆越多：界面该重做、客服该有人回、内容该有人写。于是你开始算，是不是该找个人一起干。

a16z 在 2017 年 2 月那篇讲 PMF 的十二条要点里，第 11 条只有一行：PMF 之前招人拖慢迭代，PMF 之后招人加速增长（A5.1#11）。那一行没有解释为什么，也没说在你分不清自己到没到的时候该怎么办。这篇补这两样。

站内 L9 阶梯里有一篇讲渠道跑通之后怎么分三段放大，还有一篇讲 pre-PMF 阶段功能和分发的时间比例要倒过来。那两篇处理的是资源该往哪个方向分配；这篇处理的是资源总量增加本身会怎么反噬你，以及增员这个决定该绑在哪个信号上。三篇不冲突，是接力。

一、变慢的不是执行速度，是丢弃速度

多一个人，写代码的速度确实会变快。变慢的是另一件事。

按 A5.1#3 的说法，PMF 是个过程，靠的是假设驱动的迭代——你提一个假设，做出来，看它成不成立，不成立就丢掉换下一个。在这个阶段，你的核心产能不是「产出」，是「丢弃」。半年里你可能要推翻二三十个想法，剩下的那两三个才是产品。

一个人的时候，推翻一个假设的成本是：几天代码作废，加上你自己难受两小时。

有第二个人之后，同一个动作的成本变成：你得先说服他这个方向不行；他手上那部分已经排好的活要作废；你得马上给他找到下一件能干的事，否则他会闲着，而你会因为他闲着而心虚。最后这一条最贵——为了让人有活干，你会把还没验证的方向先写成规格发下去。

于是丢弃这个动作开始变得昂贵，你会为了「不浪费已经投进去的工时」而继续做一件你其实已经知道不对的事。本站的判断是：pre-PMF 阶段增员的真实代价不在工资，在丢弃成本被抬高，依据是 A5.1#3（这一阶段的产能等于迭代次数）与 A5.1#9（在验证之前扩张会失败）这两条合起来的含义。

还有一个更隐蔽的形态。新人进来，最容易上手、也最容易显得有价值的活，是把现有的东西做扎实：重构、补测试、统一设计、做后台。A5.1#10 给的顺序恰好相反——先把 PMF 找到，再去把产品做健壮，验证之后才谈加固。加人这个动作会自动把你推向顺序的反面，因为「做健壮」是唯一一类不需要稳定需求描述就能开工的活，而 pre-PMF 阶段你手上最不稳定的正是需求描述。

二、「等到了 PMF 再招」这句话没法执行

第 11 条那一行里，「PMF 之前」和「PMF 之后」被写成两个界限分明的时段。真实情况不是这样。

同一篇文章的第 8 条专门破了几个迷思，其中三条正对着这里：PMF 不是一次性事件、不总是显而易见、而且是会丢的（A5.1#8）。文中还转述了 Ben Horowitz 的观点——PMF 是迭代的、连续的，如果停止适应就会丢掉；市场和竞争者持续变化，所以要持续适应才能保住（A5.4）。

把这两条摆在一起，「等到了再招」就成了一句无法落地的指令：你在等一个不会响的钟。

更麻烦的是第 6 条：创始人经常把早期的一点起色误当成真的 PMF（A5.1#6）。所以先回答一个问题：把「该招人了」这个念头推上来的，具体是哪件事？如果答案是「最近有点起色、忙不过来」，本站的判断是：你正处在幻觉风险和增员冲动共用同一个触发条件的那个时刻——起色让你把进度读高了，忙碌让你想加人，两者是同一件事的两面，依据是 A5.1#6 与 A5.1#3（起色是单次迭代的结果，不是迭代成立的证明）。

所以这篇不打算给你一条「分数到几就可以招」的线。**本站的判断是：增员判据不该绑在「到没到 PMF」这个状态判断上，而该绑在「你要这个人做的事，属于验证还是属于放大」这个性质判断上。**依据是 A5.3——价值假设说清楚客户为什么会用你的产品，增长假设只有在价值假设被验证之后才做。招人这件事在多数情况下是执行增长假设，而你可能还没走完前一半。

还有一层是关于时间的：团队规模是你适应速度的分母。A5.4 说 PMF 会因为停止适应而丢掉，而每多一个人，你重新适应一次要动的东西就多一档——他手上排好的活要重排，方向要重讲一遍，他那条线还成不成立要重新判断。招人的代价不只在 PMF 之前结算一次，它在你以后每一次重估时都要再结算一次。

a16z 那篇里也引用过几个说法，其中一条是验证市场需要的时间比多数创始人预期的长（A5.2）。这是那篇文章从更早的材料里转引的，本站没有追到源头，不作本篇的论断依据。真正该被怀疑的也不是这类说法的数值，是你自己那句「再有两个月就稳了，所以现在招人正好来得及培养」——这里的两个月是你估出来的，而你手上没有第二个来源可以对表。

三、AI 产品上，这个决定比一般软件更贵

人是固定成本，每月定额往外走，和你这个月验证了几个假设没关系。AI 产品的问题在于，它同时还有一笔按使用量走的变动成本。

按 B2.2#1 那条机制：传统低价软件普遍走免费层加长试用期，因为毛利高，养一批免费用户的成本可控，用户在某天自己想通了就升级；AI 产品每一次调用都在花钱，于是被迫在很早就推转化，甚至出现按日的用量墙。这条机制不含任何数字，也不随行情波动。

它对增员的含义是：你没有「先把人招进来把用户量做上去，钱以后再说」这个缓冲期。用户量涨上去这件事本身就在烧钱。

再加上 B2.2#2 那条比例关系：回收期算的是用毛利贡献补回获客成本要几个月，毛利率打对折，回收期就要原来两倍的时间。同样是养一个人，AI 产品需要更长的时间才能把这个人对应的获客投入赚回来，而这段时间正是你最需要保持转向自由的时间。

至于这个品类的基本面，它自己也在快速变化。ChartMogul 那份报告里，AI 原生产品的中位总收入留存在 2025 年 1 月是 27%，到 2025 年 9 月是 40%（B1.4）——九个月涨了十三个百分点，一种可能的解释是尝鲜的人陆续离场、基本盘沉淀下来。这个数还会继续变。顺便说清，这里的 40% 是留存口径，和问卷里「回答非常失望的比例达到 40%」那条线不是一回事——那条线的说法出自 Superhuman 那篇复盘里的转述（A3.2），两个数只是碰巧一样。而且那份报告只统计已经做到 $250k ARR 的公司（B1.0），它描述的是活下来的公司之间的差异，不是你这种阶段的产品的命运。

本站基于以上几条的外推判断是：在一个留存基线本身还在逐季度移动的品类里，用当下这几个月的经营状况去支撑一个至少要养一年的固定成本，风险比在传统软件里高。这是相关性上的判断，不是因果结论。

四、增员前的四问，加一问

本站的做法是把这五个问题照抄到纸上，逐条写答案；写不出来的那一条，就是你还不该招的理由。依据在 A5.3（价值假设先于增长假设）、A5.1#11（增员时机）和 B3.1#3（默认功能测试）。

你要这个人做的事，过去四周你自己做过吗，做了多少小时？ 没亲手做过就招人，等于外包一个你自己还没搞懂的岗位——你没法验收，也没法在方向变了之后判断他该改做什么。
把这些事逐条列出来，每条标上「重复执行」或「需要判断」。 只有全部落在「重复执行」那一栏的岗位，才是可以安全交出去的。
标着「需要判断」的那几条，你现在能把判断依据写成文字吗？ 写不出来，说明这部分还在验证过程中。把还在验证的事交给别人，等于把验证本身外包了。
如果两个月后你把当前这个方向整个推翻，这个人手上的活还剩多少？ 剩得越少，说明你招的这个人越是在放大一个你还没验证完的假设（A5.3）。
AI 产品专属：如果模型厂商下一个版本把你正在为之扩人手的这个能力做成默认功能，这个岗位还成立吗？（B3.1#3）如果答案是不成立，那这个岗位的寿命绑在别人的发版节奏上，而那个节奏不归你管。

如果第 1 问就卡住了，有一个可以立刻做的替代动作：把你想招的那个岗位的活，自己连着做两周，每天记下花了多少时间、产出了什么。 两周之后你手上会多两样东西——一份真实的工时数据（它可能比你估的少，也可能整块集中在一件其实可以取消的事上），和一份已经被你自己验证过的工作说明。这两样东西无论你最后招不招人都不浪费，而它们是第 2 到第 4 问的答案材料。

五、什么时候确实该加人

2007 年那篇讲 PMF 的原文列了六条「到了」的可观察症状，其中和增员直接相关的是两条：客户买的速度快过你能生产的速度，以及你在拼命招销售和客服（A2.4）。这六条描述的是融过资、有销售团队、有服务器扩容压力的公司，一个独立开发者身上不会出现「拼命招销售」这种症状，用之前必须先换算（A2.5）。本专题另有一篇把这六条逐条换算到个人产品上，并指出其中哪几条在 AI 产品上会给假信号；那一篇解决的是「怎么用这六条判断到没到 PMF」，这篇只取其中和「该不该加人」有关的那一层，不重复换算。

本站的判断是：能支撑增员的信号只有一种形状——你在拒绝已经到手的需求。有人要给你钱、或者已经给了钱，而你交付不过来。注意这里的两个限定：是已经到手，不是可能到手；是交付不过来，不是做得不够快。前一个限定挡掉的是画像还没验证的增长假设（A5.3），后一个挡掉的是进度焦虑。

不成立的形状也只有一种：你想快一点。本站的判断是：pre-PMF 阶段的「想快一点」很容易伪装成「人手不够」，底下真正的问题是方向还没收敛——手上同时开着四条线，每条都推不动，于是感觉缺人。这种情况下加人，四条线会变成六条，因为新来的人也需要一条属于他自己的线。

分辨这两种形状，用三个问题，答案都必须能落到具体的人和具体的日期上：

这件事今天不做，明天有没有一个已经付过钱的人会受影响？ 说不出是谁，那它就不是积压，是待办。
它是连着好几周都在发生，还是这一周才冒出来的？ 只在这一周出现的忙，先回去查一遍是不是你自己上周排的活。
如果不是「交给别人做」，而是「彻底取消」，谁会来找你？ 没人来找，说明这件事的存在理由是你的计划，不是别人的需求。

三个问题里只要有一个答不出来，你要解决的问题就还不是人手。

六、如果确定要加，先加可撤回的形态

**本站的判断是：这个阶段的一切增员，先做成可逆的。**具体三条：

按件不按岗。给出一件有明确验收标准的事，做完结算，再谈下一件。你在验证的不只是这个人，还有「这类活是不是真的该外包」这个假设本身。
先交「重复执行」栏里的活，不交「需要判断」栏里的活——第 2 问那张表就是干这个用的。
给这个安排设一个复核时点，到时点重新问一遍第 4 问。

复核的节奏可以直接借 Superhuman 那套流程的最后一步：持续对新用户发问卷，每个季度按新回答重建一次路线图（A4.2）。把「要不要继续加人、要不要转成长期」这个决定挂在这个季度节点上，判据用连续两次的走向，不用某一次的绝对值。单次是个点，两次才是方向。

这样做的结果是，当 A5.4 说的那件事发生——市场变了、你得重新适应、上一版 PMF 丢了——你重估的成本还在你付得起的范围内。