官方技能 · 商業思想家的原則
馬斯克式五步需求演算法
依照伊隆·馬斯克講過的五個步驟依序檢視流程或規格：質疑每項需求及其負責人、刪除、簡化、加速，最後才自動化。
Not affiliated with or endorsed by Elon Musk or their companies. About these principles: Elon Musk's ideas, explained.
可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時，我們改進官方技能後，你 Pod 裡的這個技能會自動更新。
適用情境
- 流程或簽核鏈變得又慢又繁重
- 要把某個工作流程自動化或為它買軟體之前
你要提供的內容
- 流程或規格，逐步列出
- 每項需求的負責人
- 每個步驟的時間和等待
- 固定限制及其來源
你會得到的內容
一張寫明負責人和結論的需求表、刪掉了什麼以及需要時會怎麼顯現、簡化和加速的項目、最後要自動化的部分，以及檢討日期。
運作方式
- 列出需求和步驟 每項一行。旁邊寫上負責它的人（人名，不是團隊）；說不出是誰時，寫「無負責人」（原則 2）。
- 質疑每一項需求 逐項問：拿掉它會壞掉什麼？負責人怎麼知道？標成保留、修改或待刪除。聽起來很有道理的需求也一樣要問（原則 1）。
- 刪除 把所有待刪除項目從計畫中拿掉。註明哪些刪除可以恢復，並預期會加回一部分：如果試跑流程後一個都沒加回來，可能刪得不夠（原則 3）。
- 簡化剩下的 到這時才合併步驟、減少交接、縮短表單、拿掉選項（原則 4）。
- 加速 縮短簡化後流程的週期時間：去掉等待、減少批次、更快做決定（原則 5）。
- 最後才自動化 列出現在已經穩定到可以自動化的部分，以及要維持人工的部分。標出原本打算自動化、但步驟已經刪掉的項目（原則 6）。
- 安排檢討 指定負責人、檢查哪些項目必須加回來的日期，以及衡量指標（週期時間、錯誤率、每週工時）。
SKILL.md 檔案
完整檔案，就是你的 AI 讀到的內容。 下載檔案
---
name: musk-style-five-step-algorithm
description: 用伊隆·馬斯克在 2021 年星際基地（Starbase）導覽中講過、華特·艾薩克森的傳記稱為「演算法」（the algorithm）的五步順序，檢視一個流程、產品規格或工作流程：質疑每一項需求並寫出提出它的人，刪掉零件和步驟，然後才簡化，再加速，最後才自動化。適用於流程變得又慢又繁重、要把某個工作流程自動化或為它買軟體之前、規格裡有沒人說得清楚的需求，或有人要套用五步演算法、質疑每一項需求、幫流程砍步驟時。
---
# 馬斯克式五步需求演算法
以下是伊隆·馬斯克公開講過的原則，來源是他 2021 年在星際基地導覽中接受 Tim Dodd（Everyday Astronaut）的訪談，以及 Entrepreneur 和《財星》（Fortune）的報導，其中《財星》的報導依據華特·艾薩克森 2023 年出版的傳記。本技能與伊隆·馬斯克及其公司沒有任何關聯，也未獲其認可或背書。這個技能帶著一個流程或一份規格依序走過五個步驟，列出要質疑、刪除、簡化、加速，以及最後才自動化的項目。
## 基本規則
- 不要把所列來源以外的引言或觀點歸給伊隆·馬斯克。
- 不要扮演、模仿伊隆·馬斯克，也不要用他的口吻寫作；只用下面的原則檢視使用者的資料。
- 守住順序。一個步驟在經過質疑和刪除之前，不提出簡化、加速或自動化的建議。
- 來自法規、安全或已簽合約的需求，以詢問它的負責人的方式質疑，技能不直接刪除。標成 [待確認：負責人／條款]，並寫明這一點。
- 絕不編造某項需求的負責人或某個步驟花多少時間。不知道的標成 [待確認：……]。
- 方法不適用時要說出來，例如一個已經精簡到底、只缺產能的流程。
## 原則
1. **質疑每一項需求，不管是誰訂的。** 馬斯克說，需求一定是笨的，不管是誰提出的，因為每個人都有出錯的時候；而來自聰明人的需求最危險，因為你可能質疑得不夠。來源：星際基地導覽第 1 部，2021 年（影片）；Entrepreneur，2021 年。
2. **每項需求都要掛一個人名。** 他說一項需求或限制必須附上一個為它負責的人的名字，而不是一個部門，因為需求可能比想出它的人留得更久。來源：星際基地導覽第 1 部，2021 年（影片）。
3. **盡力刪掉零件或步驟。** 他說人很容易傾向於加上零件或步驟，以防萬一用得到；如果沒有至少 10% 的時候需要把零件和步驟加回來，就表示刪得不夠。來源：星際基地導覽第 1 部，2021 年（影片）；Entrepreneur，2021 年。
4. **簡化或最佳化只排第三。** 他說明了這個順序的理由：聰明的工程師很常犯的一個錯，是去最佳化一個根本不該存在的東西。來源：同上。
5. **加速排第四。** 要加快，但只在前三步之後；他打的比方是：如果你在挖自己的墳墓，解法是停止挖，而不是挖得更快。來源：同上。
6. **最後才自動化。** 他說自己在特斯拉 Model 3 上犯過把步驟倒過來走的錯：先自動化，後刪除。《財星》根據艾薩克森的傳記報導，列出同樣的五個步驟、同樣的順序，並描述佛利蒙（Fremont）工廠早期一開始就要把每項作業都自動化的計畫，後來又撤回。來源：星際基地導覽第 1 部，2021 年（影片）；《財星》，2023 年。
## 適用情境
- 一個流程、表單、簽核鏈或產品規格變得又慢又繁重。
- 要把某個工作流程自動化或為它買軟體之前。
- 規格裡有沒人說得清楚的需求。
- 不適用於找出單一失誤的根本原因（請用 ohno-style-five-whys），也不適用於在整條價值流裡分類浪費的種類（請用 ohno-style-seven-wastes）。
## 需要準備
- 流程或規格，逐步或逐項列出。
- 每項需求的來源，以及誰能為它說明（知道的話）。
- 每個步驟花的時間和步驟之間的等待時間（知道的話）。
- 任何自動化或購買工具的計畫。
- 你確定不能動的限制（法規、安全、合約），附上來源。
## 步驟
1. **列出需求和步驟。** 每項一行。旁邊寫上負責它的人（人名，不是團隊）；說不出是誰時，寫「無負責人」（原則 2）。
2. **質疑每一項需求。** 逐項問：拿掉它會壞掉什麼？負責人怎麼知道？標成保留、修改或待刪除。聽起來很有道理的需求也一樣要問（原則 1）。
3. **刪除。** 把所有待刪除項目從計畫中拿掉。註明哪些刪除可以恢復，並預期會加回一部分：如果試跑流程後一個都沒加回來，可能刪得不夠（原則 3）。
4. **簡化剩下的。** 到這時才合併步驟、減少交接、縮短表單、拿掉選項（原則 4）。
5. **加速。** 縮短簡化後流程的週期時間：去掉等待、減少批次、更快做決定（原則 5）。
6. **最後才自動化。** 列出現在已經穩定到可以自動化的部分，以及要維持人工的部分。標出原本打算自動化、但步驟已經刪掉的項目（原則 6）。
7. **安排檢討。** 指定負責人、檢查哪些項目必須加回來的日期，以及衡量指標（週期時間、錯誤率、每週工時）。
## 輸出格式
```markdown
# 五步檢視：[流程或規格]
以下是伊隆·馬斯克公開講過的原則。本文件與伊隆·馬斯克及其公司沒有任何關聯，也未獲其認可或背書。
## 1. 需求及負責人
| # | 需求或步驟 | 負責人（個人） | 拿掉會壞掉什麼 | 結論 |
|---|---|---|---|---|
| | | | | 保留／修改／刪除 |
## 2. 已刪除
| 項目 | 可恢復？ | 怎麼知道必須加回來 |
|---|---|---|
## 3. 已簡化
- [變更]
## 4. 加速
- [變更，附預期週期時間]
## 5. 自動化（最後）
| 步驟 | 現在／之後／不自動化 | 原因 |
|---|---|---|
## 未變動的固定限制
- [需求] - [來源] [待確認：負責人]
## 檢討
負責人：[姓名] · 日期：[日期] · 指標：[指標]
## 使用的原則
[編號，附來源]
```
## 範例
**輸入：**「我們代理商的客戶導入要花 9 個工作天。步驟：業務填一份 40 個欄位的接案表；客戶經理再把它重新輸入 CRM；從零開始做一份啟動會議簡報；財務對每個客戶做信用調查；法務審閱標準合約；客戶會收到一份歡迎手冊 PDF；我們原本正要買一個工具，把接案表自動複製到 CRM。沒人知道當初是誰要做信用調查的；那是四年前碰到一筆呆帳後加上的。」
**輸出（節錄）：**
```markdown
以下是伊隆·馬斯克公開講過的原則。本文件與伊隆·馬斯克及其公司沒有任何關聯，也未獲其認可或背書。
## 1. 需求及負責人
| # | 需求或步驟 | 負責人（個人） | 拿掉會壞掉什麼 | 結論 |
|---|---|---|---|---|
| 1 | 40 個欄位的接案表 | 無負責人 | [待確認：啟動會議用到哪些欄位] | 修改：只留有人會看的欄位 |
| 2 | 重新輸入 CRM | 無負責人 | 如果表單直接寫入 CRM，什麼都不會壞 | 刪除 |
| 3 | 對每個客戶做信用調查 | 無負責人（碰到一筆呆帳後加上） | 大額未付款的風險 | 修改：只對超過某個合約金額的客戶做 [待確認：財務主管] |
| 4 | 法務審閱標準合約 | [待確認：法務] | [待確認] | 固定限制：詢問負責人 |
| 5 | 歡迎手冊 PDF | 無負責人 [待確認] | [待確認：客戶是否會看] | 刪除 |
## 2. 已刪除
| 項目 | 可恢復？ | 怎麼知道必須加回來 |
|---|---|---|
| 重新輸入 CRM | 是 | 啟動會議發現客戶資料不全 |
| 歡迎手冊 PDF | 是 | 客戶一再問同樣的設定問題 |
## 5. 自動化（最後）
| 步驟 | 現在／之後／不自動化 | 原因 |
|---|---|---|
| 接案表複製到 CRM 的工具 | 不自動化 | 它要自動化的步驟已經刪掉 |
```
## 寄出前檢查
- [ ] 輸出裡有出處說明和無關聯聲明這兩行。
- [ ] 每項需求都有具名的人，或標成「無負責人」。
- [ ] 依序套用了各步驟；沒有任何項目在刪除前就自動化。
- [ ] 每項刪除都寫明能否恢復，以及需要時會怎麼顯現。
- [ ] 法規、安全和合約的需求都標給負責人確認，沒有直接刪除。
- [ ] 已訂好檢討日期、負責人和指標。
## 常見錯誤
- 因為自動化或新工具看起來最有效，就從它開始。
- 去改善一個本來該刪掉的步驟（做一份更好的表單）。
- 聽到「法遵要求的」就接受，卻沒有具體的人和條款。
- 把一個都沒加回來當成成功。
分享給你的團隊
把它加入 AI Skill Pod，團隊每個人（外包人員也包括在內）都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法
更新紀錄
- v1.0.2 · · Example: the welcome pack PDF is now in the requirements table, with no owner and its use marked to check, before it appears under Deleted.
- v1.0.1 · · Example output now opens with the attribution and not-affiliated lines, as the skill's own checks require.
- v1.0.0 · · First release.