概念地圖・布雷斯悖論
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：系統
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
布雷斯悖論：多開一條路，全城反而更慢
一條新高架匝道通車，第一週的早上，通勤時間比通車前多了七分鐘。沒有施工、沒有事故、車流量也沒暴增，變的只有一件事：所有人都改走那條看起來比較快的新路。1968 年，德國數學家 Dietrich Braess 用一張路網圖證明了這個難堪的結果——在每個人各自挑最快路線的前提下，往路網裡加一條路，整體旅行時間可能不減反增。這張圖要畫的，是「多給一個選項」本身要付的那筆帳。
一張表，把這條悖論讀完
整條悖論的關鍵藏在兩個地方：哪一段會隨人數膨脹，以及新的那條路便宜到什麼程度。把前後兩張路網並排看，落差就浮出來了。
| 比較項目 | 原路網 | 多開一條零成本捷徑 |
|---|---|---|
| 可走的路線 | 上、下兩條 | 上、下，再加一條穿越中間的新路 |
| 每個人的最佳選擇 | 兩邊差不多，自然分流 | 走新路怎麼算都不吃虧，全體改道 |
| 均衡時的分布 | 各 2000 人 | 4000 人全擠同一條 |
| 會膨脹的路段 | 各承受 2000 人 | 兩段都承受 4000 人 |
| 每人旅行時間 | 65 分鐘 | 80 分鐘 |
| 誰因此得利 | — | 沒有人 |
最刺人的是最後一列。這條新路沒有蓋壞、沒有超支、也沒被誰壟斷，它就是一條免費、順暢、隨時能走的路——而且每一位駕駛改道的當下，決定都是對的：以他當時看到的路況算，走新路確實比較快。所有人都對，結果所有人都慢。這種「個別理性加總出集體退步」的結構，在賽局裡有個更廣為人知的親戚，可以順著看 囚徒困境。
四個條件同時成立，這條悖論才會找上你
一、有一段成本會隨使用人數膨脹。路網裡那兩段「車流÷100」就是命門。它可能是你的客服信箱、後台審核人力、廚房出餐檯、伺服器佇列——只要人一多就等更久，它就是會膨脹的那一段。整條悖論的能量全部來自這裡。自問：我這條動線上，哪一段的等待時間會隨使用人數線性變長？
二、有一段成本是固定的。那兩段 45 分鐘不管來幾個人都一樣慢，它像天花板一樣壓著人不敢全擠過去。原路網之所以能自然分流，靠的就是這塊天花板。固定段一旦被繞開，分流的力量就消失了。自問：哪一段不管來幾個人都一樣慢，正在替我做分流？
三、每個人各自決定，沒有人在協調。如果有交通中心規定誰走哪條，2000 對 2000 的分配就守得住，65 分鐘不會退步。悖論成立的前提，是每個駕駛只顧自己、而且都很會算。你的使用者正是這樣的人。自問：使用者選路徑的當下，看得到別人的選擇嗎？
四、新的那條路便宜到像免費。捷徑成本是 0，所以走它「怎麼算都不虧」，沒有人有理由不改道。如果那條新路要收 20 分鐘的過路費，局面立刻回到原本的分流。價格與門檻，本身就是分流工具。自問：新開的那個入口，門檻是不是低到「不走白不走」？
一杯手搖飲的尖峰動線，走一遍給你看
- 原本的兩條路：現場排隊點單（隊伍越長等越久，就是會膨脹的那一段），接著到取餐區等一杯固定 4 分鐘的手搖；或者線上下單（填地址、選甜度、付款，固定花掉 4 分鐘），接著到取餐櫃等（人越多越久）。兩條路的體感差不多，客人自然散成兩半
- 店長開了一條捷徑：線上下單的客人，現在也能直接插進現場櫃檯的快速取餐窗口，不用再去取餐櫃排。這條動線不收費、不需要會員、按一顆按鈕就有。看板上寫「免排隊」，第一天真的很有效
- 第二週的尖峰：每個客人都算過了——線上下單 4 分鐘，走快速窗口 0 秒，怎麼看都比排隊划算，於是全部改成線上單，全部走快速窗口。線上系統塞爆，快速窗口排到門口
- 結果：兩段會膨脹的環節同時被灌爆，現場那條隊伍反而空了。客人拿到飲料的時間，比開捷徑之前更久。店員被罵，系統沒壞，動線設計壞了
這家店做錯的事，其實只有一件：它把兩段「會隨人數膨脹」的環節，用一條零成本的路串成了同一條動線。原本線上跟現場是兩套獨立的水管，各自承受一半的水；捷徑打通之後，變成一根水管扛全部的量。店長看到的表面症狀是「線上訂單暴增、系統要升級」，真正的病灶在拓樸——那條捷徑的下游，接回了原本已經接近滿載的同一批人力。這也是為什麼加設備、加頻寬常常無效：你補的是水管粗細，塞住的是動線結構。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖什麼時候會騙你
- 它不是一條「加路必塞」的定律。布雷斯悖論只在特定的成本結構下成立——要有膨脹段、要有固定段、要有零成本的新邊、要沒人協調。多數新增的道路與新增的功能都不會觸發它。把這張圖當成「所有新東西都有害」的免死金牌，只會讓你錯過該做的擴建。它是一支檢查用的手電筒，照的是那四個條件湊齊了沒有。
- 它假設所有人立刻看得到最快路線、而且立刻改道。現實裡資訊有落差、切換有成本、習慣有黏性。在一個換方案要重新設定、重新學介面的產品裡，均衡漂移得很慢，你可能觀察好幾個月都看不到明顯惡化，然後在某次改版把摩擦拿掉的那天，一次全部發生。惡化的時間點，常常跟捷徑上線的時間點對不起來。
- 「拆掉一條路就會變快」是最容易被誤用的反推。首爾清溪川拆高架、紐約時代廣場封街之後交通沒有惡化，常被拿來當這條悖論的活證據；但那些案例同時混著需求消失、大眾運輸替代、時段管制等好幾層變因，很難乾淨地歸因。移到產品上更危險：你把一個功能砍掉，使用者可能直接離開，不會乖乖回到你原本規劃的那條路。
painpoint 觀點
你上一次為了讓使用者更快，多開了一條路。
那條路可能是首頁多出來的一顆按鈕、方案頁多出來的一個中間檔、客服流程多出來的一個「直接找真人」入口。每一條都出於善意，單看都合理——因為你是站在「一個使用者」的位置算的：他多一個選擇，他更快。布雷斯的圖提醒的是另一件事：使用者從來不只一個人，他們會同時算、同時改道，而你那條新路的下游，往往接回同一批人力、同一條隊伍、同一個信箱。這張圖畫得出「多一條邊之後，均衡會滑到哪一格」，畫不出「你的使用者為什麼非改道不可」——那股非走不可的力道有多強，只有真的去問才知道。P.A.I.N. 的第一格只問一件事：誰在痛、痛在哪一段。今晚做一件很小的事：把產品裡最近三個月新增的入口列成一張清單，一條一條問它——這條路把人導向的下游，是不是原本就已經滿載的那一段。
常見問題
布雷斯悖論到底在講什麼？
在一個每個人都自己選最快路線的網路裡，多加一條路，可能讓所有人的旅行時間一起變長。1968 年由 Dietrich Braess 提出。關鍵在於新增的那條路太便宜，便宜到每個人單獨算都覺得非走不可，於是原本被分散的車流全部湧向同幾段會塞的路段。反過來說，關掉某些路徑，有機會讓整體變快——這在網路科學裡稱為布雷斯悖論的逆向版本。
加一條路一定會讓大家變慢嗎？
不會，這是最常見的誤解。悖論需要四個條件同時成立：路網裡有會隨人數膨脹的路段、有不隨人數變化的固定路段、駕駛各自決定沒人協調、新增的那條路成本接近零。缺任何一項，加路通常就是單純的擴建、單純變快。研究者也做過模擬，在隨機生成的路網裡，觸發布雷斯悖論的比例並不高，但一旦觸發，惡化幅度往往不小。
這跟囚徒困境是同一回事嗎？
兩者共用同一個母題：個別理性加總出集體退步。差別在規模與載體。囚徒困境是兩個人、一張報酬矩陣，講的是背叛與合作的抉擇；布雷斯悖論是成千上萬個人在一張網路上路由，沒有人在背叛誰，每個人只是在選當下最快的那條路。它的病灶長在網路的拓樸結構裡，而不是長在某一次選擇的心理上。想看報酬矩陣那一版，可以接著讀囚徒困境那張圖。
產品設計上，怎麼避免自己蓋出這種塞車？
三個動作。第一，畫下游而不是畫入口：每開一條新路徑，先把它最後接到哪個資源（誰的人力、哪條隊伍、哪台機器）標出來，重複的地方就是風險點。第二，給捷徑裝上門檻：資格、額度、時段、費用都行，門檻就是分流器。第三，把新入口當成實驗發布，盯住整條動線的端到端時間，別只盯新入口的使用率——使用率漂亮而總時間拉長，正是這張圖在描述的畫面。
想再往下挖，可以接著看 排隊利用率曲線，那張圖解釋了為什麼「會膨脹的那一段」一旦接近滿載，等待時間會用近乎垂直的斜率往上噴；也可以回頭看 囚徒困境，補齊個別理性與集體結果之間那道裂縫。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。