路徑依賴｜Path Dependence
一句話
早期偶然的選擇可能鎖定未來發展路徑，即便後來出現更優方案，切換成本也使改變極為困難。「我們一直都這樣做」是路徑依賴最危險的說法。
適用情境
- 評估「為什麼這個行業是這樣」（往往不是因為它最有效率）
- 評估自己組織的決策慣性
- 看待技術選型：QWERTY、JavaScript、x86 都是路徑依賴的勝利者
- 看待自己職涯：你的下一步真的是因為「最好」，還是因為「最容易」？
三種路徑依賴
- 技術路徑依賴：QWERTY 鍵盤、x86 架構、TCP/IP
- 組織路徑依賴：「公司一直這樣做」（KPI、流程、文化）
- 制度路徑依賴：法律、會計準則、習俗、宗教
關鍵特徵：
- 微小早期差異 → 後續放大
- 切換成本隨時間遞增（不是線性增加，是加速增加）
- 「最優」≠「贏家」：勝出的常常是「夠好 + 先發 + 路徑鎖定」
HBS 個案
QWERTY 鍵盤 Source: HBS: Microsoft and Open Source
QWERTY 鍵盤 1873 年由 Christopher Sholes 設計，目的是防止打字機卡鍵（把常用字母分散，減慢打字速度）。
電子化時代後，這個設計理由完全失效。Dvorak 支持者長期宣稱效率更高，但 Liebowitz & Margolis（1990, Journal of Law and Economics）研究指出原始 Dvorak 速度宣稱來自 Dvorak 本人主持的有偏實驗，更嚴謹的對照研究找不到可重現的速度優勢。Dvorak 並非「明顯更好」——但即便如此，QWERTY 在「夠好 + 先發 + 切換成本」三條件下鎖定全世界，仍是路徑依賴常被引用的案例。
QWERTY 贏了的真正原因：
- 全球億萬台鍵盤已經使用 QWERTY
- 億萬人花時間練就的肌肉記憶
- 新使用者來看到 QWERTY 是「主流」就學它
- 鍵盤製造商不會冒險生產 Dvorak
結果：明顯次優的設計，因為早期幸運勝出 + 切換成本累積，永久鎖定整個世界。
現代版本：
- JavaScript 是個有設計瑕疵的語言，但因為瀏覽器這個生態系，鎖死了 web 開發
- x86 是 1978 年的 ISA，但因為 Intel 早期壟斷，PC 世界基本都跑 x86
- 公制系統 vs 美制：理論上公制完勝，但美國因為 19 世紀的路徑選擇繼續用 imperial
白話小例｜260 字
某中型企業 30 年前用 Excel 管理客戶資料，當時做了一個複雜的 macro 系統，財務、業務、客服三個部門資料都串在一起。
10 年後該系統明顯不夠用，但部門間的工作流程已經圍繞這套 Excel 設計：
- 業務員每天用特定的 Excel template 報日報
- 財務的應收帳款是抓 Excel 的某個 sheet
- 客服的工單追蹤跟業務的 Excel 連動
公司高層 3 次評估換 ERP，3 次放棄：
- 第一次（10 年前）：「明年再說」
- 第二次（5 年前）：「現在系統還能用」
- 第三次（2 年前）：「換 ERP 要重訓全公司，受不了」
結果是這家公司至今仍用 Excel + 大量 manual workaround，IT 維護人力是同規模公司的 3 倍，業務反應速度比競爭對手慢一倍。
路徑依賴的可怕：
- 30 年前的選擇，今天依然左右公司日常
- 每天的「就先這樣」累積成不可逆的鎖定
- 等到痛感到要換的時候，切換成本已經高到嚇人
相關常駐工具
→ 經典案例：Kodak（底片業務的路徑依賴）