我從 Tesla 前總裁身上學到的 3 件事
後設資料
- URL：未提供
- 來源類型：使用者貼入文章／電子報內文
- 作者：Jeremy（我是Jeremy 斜槓我和你）
- 發表日：未知（使用者輸入未提供）
- 擷取／ingest 日：2026-09-15
- 語言：繁體中文
- 二手來源脈絡：Jeremy 轉述「邦妮區塊鏈」訪談 Tesla 前總裁 Jon McNeill；本文中的 Tesla、Elon Musk、Steve Jobs、James Higa 與 iPod 案例尚未以原訪談或一手材料校準。
- 主題：第一性原理、產品優先級、執行力、完成的定義
一句話濃縮
面對產品與事業問題，先要求既有需求重新證明必要性，再把資源壓到最核心的少數目標，最後優先關閉已經開始但尚未走到結果的價值鏈，而不是用新增工作掩蓋未完成。
提取要點
1. 先證明需求存在，再解決問題
- 文章轉述 Jon McNeill 的 Model 3 塑膠板案例：團隊投入三週解決製造問題，追查後卻發現沒有現職部門真正要求這個零件，規格簽名來自已離職的實習生。
- 這個案例把 第一性原理 從「重新推導解法」推到更前面：先確認問題與需求是否真的存在，不要把規格、慣例或責任轉述誤當成必要性證據。
- Jon 提供的快速檢核是：它是否來自法律、物理或安全要求？若三者都不是，就應重新提出正面證據，說明它為何值得存在。
2. 核心需求應成為刪減閘門
- 文章轉述 James Higa 對 iPod 開發的回憶：產品只保留兩個核心要求——容納一千首歌，以及四秒內找到想聽的歌。
- 當團隊提議加入 FM 收音機時，判斷問題不是「競品有沒有」，而是「它是否幫助兩個核心要求」。若無幫助，就先視為雜訊。
- 這提供 產品優先級 的減法版本：框架不只替功能排分數，也要用少數核心結果決定哪些候選根本不應進入 roadmap。
3. 新增入口之前，先完成既有價值鏈
- 文章轉述 Jon 加入 Tesla 前的門市試駕：他六天走訪八家店並留下聯絡方式，但一週內都沒有收到回電。
- 文章所述內部盤點發現，全球近一個月約有九千名試駕者未被回電；團隊於是暫停新增試駕，優先回覆既有名單，並迅速帶來銷售。
- 對 執行力 而言，問題不一定是缺少新需求，而可能是流程在既有需求與結果之間斷裂。真正的執行包含把 follow-up、交付與驗證做完。
- 對 完成的定義 而言，「試駕完成」只是內部活動完成；若後續沒有聯繫、成交或回饋，整條價值鏈仍是開放迴圈。
提取概念
連結到此來源衍生 / 更新的 wiki 頁：
更新 / 對位頁
- 第一性原理 — 補入法律／物理／安全三問，以及「規格存在不等於需求存在」的重新舉證原則。
- 產品優先級 — 補入只保留少數核心要求的減法閘門，讓功能先證明對核心結果有貢獻，再進入排序。
- 執行力 — 補入「先關閉既有價值鏈」：新增工作前先檢查 follow-up、交付與驗證是否中斷。
- 完成的定義 — 補入銷售漏斗案例，區分活動完成與使用者／商業結果真正走完。
- MOC-產品管理 / MOC-組織管理 — 分別納入需求刪減、產品聚焦與組織收尾節奏。
不建頁 / 先觀察
只准留兩個需求暫不建頁：它是本來源的產品聚焦口訣，目前由 產品優先級 與 第一性原理 足以承接；「兩個」不是所有產品都適用的固定法則。Jon McNeill、Tesla、Elon Musk、Steve Jobs、James Higa暫不新建 entity：本文以案例轉述為主，尚缺人物／組織本身的主題來源與一手校準。我是Jeremy 斜槓我和你延續既有判斷暫不建 entity：vault 已有多筆 Jeremy 內容，但仍以其方法論作為攝取主體。- 原始「邦妮區塊鏈 × Jon McNeill」訪談列入 Jon-McNeill-邦妮區塊鏈訪談 觀察項目；取得原影片或逐字稿後，再校準故事細節、數字與引述層級。
Ingest 筆記
2026-09-15
本來源提供一條連續的管理鏈：刪除不必要需求 → 以極少數核心結果聚焦 → 把已開始的價值鏈做完。三個故事不是三個互不相干的技巧，而是依序控制「問題是否值得存在」「資源應放在哪裡」「工作何時才算走到結果」。
處理策略如下：
- 不新建三個口訣頁：法律／物理／安全三問由 第一性原理 承接；兩個核心需求由 產品優先級 承接；先做完已有工作由 執行力 與 完成的定義 承接。
- 保留二手敘事邊界：目前只有 Jeremy 貼文，未取得邦妮原訪談或 Jon McNeill、James Higa 的一手材料；案例數字與歷史細節只作為來源主張，不提升為已驗證事實。
- 把第三個故事寫成流程診斷：價值不是「打更多電話」本身，而是先看 acquisition 已有輸入、conversion 卻卡在 follow-up。這比把問題直接定義成「需求不足」更接近 第一性原理 與 執行力 的交界。
- 觀察清單新增一項：建立 Jon-McNeill-邦妮區塊鏈訪談 待 ingest 外部資源，供未來校準三個案例的原始脈絡。
元命題：高槓桿執行往往不是更快解題或新增更多工作，而是先刪掉不必存在的問題、把注意力壓到最少數的核心結果，並關閉已經擁有輸入卻尚未完成的價值鏈。
原文（使用者貼入）
今天想分享的是我從「邦妮區塊鏈」看到的一支影片，邦妮訪談 Tesla 前總裁 Jon McNeill。
我從他身上，還有他口中的 Elon Musk，學到了幾個觀念。
看完非常興奮，馬上拿來重新檢查自己的事業，覺得非常受用，也分享給你。
觀念一：大家認為本來就該這樣做的事，真的有必要嗎？
Jon 講了一個 Model 3 的故事。
生產線上有一塊塑膠板怎麼做都做不好，連馬斯克自己都在工廠裡耗了三個禮拜。
最後他去追根究底，一個部門問過一個部門，到底誰要求要有這塊板子。電池組說是車艙組要的，車艙組說是電池組要的。最後查到規格上的簽名，是一個早就離職的實習生。
根本沒人需要這塊板子。三個禮拜，解決了一個不存在的問題。
所以 Jon 說，面對任何一個「本來就該這樣做」的要求，先問它是不是法律、物理、還是安全的要求。
三個都不是，它就得重新證明自己有必要。
這個故事讓我反思，很多我們以為該做的事，或是照著別人的做法排進來的事，其實從來沒有問過有沒有必要。
我們可能花了很多時間心力，去做一件根本不需要做的事。
我回頭看了自己的兩個事業，原本的高單價諮詢陪跑，還有最近在推的 AI 工具人脈社群 Creator OS。
不思考不知道，一思考嚇一跳。
有好幾件事我不但做了，還排進待辦事項，卻從來沒釐清它跟我的目標到底有多大關係。
我相信每個人都會一直遇到這種情況，所以把這個觀念分享給你唷！
觀念二：只准留兩個需求
這一段 Jon 是聽賈伯斯當年的幕僚長 James Higa 親口講的。
賈伯斯做 iPod 的時候有一條規矩：一個產品只准定兩個需求，其他都是雜訊。
兩個人關在房間裡吵了一個禮拜，走出來只有兩句話：要能裝一千首歌，而且要在四秒內找到你想聽的那一首。
在當時的技術條件下，這兩件事都做不到。
沒有那麼小又裝得下一千首歌的硬碟，沒有能在四秒內搜完的作業系統，也沒有塞得進去又夠力的晶片。
但賈伯斯就是一直重複這兩句話，逼著團隊把這些東西發明出來。
中間有工程師來說，三星的播放器有 FM 收音機，我們要不要也加？
賈伯斯問：「加收音機，對一千首歌或四秒鐘有幫助嗎？」
沒有。那就不加。
他只瞄準人們最渴望的那兩件事。
你也可以想想看，在你的自媒體或任何事業裡，如果只能保留兩個需求，或是產品裡最重要的兩個部分，你會留哪兩個？
觀念三：先把已經有的東西做完
這是 Jon 加入 Tesla 之前的故事。
當時 Elon 想找他來當總裁，他不確定自己幫不幫得上忙，就問 Elon：你現在最大的問題是什麼？
Elon 說：需求。那一季他對華爾街承諾要賣一萬兩千台車。
Jon 說，給我一週，我去看看你的需求問題。
他做的事很簡單：去 Tesla 門市試駕。
試駕完留下聯絡方式，然後飛去下一個城市，換一個身分，再試駕一次。
六天跑了八家店。他發現試駕的體驗非常好，踩下電門那一刻像火箭起飛，多數人試過就會買。
但一週過去，八家店沒有一家打電話給他。
他打給 Tesla 的銷售營運主管，問了一個問題：過去一個月，全球有多少人試駕過但沒被回電？
一小時後答案回來：九千人。那一季過了一半，車賣了多少？一千五百台。
Jon 說，那你只要把電話打回去，這一季就有機會達標。
他請對方停掉所有新的試駕，先把過去三十天試駕過的人全部回電。
一個半小時後全球執行。十個小時後，那位主管打回來說：你不會相信亞洲今天發生了什麼事，我們賣掉一堆車。
Jon 說這件事一點都不神奇，「只是把該做的事做完而已」。
這個故事最打到我的地方是，每個人手上其實都有一堆還沒徹底執行的事。
如果你想達成的目標，只要把現有的事情做完就能到，那就不需要再去開新的事情。
但很多人，包括我自己，常常會用「做新的事」來掩蓋原本沒做完的部分。
不知道你聽完以上三個觀念，是否跟我一樣有種腦洞大開，迫不及待想要重新透過這幾個觀念，去審視自己的事業和工作狀態？
好啦，那今天就分享到這邊～
很開心，希望有幫助到你！未來有任何我在工作方面的進度，還有心情體悟，一樣每週都會分享給你喔！
我是 Jeremy，斜槓我和你！我們下週見！
BR,
Jeremy