像亞馬遜一樣思考

全書精華

主要主題、論點、核心訊息

• 主要主題：探討企業與領導者如何借鏡亞馬遜（Amazon）的企業文化、策略思維、商業與技術架構，以及執行手法，在數位時代中成功轉型並成為數位領導者。
• 核心論點：「數位化」不單指引進新技術（如行動裝置或雲端），而是關於「速度與敏捷度（Speed and Agility）」，以及利用新商業模式與龐大數據來進行不同的競爭。真正的數位轉型不僅是組織變革，更是領導者個人習慣、信念與優先事項的根本性改變。
• 核心訊息：若要在數位時代獲勝，企業必須拒絕「第二天（Day 2）」的停滯心態。透過極度「痴迷於客戶（Customer Obsession）」，利用嚴格的指標（Metrics）與強制機能（Forcing Functions）推動當責，並在即使獲得巨大成功時，仍保持初創時期的飢渴與創新動能，避免淪為安逸的「鄉村俱樂部」。

掌握作者思路必懂的關鍵要點

• 永遠保持「第一天（Day 1）」心態：將企業視為永遠處於創業第一天，專注於客戶痴迷、快速決策與擁抱外部趨勢。相較之下，「第二天」代表停滯、無關緊要，最終將走向極度痛苦的衰亡；因此必須不惜代價抵禦「第二天」的安逸。
• 從客戶出發與消除摩擦（Friction）：創新往往不只是技術上的突破，而是找出客戶體驗中的「摩擦點」並將其消除。從客戶的需求出發並「往回推導（Work Backward）」，將流程做到極致簡單，甚至讓服務做到「零配置（zero provisioned）」與完全自助化。
• 用「強制機能（Forcing functions）」推動當責：透過特殊的制度設計（如未來新聞稿、寫作 6頁敘事備忘錄取代 PowerPoint）來強迫團隊深度思考、釐清願景。這種作法讓領導者能在不微觀管理的情況下，確保團隊維持在正確軌道並達成結果。
• 雙披薩團隊（Two-Pizza Teams）與高度自治：團隊規模不應超過兩個披薩能餵飽的人數（約 8-10 人）。賦予這些小團隊高度的自治權與創業心態，讓他們擁有從願景到營運的完整所有權，藉此打破官僚體制並大幅提升創新速度。
• 用即時數據與指標（Metrics）追求完美：不要依賴憑直覺或過時的批次數據。建立即時、細顆粒度（fine-grained）的指標系統，並透過每週嚴格的「指標會議」找出問題的根本原因（Root Cause），確保營運與客戶體驗的絕對完美。
• 追求自由現金流（Free Cash Flow）大於短期利潤：不要為了短期利潤或華爾街的反應而犧牲長期投資。亞馬遜的財務核心在於最大化每股自由現金流的絕對金額（即使這意味著降低利潤率），這才是推動持續創新與飛輪效應（Flywheel）的關鍵武器。
• 拒絕盲目追求和諧（Don't Go Along to Get Along）：在企業文化中，尋求共識（社會凝聚力）往往會抹殺誠實的批判，並對實現艱難目標構成風險。將「做對的事」置於「保持和氣」之上，鼓勵基於數據的激烈辯論，貫徹「不同意但致力執行（Disagree and Commit）」的原則。

反主流洞見

團隊和諧反而是創新的毒藥

• 差異點：主流企業文化通常重視團隊和諧與共識，認為和氣才能生財與合作；作者卻認為過度追求和諧會扼殺創新與誠實的批判。
• 作者論證：作者指出，為了維持表面和諧（社會凝聚力），人們往往會對糟糕的想法給予禮貌性讚美，並做出妥協的決策。亞馬遜提倡「尋求真相（truth seeking）」與「反對並承諾（Disagree and Commit）」，認為用數據與對客戶的熱情來進行激辯，並將「做對的事（being right）」置於「好好相處（getting along）」之上，才能得到真正正確的結果。
• 相關案例：貝佐斯厭惡「社會凝聚力」，寧願員工用數據與事實互相攻擊，也不願大家為求共識而妥協。他堅信，一家致力於尋求真相的公司，最終必定會戰勝一家總是妥協的公司。

真正的創新往往在初期會被外界嘲笑與誤解

• 差異點：主流觀點認為好的商業策略應該能獲得市場分析師與業界專家的認可；作者則強調，具備顛覆性的創新在初期必然會被既得利益者與專家視為愚蠢或不合邏輯。
• 作者論證：若一項創新策略沒有受到質疑，那通常代表它只是漸進式改善，而非顛覆性創新。真正的創新會挑戰長久以來的假設，因此必須有「長期被誤解的勇氣」，不因為外界的批評、嘲笑或自我利益者的攻擊而退縮。
• 相關案例：當亞馬遜推出「免運費」、「開放顧客負評」，甚至是 AWS雲端服務時，都曾遭到如 Oracle 執行長或傳統零售高層的無情嘲笑與看衰。但最終這些看似不合理的舉動，都成了重塑產業的關鍵創新。

領導者不該只做「管理」，必須親自當「產品長」

• 差異點：傳統管理學認為，職位越高越該授權，將細節交給下屬，並以管理的預算和人數來衡量領導者的價值；作者主張高階主管必須親自下海鑽研產品與服務細節，成為專案的「產品長」。
• 作者論證：傳統的「指揮與控制」模式會讓領導者逐漸脫離真實業務，一旦失敗也搞不清楚原因。在數位時代，領導者必須找回「建造者（builder）」的技能，親自撰寫企劃、設計使用者體驗、釐清技術需求，並在初期帶領幾乎沒有編制和預算的小團隊進行發明。
• 相關案例：伊隆·馬斯克（Elon Musk）身為全球頂尖企業家，卻將 80%的時間花在工程與設計上，而非單純扮演「管理人員」。亞馬遜的高層也常親自擔任大構想的「產品長」，不依賴龐大的組織層級，而是透過對細節的極度掌握來帶領團隊。

禁用 PowerPoint，改用「六頁敘事備忘錄」

• 差異點：大多數企業高度依賴 PowerPoint投影片來進行提案與決策會議；亞馬遜卻全面禁用投影片，改用完整句子的「六頁敘事備忘錄（Narratives）」。
• 作者論證：PowerPoint容易用條列式重點掩蓋邏輯的缺陷與複雜的問題，讓提案者得以敷衍了事。撰寫結構完整的備忘錄能強迫提案者深入思考、釐清盲點，並用清晰簡單的語言表達。會議前 15分鐘的「靜默閱讀」能讓與會者全面理解脈絡，從而展開更高品質的深度討論。
• 相關案例：亞馬遜在做任何重大決策時，都必須先閱讀敘事備忘錄，包含未來新聞稿與常見問題解答（FAQ）。摩根大通（JPMorgan Chase）近年來也開始效法亞馬遜，在消費金融部門推行禁用投影片、改寫六頁文件的做法，以維持創新與敏捷的決策品質。

追求利潤率是短視的，最大化「自由現金流」才是王道

• 差異點：主流華爾街與企業經理人極度看重利潤率（Profit Margins）與每股盈餘（EPS）；亞馬遜卻刻意維持極低的利潤率，專注於最大化絕對金額的「每股自由現金流（Free Cash Flow）」。
• 作者論證：百分比利潤率無法用來支付帳單，只有絕對的現金可以。維持低利潤率與低價不僅能建立極高的顧客信任與忠誠度，還能形成讓競爭對手難以生存的「護城河」。將盈餘轉化為自由現金流後，企業才能無後顧之憂地將資金投入長期創新、開發新業務與技術升級。
• 相關案例：當被問到為何不提高價格以增加利潤時，貝佐斯堅持低價策略以換取顧客信任，進而最大化長期的自由現金流。2000年網路泡沫時，許多追求短期利潤的公司倒閉，而亞馬遜則憑藉此策略與深度的單位經濟模型（unit economics model）不斷擴張版圖，建立起難以撼動的帝國。

內化行動計畫

1. 撰寫未來新聞稿

• 行動目標：在專案啟動前，以「已成功」的視角定義願景，凝聚跨部門共識。
• 記憶鉤子：來自未來的預言——以終為始，寫下成功的那一天。
• 故事或例子：作者在策劃亞馬遜第三方賣家平台時，寫下了一句極具野心的新聞稿：「賣家能在半夜自行註冊、上架並完成訂單，如同亞馬遜自營般讓顧客滿意。」這句話成為強大的「強制機能」，迫使內部二十多個獨立系統必須無縫整合，最終成功打造出具備自動化規模的賣家平台。
• 觸發情境：啟動新產品、新專案或重大變革，團隊對目標與成功定義感到模糊時。
• 對象與場景：專案負責人、高階主管／產品立項與跨部門對齊會議。
• 具體步驟：
  • 步驟一：設定一個未來的時間點（如專案發布後一年），並以顧客視角撰寫新聞稿標題。
  • 步驟二：具體寫出達成的可衡量成果（如財務、市佔率），並闡述此服務如何消除顧客的痛點與摩擦。
  • 步驟三：點出過程中克服的最困難挑戰與設計原則，作為團隊未來執行的最高指引。
• 可衡量的成果：產出一份一頁以內的未來新聞稿，且所有跨部門利害關係人皆同意以此為最終藍圖。
• 失敗補救機制：若新聞稿無法引起團隊共鳴或覺得太平庸，代表價值主張不夠強烈，退回重寫直到「殺手級應用（Killer Feature）」清晰為止。

2. 拋棄簡報，改寫六頁敘事文

• 行動目標：強迫深度思考與釐清邏輯，提升會議決策品質與效率。
• 記憶鉤子：無聲的靜讀時光——條列式使人愚鈍，完整句子帶來清晰。
• 故事或例子：亞馬遜高階會議全面禁用 PowerPoint。會議的前 10 到 15分鐘是「無聲的自習時間」，所有人必須靜靜閱讀一份不超過六頁、結構完整且由完整句子寫成的敘事備忘錄。這種嚴格的做法讓提案者無法再將邏輯漏洞隱藏在簡報要點中，進而大幅提升討論的深度與決策品質。
• 觸發情境：需要進行重大業務決策、資源配置評估或戰略型產品提案時。
• 對象與場景：提案經理、決策團隊／投資評估與戰略會議。
• 具體步驟：
  • 步驟一：嚴格禁止使用投影片，要求提案者撰寫最多六頁的完整敘事文（圖表必須在正文中解釋）。
  • 步驟二：會議開始時嚴禁口頭報告，全體與會者安靜閱讀備忘錄 10-15 分鐘。
  • 步驟三：閱讀完畢後，直接針對文件內容進行深度提問與激烈辯論。
• 可衡量的成果：提案能明確指出顧客體驗、相依關係、成功指標與關鍵風險，且會議討論直接切入核心。
• 失敗補救機制：若文章邏輯不清或充滿術語，決策者應立即終止決策，要求作者重新潤飾思考後擇日再議。

3. 打造「兩個披薩」團隊

• 行動目標：賦予小團隊完全的自治權與當責精神，打破官僚體制以加速創新。
• 記憶鉤子：兩個披薩的魔法——人數越少，跑得越快，責任越清。
• 故事或例子：亞馬遜將組織拆解為數百個「兩個披薩團隊（人數少於兩個披薩能餵飽，約 8-10人）」。這些團隊不是為了解決短期專案而湊合，而是長期擁有某個特定服務。他們擁有自己的藍圖與指標，大幅減少跨部門溝通的會議負擔，讓亞馬遜得以無限制地敏捷擴張。
• 觸發情境：發現跨部門溝通成本極高、創新速度停滯，或出現「這不是我的工作」的卸責文化時。
• 對象與場景：企業領導者、組織設計者／數位轉型與敏捷組織重組。
• 具體步驟：
  • 步驟一：盤點核心能力，將大系統拆解為可獨立運作且邊界清晰的小服務模組。
  • 步驟二：建立不超過 10 人的專責團隊，賦予團隊從願景到營運的完全所有權。
  • 步驟三：要求團隊嚴格透過 API與外部介接，並自訂長期成功的「適應度函數（Fitness Function）」來衡量成效。
• 可衡量的成果：單一功能模組的發布與更新，無須再經過大規模的跨部門會議層層協調。
• 失敗補救機制：若團隊產出方向偏離，切勿收回自治權，而是重新檢視並調整該團隊對齊公司戰略的「關鍵指標」。

4. 預撰常見問題集 (FAQs)

• 行動目標：強迫團隊換位思考，提前預判並解決各種使用者的疑慮與障礙。
• 記憶鉤子：預判你的任何問題——從使用者的困惑中尋找設計靈感。
• 故事或例子：作者早期為波音設計系統，畫面寫「按任意鍵繼續」，卻遭操作員大罵「哪一個是任意鍵？」這讓他學到痛的教訓。後來在推廣 Modjoul智慧安全帶時，團隊預先為工人、主管、風險經理、IT 甚至法務財務寫了超過 45題詳盡的 FAQ，成功消除了各方推廣阻力。
• 觸發情境：新產品進入設計開發階段，或準備向全公司推行一項可能引起抗拒的新制度時。
• 對象與場景：產品經理、專案負責人／產品規格定義與變革管理準備。
• 具體步驟：
  • 步驟一：列出所有可能接觸此產品的利害關係人（如終端使用者、IT部門、法務、財務等）。
  • 步驟二：針對每一類對象，無情地羅列他們可能會有的痛點、困惑與抗拒理由（如：這會監控我嗎？資料存哪？）。
  • 步驟三：在開始寫程式或實際推行前，給出具體且誠實的解答，並將解法反向融入產品設計中。
• 可衡量的成果：產出一份涵蓋至少 3 個不同利害關係人視角、具備高度實用性的FAQ 參考文件。
• 失敗補救機制：若團隊陷於盲點想不出問題，可舉辦一場「找碴會議」，邀請非專案相關人員來進行無情提問。

5. 把業務變成方程式

• 行動目標：透過數學公式量化業務流程，為後續的自動化與機器學習鋪路。
• 記憶鉤子：尋找業務的微積分——沒有公式，就沒有真正的自動化。
• 故事或例子：一家家電維修公司的顧客總要等上 7 到 10 天。前亞馬遜主管Clifford 透過「算數學」找出技師每日有效產能公式：「(8小時 × 首修完成率) /(平均維修時間 +平均交通時間)」。找出公式後，他們就能透過感測器收集數據，精準優化各變數，大幅提升效能。
• 觸發情境：計畫推動流程優化、引進 IoT或想要根本性提升營運效率，卻不知從何著手時。
• 對象與場景：營運主管、流程優化師／現有流程重塑或自動化評估。
• 具體步驟：
  • 步驟一：挑選一個關鍵的業務流程，精準定義其輸入變數與輸出變數。
  • 步驟二：寫下具體的數學方程式，建立指標階層（如：哪些因素影響首修完成率）。
  • 步驟三：評估如何在流程中部署感測器或系統，以獲取方程式中變數的「即時細顆粒度數據」。
• 可衡量的成果：寫出一條清晰的業務方程式，並確認現有系統能即時追蹤其中的變數。
• 失敗補救機制：若變數過多難以量化，先從最核心的 2-3個變數開始，不追求完美，先求建立基準線。

6. 召開無情追根究底的指標會議

• 行動目標：利用精細的即時指標，建立當責文化並持續追求營運的極致完美。
• 記憶鉤子：把大腦交給數據——用指標精準回答「顧客今天過得好嗎？」
• 故事或例子：亞馬遜的營運節奏由每週的「指標會議」組成。這不是看報表的過場會議，而是要求領導者對細節瞭若指掌。會議中會被要求「連續問五次為什麼」來找出問題根源。財務團隊會在場確保指標未被美化，確保沒人能把責任推給別人，徹底消滅官僚。
• 觸發情境：營運效率低落、顧客滿意度下降，或各部門對失敗互相推諉時。
• 對象與場景：全體管理團隊／每週或每月的營運進度深度審查會議。
• 具體步驟：
  • 步驟一：建立即時且細顆粒度（Fine-grained）的顧客體驗與營運指標，堅決拒絕滯後的批次資料。
  • 步驟二：定期召開會議，要求各負責人主動報告「哪裡做得不好」，禁止報喜不報憂。
  • 步驟三：當出現異常指標時，帶領團隊連續問五次「為什麼」，直到找出根本原因並指派修復行動。
• 可衡量的成果：每週能從會議中產出明確的「根本原因修復（Root-cause fix）」行動清單，而非推拖之詞。
• 失敗補救機制：若發現指標都是無法控制的「虛榮指標（如總營收）」，強制要求更換為團隊可掌握的「輸入指標（Input Metrics）」。

整體執行建議

• 搭配方式：在發動變革初期，先用「撰寫未來新聞稿」釐清願景，接著成立「兩個披薩」小團隊負責執行。規劃階段透過「六頁敘事文」與「預撰常見問題集」深化思考；執行過程中，利用「把業務變成方程式」與「指標會議」確保執行品質並驅動持續改善。
• 執行週期：新聞稿與敘事文視專案立項時機不定期進行；指標會議與數據覆盤則強烈建議每週進行，以維持敏捷的營運節奏。
• 防棄機制：
  1. 高階主管親自示範：領導者必須堅定拒絕任何 PowerPoint提案，強制推行敘事文與靜讀文化，忍受初期的陣痛。
  2. 引入獨立稽核角色：在指標會議中引入獨立的財務或數據角色（如亞馬遜的財務夥伴），確保指標不被美化，杜絕卸責空間。

記憶卡片總表