第6章 02：组建你今天需要的团队，而不是你幻想中的团队#

你已经花了三个月找完美的联合创始人。技术能力、商业嗅觉、行业人脉、愿意拿股权干活。见了几十个人，没一个全部满足。

与此同时，你的竞争对手带着三个"够用"的人就上线了。产品在跑，从真实用户身上学习，每周迭代。

你还在招人。

这就是"完美团队"陷阱——它杀死的创业公司比烂产品还多。不是因为创始人懒，而是因为他们在错误的阶段对团队组成有过高的要求。他们在组建交响乐团，而他们真正需要的是一支声音够大、学得够快的车库乐队。

等待完美的真实代价#

每花一周寻找理想的人选，就是一周没在做产品、没在学习、没在交付。在早期，每一周都至关重要。

算一笔没人算的账：你花三个月找 CTO。这段时间里，你本可以用无代码工具做一个粗糙的原型、让真实用户测试、收集反馈、迭代两轮。等你梦想中的 CTO 到位时，你已经知道该做什么了。然而现实是你从零开始——还多了一份更高的烧钱速度。

“完美团队"幻觉有三种表现：

等待。 你很清楚需要谁，但在找到之前拒绝开始。项目搁置，势头消失。

囤人。 你招的是六个月后才需要的角色。没有产品可以推的市场负责人，没有运营可以管的运营 VP，没有数据的数据科学家。花钱多、利用率低、人也沮丧。

过度苛求。 招聘要求写得像许愿清单。你这个细分领域十年经验，带过二十人以上的团队，既有创业经验又有大公司经验，还愿意接受低于市场的薪资。你描述的是一只独角兽。独角兽不会回复你的招聘帖。

三种表现的根源一样：为你想到达的地方优化，而不是为你所在的地方优化。

“够用"原则#

早期真正管用的做法：为未来九十天最关键的三件事招人。 仅此而已。

不是未来一年，不是下一轮融资。未来九十天。

列出接下来三个月里，你的创业公司要活下去必须完成的所有事情。不是活得好——是活下去。找出最重要的三件事——那些如果不做，其他一切都没意义的事。

然后问：谁能做这三件事？不是做得出色，而是做得够用，下周就能开始。

这就是你的团队。

一个产品经理想做一个 App，但她不会写代码。常规建议：找一个技术联合创始人。她找了四个月，没找到合适的。然后她换了个思路：“未来九十天最重要的三件事是什么？” 答案：做一个能用的原型、让二十个人用起来、收集足够的反馈来验证方向。

这不需要 CTO。她花两周学了 Bubble，做出了一个丑但能用的原型，通过个人网络推给了二十个用户，收集到的反馈彻底改变了她的产品方向。

三个月后，当她去招技术联合创始人时，她有东西可以展示：一个经过验证的概念、真实的用户反馈、清晰的技术方向。对方立刻加入——不是因为她口才好，而是因为她已经用行动证明了这个想法值得投入。

她节省了三个月时间，技术薪资花了零元，最终还找到了一个更好的联合创始人——因为她有真东西可以拿出来。

执行力 > 能力：70/100 法则#

在早期，一个能力 70 分但执行力 100 分的人，会跑赢一个能力 95 分但执行力 50 分的人。 每一次都是如此。

为什么？因为在早期，瓶颈几乎从来不是质量，而是速度。你不是在做最好的版本，你是在做任何版本，然后看它是否重要。

能力 95 分的人想做到完美。研究最佳实践，设计优雅的架构，写详尽的规格说明。产出精美——但很慢。

能力 70 分的人想搞定。该省的省，粗稿先发，坏了再修。产出粗糙——但它存在。在生存模式下，存在永远胜过完美。

一个做代理公司的朋友跟我说过：“我宁要一个周二交 B- 作业的人，也不要一个承诺周五交 A+ 的人。因为周二的 B- 在周三就能拿到客户反馈，周五之前我们已经迭代到 A 了。而那个完美主义者还在打磨。”

一句话概括执行力原则。

怎么设定"够用"的标准#

这不是降低标准，而是让标准匹配你的阶段。

第一步：定义当前阶段。 产品还没做？还没收入？还没找到 PMF？PMF 之后在扩张？每个阶段需求不同。对自己所在的位置诚实，不要对自己想去的位置诚实。

第二步：列出三件关键任务。 未来九十天必须发生什么？要狠。列了五件以上？你没有真正排优先级。逼自己列三件。

第三步：为每件任务定义"够用”。 不是优秀，不是世界级。能让你进入下一步的最低产出质量。对原型来说：能用、不崩、用户能理解它做什么。就这样。不需要像素级设计，不需要优雅代码。

第四步：把人匹配到任务上，而不是把角色匹配到组织架构上。 你不需要"增长负责人”。你需要一个能在下个月让五十个人试用你产品的人。也许是一个全职员工，也许是你每天晚上泡在线上社区里，也许是一个签两周合同的自由职业者。把人匹配到任务和时间框架上，而不是匹配到一个永久头衔上。

何时升级：四个信号#

“够用"是阶段策略，不是永久哲学。到了某个时候，你确实需要升级。以下是信号：

信号一：瓶颈从速度转向质量。 早期的问题是"交付更快”。后来变成"交付的东西质量不够好，留不住用户"。当质量成为瓶颈时，为质量招人。

信号二：同样的问题反复出现。 如果你的"够用"开发者不断上线需要花更多时间修复而非预防的 bug，“够用"的成本已经超过了收益。该升级了。

信号三：你在错失机会。 客户或合作伙伴有兴趣，但你的团队交付不了要求的水平。真实的收入因为能力缺口而流失。该投资更好的人才了。

信号四：你负担得起。 高级人才应该由他们将带来的增长来支撑，而不是更快地烧掉跑道。如果你说不清这个人六个月内怎么回本，那还太早。

四个陷阱#

陷阱一：拿"够用"当平庸的借口。 务实和凑合之间有条线。务实的招聘是找一个确实有能力但不过度资深的人。凑合的招聘是你找累了随便定了一个人。前者交付能用的东西，后者交付麻烦。

陷阱二：永远不升级。 有些创始人爱上了早期的草台班子，不忍心做改变。忠诚值得尊敬，但如果你第一天的开发者应付不了第三百天的技术需求，让他们留在同一个岗位对公司和个人都有害。升级岗位，不是升级关系。

陷阱三：提前招人。 “A 轮融资时我们需要 CFO。” 也许吧。但那是十二个月以后的事，而且不保证能到。在那之前，你的会计和一张好用的电子表格就够了。

陷阱四：把团队规模等同于团队实力。 十个人不等于十倍生产力。在早期，通常意味着两倍生产力、五倍成本。沟通开销、对齐会议和协调成本会吃掉人头增加带来的产出。尽可能长时间地保持团队尽可能小。

反思与自我诊断#

拉出你的团队名单。在每个人旁边写上他们的首要任务——他们必须交付的、能让公司向前走的那一件事。

找两件东西：

第一： 有没有人的首要任务是"以后"才需要的，而不是"现在”？如果有，那个角色招早了。你在为明天的价值付今天的钱——如果明天能来的话。

第二： 有没有人的角色是由头衔而非任务定义的？“市场负责人"是头衔。“6 月 15 日前拿到五十个测试用户"是任务。头衔让人舒服，任务才有用。在早期，每个人都应该由任务来定义，而不是头衔。

最后一个练习：假设你必须把团队裁到三个人，包括你自己。谁留下？为什么？ 答案会告诉你谁是现在真正必要的，谁是对未来的赌注。

为现在建设，为以后优化。这个月带着"够用"团队交付产品的创始人，永远会跑赢下个季度还在组建梦之队的创始人。

够用胜过过度。每一次都是如此。动起来吧。