Framework Deep Dive

马斯克五步法

埃隆·马斯克在 SpaceX 与特斯拉工程实践中总结的设计原则:在优化或自动化任何事情之前,先质疑其存在的必要性,再不断精简。

大多数团队在优化不该存在的东西

工程师和产品团队有一个根深蒂固的惯性:拿到一个需求,就开始想怎么实现、怎么优化,而很少问——这个需求本身应该存在吗?

结果是什么?团队花费大量时间构建精良的功能,给复杂的流程添加自动化工具,把糟糕的工作流程执行得越来越快——但这些东西从一开始就不应该存在。他们在不断优化错误的事情。

马斯克五步法从根本上颠覆了这个顺序。它要求在做任何事之前,先质疑这件事存在的必要性,再删除所有可以删除的,然后才考虑优化和自动化。跳过质疑直接进入执行,是最常见也是最昂贵的错误。

五步,严格按顺序执行

这五步的顺序不可颠倒。每一步都以前一步为前提——自动化糟糕的流程只会让糟糕的事情发生得更快。

1
Step 01 · Question Requirements
质疑需求
「让你的需求变得不那么蠢。」每一个需求都有一个提出者——追溯到这个人,才能真正质疑它。来自权威的需求往往最危险,因为没人敢问为什么。
2
Step 02 · Delete
删除冗余
删除零件、步骤、功能。如果你删除的东西中没有 10% 后来需要加回来,说明你删得还不够。不必要地保留东西是工程和产品设计中最普遍的浪费。
3
Step 03 · Simplify & Optimize
简化优化
只有在删除之后,才对剩下的东西进行简化。在不该存在的东西上做优化,是在错误的方向上提高效率。
4
Step 04 · Accelerate
加速执行
简化之后,加快执行速度——缩短周期、提高频率。此刻的加速是有意义的,因为前三步确保了你在加速正确的事情。
5
Step 05 · Automate (Last)
最后才自动化
自动化是最后一步,而不是第一步。对糟糕流程的自动化,只是让糟糕的结果发生得更快、更难以纠正。只有经过前四步验证的流程才值得自动化。
⚠️
你在第几步跳过了前面所有步骤?
大多数团队的默认模式是直接从步骤 4 或 5 开始——拿到需求就加速执行,遇到瓶颈就想自动化。在质疑和删除上花费的时间,往往比执行省下的时间多出数倍。马斯克称步骤 1 和 2 是「最难的」,因为它们要求你质疑那些「理所当然」的事情。

什么时候该用这个框架?

任何面临「要做更多」压力的产品或工程团队,都应该先用这个框架问自己:我们真的需要做这件事吗?

📋
功能规划前的需求审查
在写 PRD 之前,用步骤 1 和 2 过滤掉不应该存在的需求,节省所有后续投入。
🔧
工程部署流程优化
CI/CD 流程复杂?先问哪些步骤根本不需要,再谈加速和自动化。
📝
注册/激活流程精简
用户注册漏斗长?与其 A/B 测试文案,不如先问哪些步骤可以直接删除。
🗺️
产品路线图优先级过滤
季度规划前,用这个框架审查路线图上每一项——它应该存在吗?能删除吗?
⚙️
服务运营流程重新设计
客服流程、审批流程、上线检查单——往往积累了大量本不需要存在的步骤。
🗓️
组织与会议流程精简
周会、月报、审批层级——用步骤 1 和 2 质疑这些会议和流程的存在必要性。

SpaceX Falcon 9 发动机支架:
83 个零件变成 1 个

SpaceX 在设计 Merlin 火箭发动机时,一名工程师提出了一个复杂的铝制支架方案。马斯克对这个支架逐步应用了五步法,最终实现了产品历史上最戏剧性的精简之一。

SpaceX
Falcon 9 · Merlin 发动机支架重新设计
五步法应用
🔍
步骤 1–2:质疑与删除
1
质疑规格来源:追溯发现,原始规格来自某供应商,该规格复制自航空行业标准——但火箭不是飞机,该标准根本不适用
2
删除复杂几何结构:原本为满足不必要规格而存在的复杂形状被直接消除,复杂组件不再有存在理由
2
结果:支架从 83 个零件精简为 1 个整体零件
步骤 3–5:简化、加速、自动化
3
简化:用更少的材料和单一几何形态重新设计,满足真正必要的结构要求
4
加速:制造周期从 3 周缩短至 3 天——因为需要制造的东西变简单了
5
自动化:只在此时引入 CNC 自动化加工,针对已简化的单一零件设计自动化方案
五步法应用前后对比
STEP 01
质疑需求
原规格来自航空标准(不适用)
→ 规格被重新定义
STEP 02
删除冗余
83 个独立零件
→ 1 个整体零件
STEP 03
简化优化
复杂几何 + 多材料
→ 单一形态 + 更轻
STEP 04
加速执行
制造周期 3 周
→ 制造周期 3 天
STEP 05
最后自动化
手工加工复杂组装
→ CNC 自动化单一件
75%
成本下降 75%,制造周期从 3 周缩短至 3 天。同样的逻辑也适用于产品设计——一个 App 团队用步骤 1–2 发现,他们精心设计的「账户设置」流程,绝大多数用户从未访问过,整个功能模块被直接删除,节省了三个工程师两个月的工作量。

让这个框架真正发挥作用的五条原则

五步法听起来简单,但执行时有几个关键细节决定了它是否真正有效——而不仅仅是口号。

01
步骤顺序很重要——跳过质疑直接自动化是最常见的错误
在会议上说「我们先质疑需求」然后五分钟后就讨论实现方案,这不算真的应用了步骤 1。顺序意味着你必须在进入下一步之前,充分完成当前步骤。
02
每个需求都有一个负责人:追溯到人,才能真正质疑它
「大家都说需要这个功能」是无法质疑的。「这个需求来自 XX 在 3 月的会议」是可以追溯的。找到提出这个需求的人,才能真正质疑它的合理性。
03
「删除」不是妥协,而是最难的设计决策
在产品中加一个功能很容易,删一个功能需要巨大的决心。马斯克说:如果你删除的东西中没有 10% 后来需要加回来,你删得还不够激进。删除是一种设计能力,需要刻意练习。
04
用这个框架审查你的产品路线图上每一个功能
季度规划是应用这个框架的最佳时机。把路线图上每一项过一遍:它应该存在吗?能删除吗?如果不能删除,能简化吗?经过这个过滤器的路线图,通常会缩减 30–50%。
05
每个季度问一次:「我们做的哪 10% 的事情根本不应该存在?」
把这个问题放进季度复盘议程。不是「哪些事情可以做得更好」,而是「哪些事情根本不应该做」。这是团队最难回答、但价值最高的问题。

从火箭工厂到产品团队:马斯克工程哲学的普适化

马斯克五步法并非出自学术论文,而是从特斯拉和 SpaceX 数十年高强度工程实践中萃取的第一性原理方法论,由马斯克本人在多次公开访谈和 SpaceX 内部培训中系统阐述。它的核心主张是:大多数产品失败源于优化了本不该存在的需求——先消灭错误的问题,再追求最优解。

2002
SpaceX 创立,第一性原理工程文化成型
马斯克在创立 SpaceX 时拒绝接受"火箭必须昂贵"的行业假设,从原材料成本倒推火箭制造可行性,这一思维方式成为五步法的哲学基础。早期团队在猎鹰 1 号研发过程中形成了"质疑一切需求"的工程文化。
2006–2012
特斯拉 Model S 开发期间形成系统方法
主导特斯拉 Model S 开发时,马斯克将这套流程显式化:先删除不必要的部件和流程,再简化,再加速,最后才考虑自动化。他后来在采访中透露,"自动化排在最后"这一反直觉原则正是从 Model S 和 Model 3 的产线血泪教训中提炼的。
2021
星舰(Starship)发布会上公开系统阐述五步法
在 SpaceX 星舰工厂的一次内部会议中,马斯克首次完整地将五个步骤逐一命名和解释,视频随后在网络广泛传播。他特别强调第一步"质疑需求的必要性"是最难执行却最关键的步骤,错误的需求往往来自职级最高的人。
2022
接管 Twitter 后的工程重组引发大规模讨论
马斯克收购 Twitter(后更名为 X)后公开表示将五步法应用于平台重构,大幅削减功能和人员,再简化基础架构。无论评价如何,此事件将五步法带入主流商业媒体视野,引发产品界对"先删除再优化"理念的广泛辩论。
2023–至今
产品管理界系统整合五步法为通用框架
《Lenny's Newsletter》、Product School 等主流产品管理媒体和培训机构将五步法提炼为可操作的产品开发指南,与精益创业、Shape Up 等方法相互参照。该方法从制造业语境扩展至软件产品领域,成为强调工程效率文化团队的重要参考框架。

与这些工具搭配效果更好