Tesla 与 SpaceX 如何教创始人打造硬件 | a16z

摘要

• Tesla 和 SpaceX 通过扁平的信息流与果断的技术领导力，压缩硬件开发周期。 初级工程师可以直接找到决策者，领导者则承担信息不完备带来的风险，拍板“去做（Go）”。执行闭环是：在截止时间允许的范围内尽可能收集证据，下注、测试，再迭代。
• 激进的里程碑是诊断工具，用来暴露真正决定工期的少数约束。 Price-Wright 的框架得到 Caldwell 认同：如果必须完成1,000件事，其中900件能在6个月内完成，团队就该攻克——或删掉——剩下100件。Luzsicza 将这一逻辑用于 Galvadyne 在6月让火箭升空的目标。
• 长工时不是倦怠的首要原因，组织性内耗才是。 Luzsicza 认为，政治、反复无常的优先级、数据孤岛，以及团队“把你的乐高藏起来”，会把付出与可见进展割裂，摧毁动力。不可能的目标可以点燃一支与使命同频的团队，但前提是可信的技术路径让目标显得激进，而不是虚构。
• 工厂思维不只适用于生产线，也适用于设计、实验室、建筑、炼油厂和矿山。 Luzsicza 从 Starship 得出的经验是，不断追问需求，直到“简单就是快，简单就是便宜（simple is fast, simple is cheap）”；Caldwell 的要求则是，为每项活动做节拍时间分析，并衡量每日或每小时产出。Mariana Minerals 认为，50至100年历史的大型行业玩家所缺失的软件底座，正是机会所在。
• 垂直整合必须通过生死存亡测试，而不是仅仅承诺降低零部件成本。 Caldwell 不会仅为节省5%、10%、20%乃至50%而在早期整合，除非不整合公司就无法存在；Luzsicza 则优先整合那些会卡住 Galvadyne 迈向每年10,000枚导弹产能的总成。整合还意味着把供应商的运营风险及其上游供应链一并纳入内部。
• 人才密度来自异常深入的技术筛选和延长的试用期。 Tesla 候选人可能要面试6名工程师、完成技术测试，并经历8至10次交流；SpaceX 的实习项目提供3个月的验证期，并持续将实习生转化为关键全职人才。曾在那里实习4次的 Caldwell 称这条人才漏斗“实在太关键了（so freaking crucial）”。
• 未来的创始人在把技术学习换成承担创业公司风险之前，应先积累完整的执行周期。 Caldwell 建议多次看着项目走过早期、中期和部署阶段的“混乱期”，学会“什么才算好”，并建立招募顶尖人才所需的信誉。他给出的优先级很明确：在学习融资和招聘之前，先在技术深度上过度下注；Luzsicza 也认为，创始人不能指望边创业边学会造火箭。

精读

1. 老牌硬件行业在稀缺性与软件缺位交汇处打开机会

• Luzsicza 进入导弹行业时，给出的诊断直截了当：“我们不够用、成本太高、生产速度也不够快。”凭借在 SpaceX 和 UCLA 从事液体推进的经验，他看到 Galvadyne 可以把液体推进技术用于导弹系统，而不是继续沿用这个行业的“老一套”。

• Caldwell 在 Tesla 电池供应链长达10年的经历，暴露出关键矿产领域一个平行存在的瓶颈。矿业和冶炼行业的老牌企业往往已有50至100年历史，越来越缺技术工人，而且“软件能力严重不足”；Mariana 的答案，是把汽车和人形机器人自主技术领域的进步迁移到冶炼厂和矿山运营中。

2. 扁平组织只有在领导者快速决策时才有效

• Luzsicza 的框架是：扁平不是审美选择，也不是没有结构；“扁平组织的真正目的，是信息流动与协作。”初级工程师应能直接找到高管和相邻团队，不必让每次沟通都沿管理链条上下转发。

• Caldwell 补上必要的另一面：有坚定判断的领导者必须足够快地决策，替初级工程师消除恐惧。当有人面对一项价值数十万或数百万美元的选择时，领导者如果愿意承担风险并说“去做（Go）”，工程师就能继续推进。

• 两位嘉宾都没有把速度等同于确定性。团队在自设的时间约束允许的范围内尽可能积累信息，然后下注；通过执行检验判断是否正确，再把结果纳入下一轮；目标是在保持快速且高质量执行的同时，提高决策命中率。

3. 团队超过约100人后，共享上下文就会变成基础设施

• 两位嘉宾共同区分了首创型技术难题与协同难题：解决单个明确技术问题本就困难，但让大量人员和团队朝同一方向工作，会带来额外内耗。团队从10、20或30人扩张到100多人后，即便高管禁止信息孤岛，信息分区也会自然形成。错位的团队随后会根据本地数据优化，而不是围绕公司的完整目标优化。

• 因此，Mariana 把核心工程信息放进Web应用，内部访问控制“基本取消”。决策及其历史不应留在硬盘或邮件链里；任何人都应能还原当时做了什么决定、为什么这么决定，而 LLM 可以为陌生仓库提供查询层。

• 这一需求在工程、采购和施工领域尤其迫切，因为数据孤岛把本应共同执行一个资本项目的职能拆开。矿业的问题更严重，因为它“基本上是一项理想状态下永不结束的长期建设工程”，把地质、矿山规划、维护、运营和选矿串在一起。

4. 关键路径工作需要专注团队、书面交接和固定节奏

• Luzsicza 将关键路径定义为决定进度的设计或采购任务，完成后才能解锁下一阶段。在只有6人的 Galvadyne，追逐关键路径像永无止境地“打地鼠”；不过专业分工意味着，航电工程师加入发动机设计问题，也未必能帮上忙。

• Caldwell 警告不要踢“二年级足球”：所有人都围着球跑，今天的瓶颈吞噬整个公司。小型 SWAT 小组应集中攻克紧急约束，同时让独立团队继续推进并行工作，避免下一个任务因被忽视而变成关键路径。

• Caldwell 偏好高频、高信号的邮件更新，发件人必须是问题的终极负责人。把发生了什么写下来会迫使人复盘：如果负责人当天无法证明取得了直接进展，这份记录就会形成问责，推动团队次日纠偏。

• Caldwell 把制造业的换班交接制度引入研发：发生了什么、原本应该发生什么，以及两者为何不同。Mariana 的数据底座可以自动填充报告的大部分内容，但仍由人审核并发送；更长达12至18个月的基础设施项目，也需要固定节奏，让阶段性进展可见。

5. 不可能的截止日期应当暴露约束，而不是制造内耗

• Galvadyne 团队集体拆解了一个雄心勃勃的计划：在6月让火箭升空。Luzsicza 凭借跨系统火箭经验提出工期，再询问实际负责人是否合理，并“尽早把它争个明白”，让后续的排期漂移转化为具体的工程信号。

• Price-Wright 解释了超激进“Elon时间表”背后的倒逼机制：不要接受过去项目花36个月的事实，而要问，为什么不能在6个月内完成。如果1,000项任务中有900项能完成，剩下100项就成为优先清单；继续质疑需求，还可能发现其中一些应该直接删掉。Caldwell 认同这一框架。

• Luzsicza 更尖锐的判断是：“真正导致倦怠的是内耗。”政治、反复无常的方向、数据孤岛，以及“把自己的乐高藏起来（hoarding your Legos）”，会遮蔽进展；只有当优先级清晰、真实的技术路径不让目标沦为空想时，一个看似不可能的目标才会带来动力。

• Caldwell 表示，Mariana 目前的资源和可选路径不同，尚不能照搬 SpaceX 那种资源密集型的并行推进。Luzsicza 指出，Tesla 在拥有130,000至140,000名员工时需要更多管理结构；原则仍然有效，但落地方式必须适配规模与可持续性。

6. Starship 通过删减需求和复用成熟设计提速

• Luzsicza 在 Flight 3 前后加入 Starship，参与了全栈 V1，推进 V2，并开始接触 V3。他的生产优先经验是，迅速把需求摆出来，然后“把它们一项项从方程式中砍掉”，因为更少的需求意味着更简单的硬件：“简单就是快，简单就是便宜（Simple is fast, simple is cheap）”。

• 为助推器设计的部分 V3 硬件可以直接装到飞船上，避免稀缺工程团队再做一轮设计。复杂之处在于，燃料箱内有一根可能发生液体凝结的通气管，而其排气阀“不喜欢液体”；团队没有因此放弃复用，而是集中资源证明这一工况可以接受。

• 这一验证让飞船硬件进入生产，并使助推器之后也能使用同一套硬件。Price-Wright 的反事实总结了这一经验：如果没有提前两步考虑生产，团队就会按照眼前需求造一件定制件，而不是加速推进共用的复杂焊接总成。

7. 炼油厂和施工现场都可以按可量化的工厂方式管理

• 在 Tesla 位于 Corpus Christi、价值10亿美元的锂精炼厂，Caldwell 把名义上定制的设施当成产品来做：拆成在场外制造的模块化子集，再给每个步骤附上节拍时间分析。同样的拆解方式也应适用于分析实验室、缝焊、螺栓拧紧、采矿作业和加工环节。

• 传统施工管理往往是现场主管先问各工种准备做什么，再问做了什么，但缺少量化的短周期管控。Mariana 则把可用的材料、设备、劳动力和所需任务映射出来——这正是人类目前需要协调的3个数据库——并认为可以通过算法制定每日或每小时目标。

• 自动化采集能够闭环。Caldwell 举例，Boston Dynamics 的 Spot 在工地巡检并采集3D扫描；软件必须将这些扫描与模型对齐，之后施工现场就能使用类似工厂的仪表盘，显示每个工位是落后、按计划还是超额完成。“测量真正重要的事情”才是文化转变。

8. 只有当不整合会击穿公司时，垂直整合才具有战略意义

• Luzsicza 反对那种浪漫化的硬科技初创宣言：从一张白纸出发，什么都自己整合。Galvadyne 从可能卡住产能的总成入手，例如更大型、需要多道工序的焊接总成，再对照每年10,000枚导弹的既定目标，评估资本投入和时间成本；目前大约5个约束已经在“尖叫”。

• Caldwell 把早期整合决策归结为一个问题：“没有它，公司还存不存在？”触发条件可能是零件根本不存在、技术尚不存在，或价格高到无法承受——而不是某个非生死攸关的部件能省5%、10%、20%乃至50%。

• 以成本为驱动的整合，在团队和生产基础扩大后会变得更 relevant，但表格可能掩盖风险转移。供应商承担运营不确定性，并管理自己的供应商；向上游延伸并非消除一个供应链节点，而是迫使初创公司吸收并运营该节点的整条供应链。

• Mariana 选择同时做软件公司和基础设施运营商，因为纯软件模式的矿业 SaaS 采用速度会受制于矿业客户采用软件和技术的速度。Caldwell 坦率给出二元答案：否则 Mariana 不会存在；在竞争性生态能够让团队确信某部件成本会下降的情况下，合作仍然是选项。

9. 严格的学徒制是培养杰出创始人的人才入口

• Tesla 的工程师候选人可能要与6名工程师交流、完成技术测试，并在拿到 offer 前经历8至10次沟通。Luzsicza 接受较慢的人才漏斗，因为自主工作的员工必须在权限与问责之间取得平衡；他也将其视为双向筛选，让候选人在接受高风险初创岗位前先考察团队。

• Caldwell 说，严格面试会正向筛选出希望与同样强的同事共事的人。Luzsicza 的开放式问题——“带我过一遍你解决过的一个问题”——提供15或20分钟，从多个学科展开追问；Galvadyne 随后再进行2或3轮筛选和一次小组面试，让双方都检验是否愿意密切合作。

• SpaceX 的实习漏斗提供了面试无法提供的东西：3个月试用期，“表现极其出色的人会留下”。Caldwell 因为“根本舍不得走”而实习了4次；他说，如今由实习生转正的人才正在 Starship、Dragon 和 Falcon 各条业务中承担关键工作，Galvadyne 也出于同样原因，正在吸引 Formula C’s、无人机、UAS 和火箭团队的人才。

• Caldwell 建议有志成为创始人的人，在离开高人才密度环境前，先看着几个项目走过早期、中期和部署阶段的“混乱期”。他18岁加入 SpaceX 时，下定决心“把自己变成最大的海绵”。Luzsicza 认同这一优先级：没人能被完整地培训成一名创始人，但在学习融资、搭建公司之前，应该先积累技术深度、反复完成执行闭环，并知道“什么才算好”。