Blake Scholl: "The Future Was Supposed to Be Faster"

Boom 创始人 Blake Scholl 带 50 人小团队自研 XB1，成全球首个民间打破音障的喷气机，并推动美国重新合法化超音速飞行。

造超音速飞机，瓶颈竟是迭代速度

Blake Scholl 是超音速飞机公司 Boom 的创始人。他受训为软件工程师，早年在 Amazon 工作，后来创办的 app 公司被 Groupon 收购。2014 年，他几乎没有航空制造履历，却开始造超音速客机；十多年后，他带领 XB-1 成为首架由独立团队研发并突破音障的喷气机。这次分享谈的不是“如何造一架更快的飞机”这么简单，而是：硬件创业怎样缩短学习周期，怎样把监管、制造和融资都变成迭代系统的一部分。

这期回答了 7 个问题：

1. 为什么“从没人做过”不该成为放弃一个创业方向的理由？
2. 一架没有地面音爆的试验机，如何在 115 天内推动法规改变？
3. 硬件研发怎样像软件一样连续集成、快速试错？
4. 为什么自建工厂和试验台，反而可能比外包更快？
5. 一家要烧掉数十亿美元的深科技公司，如何在产品完成前建立现金流？
6. 航空业真正稀缺的是资深履历，还是没被大公司塑形的人？
7. 跨领域创业最危险的，究竟是不会做，还是不够热爱？

被问到“科技圈广泛相信但并不是真的是什么”时，Scholl 提出了一个会让许多创业者不安的判断：一个方向长期没人做，并不自动说明它不可行。Boom 创办前，超音速飞行技术已经存在很久；从技术条件看，这家公司甚至本可以在十年前成立。2015 年，Jeff Bezos 曾拒绝 Boom 的种子轮融资。Scholl 提到，Bezos 当年还在 Amazon 致股东信中把客机列为“只有大公司能做”的事。一个软件工程师去造超音速客机，在当时听上去确实像异想天开。

但他认为，创业圈把“为什么是现在”问得太像一道资格审查题了：如果过去没人做，一定是技术不成熟、市场不存在，或者创始人漏掉了某个致命问题。"The law of large numbers you might think applies to startups just doesn't."（你以为适用于创业公司的“大数定律”，其实根本不成立。） 很多本可成为数十亿、乃至数万亿美元公司的问题，可能只是没有人愿意承担第一步的风险。

这意味着，竞争者数量不是可行性的代理指标。无人涉足的领域，有时是“难”，有时是“没人先动”。两者必须拆开验证。Scholl 也不是说所有冷门想法都值得做；Boom 的前提是底层技术早已存在。真正该问的不是“为什么之前没人做”，而是：技术、需求和监管中，到底是哪一环还没有被解决；如果没有硬障碍，自己是否愿意开始。

讲到 XB-1 突破音障后如何推动美国重新允许超音速飞行时，Scholl 给出的路径不是先扩张、后补票，而是先制造一份监管者无法绕开的安全证据。XB-1 在两次飞行中六次穿越音障，地面每一次都没有听到可闻音爆。团队验证了“Mach cutoff”：飞机在足够高的高度，按当时天气匹配适当速度飞行时，音爆会在空中折返，不会传到地面。

这个结果把一个长期争论从“多安静才算安静”变成“地面根本没有声音”。XB-1 突破音障约 24 小时后，团队受邀前往白宫西翼；115 天后，美国出台行政命令，让超音速飞行重新合法。更早以前，Boom 在 XB-1 首飞前就主动去找 FAA，展示计划、征求反馈。原本可能长达数月的研发飞机审批，在团队表示准备首飞后 90 分钟内完成。"We made it Boom plus FAA versus the problem, not Boom versus FAA."（我们把关系变成了 Boom 加 FAA 共同解决问题，而不是 Boom 对抗 FAA。）

这意味着，强监管行业不只有“先违法扩张”和“停下来等批准”两个选项。企业可以尽早让监管者看见产品、风险和验证方法，共同定义什么叫安全。边界也很清楚：Uber 可以借用户对抗监管，因为出租车行业存在直接的既得利益阻击者；航空是安全关键产品，Boom 又没有同样的对手，早期协作才是更合适的策略。

被问到为何 50 人团队能完成过去需要巨额预算、数千人参与的超音速项目时，Scholl 把矛头指向传统工程流程。飞机不是能轻易拆成独立模块的软件。比如只增加一排乘客座椅，机身会变重；机身变重，发动机需要更大推力；推力变了，机翼又得重新设计。推进、气动、结构和机载系统彼此牵动，改一个参数，往往整架飞机都要重算。

传统做法是不同专业的工程师各自在 Excel 里分析，然后把结果交给下一个人。这个过程像接力赛：每棒都可能等待，最后只能在时间和预算压力下说“差不多就造吧”。"The spreadsheet engineering is like it's like baby software."（电子表格式工程就像是幼儿版的软件。） Scholl 的意思不是 Excel 没用，而是这些表格实际上已经在写代码、做计算，却没有自动集成、自动测试和连续迭代。

Boom 因此自建 Makeboom。工程师可在配置文件中定义一架飞机，运行脚本后，数分钟内看到航程、油耗、载客量及其权衡。其 Bladeunner 工具则让少数工程师实时修改发动机叶片，并同步看到结构和气动表现，把过去数十名工程师耗时数月的流程压缩到实时完成。这意味着，硬件公司的竞争不只是谁先造出样机，更是谁能在造真机前，以数字系统遍历更多设计可能性。飞机无法天然模块化，所以更需要用软件把耦合关系显式化。

解释为什么 Boom 不依赖传统航空供应商、而要自建研发制造能力时，Scholl 说得很直白：和外部供应商迭代极其困难，尤其在航空航天领域。对供应商而言，一张小批量、频繁修改的研发订单，通常排在稳定的大客户和成熟项目之后。于是工程师即使上午发现设计问题，也未必能在本周拿到新零件；测试被推迟，新的问题也跟着往后推。

Boom 在丹佛自建研发机加工车间，让工程师和制造技术员并肩工作。现在，一枚发动机零件从数字设计到原型件，大约只需 24 小时。"And now we can go from a digitally designed engine part to a prototype part in about 24 hours."（现在，我们能在大约 24 小时内，把一个数字化设计的发动机零件变成原型件。） 这不是单纯把加工速度拉快，而是把“设计—造件—测试”之间最容易被忽略的排队时间拿回公司内部。

Boom 还在距工程和制造设施约半小时处自建发动机试验台。零件准备好了，就可以测试，不必等待第三方测试单元的空档。这意味着，垂直整合的核心价值不只是降成本或保供应，而是增加每周获得真实反馈的次数。研发像开车，最怕的不是路远，而是每踩一次油门都得预约。边界在于，这套能力首先服务研发加速；它不代表规模化制造已经完成。Boom 当时正在建设超级工厂，量产仍是另一道题。

讲到超音速客机需要数十亿美元研发资金、又无法精确预测周期时，Scholl 点出了深科技融资最尴尬的地方：投资人知道最终产品可能很大，但也知道它离交付很远；团队知道自己需要更多钱，却难以准确说明还要多少钱、还要多久。若公司只能等整架飞机完成后才有收入，融资就像要求投资人长时间蒙着眼睛下注。

Boom 的做法来自一个技术选择：他们自行研发推进系统。于是，本来为超音速飞行开发的发动机，被改造成地面天然气发电涡轮，命名为 Superpower。它不必等整架飞机完成，就能单独卖给客户。"This is a supersonic engine adapted for ground power generation that can ship without the rest of the airplane."（这是一台为地面发电改造的超音速发动机，它无需等整架飞机完成就能交付。） 首台 Superpower 涡轮已在建造中，Scholl 当时称会在不足 12 个月内交付首位客户。

这意味着，长周期硬科技不一定只能把收入放在终点。若核心技术能拆出相邻市场，就能同时积累测试数据、可靠性验证、客户关系和继续研发的资本。它不是“为了赚钱随便做个副业”，而是让主线技术在更早阶段接受真实世界检验。当然，这条路不能硬套：Boom 的发动机既能飞行又能地面发电，技术迁移顺畅；并非每一种深科技都有可独立交付、且足够大的中间产品。

被问到如何在经验要求极高的航空业招聘时，Scholl 先给了一个历史尺度：上一次由创业者创办、后来造出商业客机的公司，是 1921 年的 Douglas Aircraft。此后航空业长期被 Boeing、Lockheed 等巨头主导。问题不是行业里没有高手，而是许多人才的工作方式、决策链条和风险偏好，都是在成熟大组织里形成的。

Boom 的招聘标准因此不是单纯把履历排得越长越好。Scholl 特别重视年轻、聪明、有抱负、动手能力强、能把事做成且乐观的人。对于资深岗位，他承认更难招，所以更偏好从内部提拔在 Boom 文化中成长起来的人。"The one thing I've never been able to teach somebody else is to care when they just didn't care."（有一件事我从来教不会：让一个本来不在乎的人开始在乎。） 技能能教，知识能学，但一个人是否会主动把问题追到底，不能靠入职培训补出来。

这意味着，在旧巨头主导的行业，新公司需要的不是一支“旧公司的缩小版”队伍，而是一套不同的组织操作系统：先筛行动力和投入感，再把能力沉淀为自己的方法。Scholl 并不否认经验的价值。Boom 的规则是，年轻工程师可以做从未做过的事；但如果世界上有人做过，就必须找到那个人，请教其建议。听取经验，不等于照搬经验。

被问到 Boom 花了约十年才突破音障，如何说服投资人提供足够长跑道时，Scholl 的回答没有把苦熬包装成传奇。他承认，直到获得真正概念验证之前，所花的时间和资金都远超预期。XB-1 飞行前，Boom 曾多次濒临失败；最危险的一次，账上只剩 7 天现金，董事会要求关停公司。

回看这条路线，他认为问题不只是周期长，而是最初的原型挑战太大。一个过于宏大的首个原型，意味着工程错误、产品需求错误和制造错误会堆到同一个节点才暴露。那时，团队可能已经没有钱进行第二次尝试。"What we should have planned is something simpler and easier that that would give us multiple shots on goal."（我们本该规划一个更简单、更容易的方案，让自己拥有多次射门的机会。）

这意味着，深科技的融资能力本质上取决于验证节奏。投资人不是只在为最终产品买单，也在为公司下一次拿出证据的能力买单。更小、更容易的产品级原型，可以更早验证工程决策，也能发现需求决策是否错了，让团队在资金耗尽前修正方向。Scholl 对此给出的边界非常明确：他不建议别人照着 Boom 的路径走。XB-1 最终突破音障，不等于十年融资和高难度首个原型是可复制的最优路线。

被问到母亲劝他“做自己懂的事”是否是最差建议时，Scholl 讲了自己的反例。他早年基于 Amazon 和移动应用经历做移动电商，确实能做出高质量 app，却不在乎产品本身，也没有真正的产品愿景。技术上会做，和内心相信它该存在，是两回事。更糟的是，他见过一些成功创始人经营着自己不热爱的公司，因为对员工和投资人负有责任，最后反而难以退出。

所以，他反对把简历匹配度当成创业方向的最高准则。"Knowledge is changeable. passion is not."（知识可以改变，热情却不是。） 这句话不是鼓励人凭冲动跳进陌生行业。为了补上航空知识，Scholl 买教材，重新学习 Khan Academy 的物理和微积分，还维护了一份“困惑清单”：哪怕考试能答对，只要没有从第一性原理真正理解，就记下来继续追。结果是清单没有变短，反而不断增长。

这意味着，跨领域创业真正要判断的，不是“我今天会不会”，而是“我是否愿意在多年不确定性里持续学习”。知识缺口可以被拆成教材、习题和请教对象；缺乏投入动机则很难靠外部资源补上。热爱也不替代专业训练，它的作用是让人愿意接受训练，愿意在现金只剩 7 天、问题越学越多时，继续把问题往下拆。

Boom 的故事表面上是重造超音速客机，底层其实是在重造硬件创业的学习速度。第 3 条“硬件迭代慢，不是天生慢”解决的是数字世界里的学习：把散落在表格和不同专业之间的计算，变成可以自动模拟、反复运行的软件系统。第 4 条“把制造外包出去的，不只是工序，还有试验节奏”解决的则是物理世界里的学习：让设计、造件和测试不再卡在供应商排期里。

第 2 条把安全证据变成与 FAA 协作的共同语言，第 5 条又把发动机拆成可先交付的地面产品。它们指向同一件事：深科技不该把所有价值都押在遥远的终局，而要持续制造下一步可验证的事实。事实可以是一次无地面音爆的飞行，也可以是一枚 24 小时内做出的原型件，或是一台先卖出去的发电涡轮。

对读者而言，未必需要造飞机。但只要你在做周期长、协作复杂、结果无法立刻验证的事，就会遇到同一个问题：下一次学习，究竟要等多久？能否把目标拆成更早的证据，把等待变成自己可调度的流程，并确保这件事值得自己在漫长的困惑清单里继续投入。