《Working Backwards》表面上在介紹 Amazon 的領導原則、招募、組織設計、六頁敘事文件、逆向工作法與營運指標，但兩位作者真正想說的不是「Amazon 有哪些厲害工具」，而是：一家公司如何把少數人的判斷，逐步變成整個組織可以反覆使用的機制。
Amazon 創業初期，Jeff Bezos 幾乎可以親自看見所有事情：顧客服務郵件、包裝品質、軟體開發、招募與決策。但公司快速成長後，這種靠創辦人在場維持標準的方式必然失效。Amazon 後來形成的領導原則、Bar Raiser、單線領導者、六頁敘事文件、PR／FAQ、每週營運檢討等制度，本質上都在回答同一個問題：當最懂公司的人不在房間裡時，組織還能不能做出接近同樣品質的決定？
本書第二部分用 Kindle、Prime、Prime Video 與 AWS 四段長故事證明：這些制度並不保證成功，Amazon 也會犯錯，而且有時犯得很大；它們真正提高的是組織發現問題、修正錯誤、承擔長期下注並持續發明的能力。
Amazon 從一個創辦人能親自盯住所有細節的小團隊開始，經歷快速成長後，逐漸遇到招募品質不一、跨團隊依賴、會議資訊失真、產品構想模糊、指標只看結果等問題。它沒有把答案停留在「找更好的人」或「大家多溝通」，而是反覆把失敗轉成新的組織機制。這些機制再被帶進 Kindle、Prime、Prime Video 與 AWS 的開發過程中，形成一種可重複的創新方式。
| 故事／事件 | 發生了什麼 | 為什麼值得記住 | 帶來的啟發 |
|---|---|---|---|
| 領導原則的形成 | 公司成長後，Amazon 把早期已存在的行為與價值觀整理成正式原則，再嵌進規劃、招募與績效制度 | 文化不是寫一張海報就出現，而是先被辨認，再被制度化 | 真正的文化要在 CEO 不在場時仍然有效 |
| Bar Raiser | Amazon 將招募從主管直覺改成結構化、多人、書面證據導向的決策流程 | 招募錯誤不是單純「看走眼」，而常是制度讓偏誤有機會擴大 | 重要的人事決策需要和重大投資一樣嚴謹 |
| 從 Two-Pizza Team 到單線領導者 | Amazon 發現「更努力協調」無法解決依賴問題，最後改成讓一位領導者只專注一件事並擁有可分離團隊 | 真正稀缺的往往不是人力，而是注意力與清楚的責任 | 組織設計的目標是減少依賴，而不是增加會議 |
| PowerPoint 被六頁敘事文件取代 | 高階會議改成先安靜閱讀完整敘事，再討論 | 寫作迫使提案者把因果、優先順序與證據說清楚 | 文件格式會直接改變思考品質 |
| Kindle | Amazon 明知自己不懂硬體，仍為數位閱讀建立 Lab126、取得新能力並長期投入 | 公司有時必須主動威脅自己原本最成功的生意 | 若未來需要一項核心能力，就必須決定自己建立或取得，而不能因現在不會就放棄 |
| Prime | 成長放緩時，Amazon 選擇用付費會員換取快速配送，而不是只做短期促銷 | 短期看像犧牲毛利，長期卻重新塑造顧客購買習慣 | 顧客價值與長期思考可能要求公司接受眼前看起來不划算的決定 |
| Prime Video | Unbox 失敗後，Amazon 經歷 DRM、版權、串流、裝置與內容競爭，最後走向訂閱服務與自製內容 | 失敗沒有給出一次性的答案，而是逐步暴露價值鏈中真正需要控制的環節 | 產品失敗可以成為重新理解產業結構的入口 |
| AWS | 從 Amazon Associates 的資料服務需求，逐步看見企業共同承受的伺服器端「無差異重工」 | 新的巨大市場有時不是從既有顧客開始，而是從新的顧客類型與新的問題定義開始 | 把反覆存在、但人人都不想自己做的基礎工作服務化，可能創造全新的事業 |