概念地圖・公地悲劇
作者 山姆（謝冠生）・喵喵書評創辦人
發布 最後更新
分類：系統
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
公地悲劇：大家都合理，資源卻用垮
一片沒有主人的草地，村裡每個牧人都可以放羊。多養一頭羊，你多賺一頭羊的錢；草被多啃掉的那一份，全村一起分。於是每個牧人算完自己的帳，都得到同一個結論——再多養一頭。沒有人做錯事，草地卻在幾年之內被啃成裸土。生態學家哈丁（Garrett Hardin）在一九六八年把這個結構寫成一篇文章，取名〈公地悲劇〉。它真正嚇人的地方在於：整齣悲劇裡，找不到一個壞人。
這齣悲劇的四個零件
公地悲劇不是「人性貪婪」四個字就講完的事。它需要四個條件同時到齊，少一個就不會發生——這也是後面所有解法的下手處。
| 零件 | 白話說 | 少了它，悲劇不成立 |
|---|---|---|
| 擋不住人用 | 沒有門、沒有鎖、沒有配額，誰都能來 | 圍起來、發許可證，就變成有人負責的財產 |
| 你用了別人就少 | 一份被抽走，池子裡就真的少一份 | 用不完的東西（陽光、一份公開文件）不會被搶垮 |
| 好處集中 | 多用那一份，收益百分之百進自己口袋 | 好處要跟別人分，就沒有多抽的動力 |
| 成本分散 | 損害被所有人平均攤掉，自己只吃到一小塊 | 成本回到誰造成誰承擔，帳就算得回來 |
四個零件裡，最後兩個才是引擎。前兩個決定「這是不是一塊公地」，後兩個決定「人會不會踩下油門」。
怎麼認出身邊的公地
草地和漁場離多數人很遠，但這個結構到處都是——公司裡、平台上、社區裡。四個問題，幫你把它認出來。
一、這個東西，擋得住人用嗎？公用會議室、共用的工程人力、社區的騎樓、公司群組裡所有人的注意力——只要「想用就能用、沒人管、不必先問過誰」，它就有公地的體質。自問：我要多用一份，需要跟誰申請、被誰看見嗎？答案是不用，就危險了。
二、一個人多用一份，別人是不是就真的少一份？這一條決定它是不是「會被用完」。工程師的一天是會被用完的；公司知識庫裡的一份文件不會。很多人把兩者混為一談，於是拿管理稀缺資源的規矩，去管根本不稀缺的東西，白白製造摩擦。自問：這件事被多用一次之後，剩下的存量真的變少了嗎？
三、把分帳實際算一次。這是最有力的一步，而且多數人從來沒算過。拿一個具體動作——多插一張單、多開一場會、多發一則群組訊息——問兩句：好處有多少歸我？損害有多少落在我身上？當比例是「十分之十對十分之一」，你不必假設任何人貪心，這個行為就會不斷發生。自問：如果損害全部由我一個人吃，我還會做這個動作嗎？
四、回得回來嗎？回復速度追不追得上？會再生的資源（草、魚、團隊的體力、客戶的信任）有一個關鍵數字：再生速度。抽取速度只要低於再生速度，池子可以永遠用下去；一旦超過，曲線就會像圖上那樣，先假裝沒事，然後在某一年整個垮掉。自問：這一季抽走的量，下一季補得回來嗎？連續幾季補不回來了？
一間台灣軟體公司，把六個工程師當成公地
二十四人的台灣 SaaS 公司，工程只有六個人，而且是全公司共用的。每個部門都可以直接在群組裡開口，「這個很小，兩天就好」。沒有人濫用，每一筆需求也都真的有道理。
- 業務部：大客戶要一份客製報表，不做可能掉單。插單 2 天
- 行銷部：活動頁要埋追蹤碼，不埋就無法歸因。插單 0.5 天
- 客服部：一個小 bug 客戶天天問，修掉省很多信。插單 1 天
- 老闆：看到競品出了新功能，想先做個雛形。插單 3 天
- 產品部：這一季的主線功能，原本排了 12 週。季末只完成四成
季檢討會上，每個部門都很清白：我只用了兩天、我只用了半天。但六個工程師一季總共 360 個人天，插單吃掉了將近三分之一，而且全部落在最需要連續時間的那幾週。這裡沒有壞人，只有四張各自合理的帳單——好處（客戶留住、活動能歸因、信箱清爽）百分之百歸提出的部門，成本（主線延期）由全公司平均分攤。後來他們的做法很土：每個部門一季配 15 個工程人天，用完要跟別的部門調；每張插單在看板上掛出提出者的名字，以及「它排擠掉哪一張主線卡」。額度沒有增加一天，插單量卻掉了六成——因為抽的那一份，第一次有了名字。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖，什麼時候會騙你
公地悲劇太好用，好用到常被當成萬用解釋。三個必須知道的邊界。
- 共用，不必然走向悲劇。哈丁的模型假設每個人互不認識、無法溝通、也訂不出規矩——這個假設很強，而現實常常不是這樣。政治學家歐斯壯（Elinor Ostrom）跑遍世界，記錄了大量共有資源被社群自己管好幾百年的案例，因此拿下諾貝爾經濟學獎。她整理出的條件很具體：邊界清楚、規則由使用者自己訂、有人監督、違規有階梯式的罰則、爭議有地方講。台灣的水利圳路、漁村的巡守，都是這一類。所以看到共用資源，先別急著喊悲劇；要先看有沒有人在管、規矩是誰訂的。
- 它不是「一切都該私有化」的通行證。圍起來確實能解決某些公地問題，但圍籬本身有代價：查驗的成本、被排除在外的人、以及把成本推給圍籬外面的世界。一間工廠把污水排進河裡，就是把自己的成本丟進公地——私有化在這裡不但沒解決問題，正是製造問題的那一邊。真正的判準始終是同一句：誰造成的成本，有沒有回到誰身上。
- 有些「公地」其實是別人家的院子。社群平台的自然觸及、搜尋引擎的第一頁、電商平台的流量——用起來像公地，人人都在搶，也確實會被搶爛。但它們有主人，規則可以在任何一個星期二被改掉。把它們當公地經營，你會投入大量心力去搶一塊隨時會被收回的地。這裡該問的不是「怎麼搶得比別人多」，而是「這塊地的房東是誰，他哪天會漲租」。
用痛點的眼光看這件事
把「成本分散」這一格翻過來，它就是創業者最常誤判的一種假痛。
你在會議室裡聽到十個人抱怨同一件事——報帳流程很爛、系統很難用、跨部門對接很痛苦——聽起來像是十倍的市場。但接下來很可能發生的是：東西做出來了，沒有人買。原因不在需求是假的，在於那個痛被十個人平均分掉，每個人只痛零點幾分。痛零點幾分的人會抱怨，會在茶水間罵，但不會為它填一張採購單、不會為它扛責任、更不會為它掏自己的預算。這正是公地結構的鏡像：損害一旦被攤薄，就沒有人有動機去解決它，包括付錢請你解決。所以 P.A.I.N. 之尺在問「誰在痛」的時候，真正要找的是那個「痛沒有被分掉的人」——那個一出事就是他被叫進辦公室、他的獎金會少、他的週末會沒了的人。同一個問題，換一個人問，願付價格可以差十倍。下一次做客戶訪談，多問一句：這件事出包的時候，是誰要出來解釋？他，才是你要找的人。
關於公地悲劇，常被問到的幾件事
公地悲劇和囚徒困境差在哪？
結構相近，尺度不同。囚徒困境是兩個人、一次性的選擇，重點在「彼此信不過」；公地悲劇是很多人、一直重複的抽取，重點在「一份共用的存量被慢慢耗掉」。實務上的差別很關鍵：囚徒困境的解法多半是建立互信與重複賽局，公地悲劇的解法多半是配額、產權與可見性——你必須讓每一次抽取被算到某個人頭上。囚徒困境那張圖把兩人版的報酬矩陣攤開，可以對照著看。
怎麼避免公地悲劇？
三條路，通常混著用。一是產權：把資源切開分給個人，各自負責。二是規則與計價：訂配額、收費、超用要罰，讓成本回到造成的人身上（塞車費、垃圾袋隨袋徵收都屬這類）。三是社群自治：使用者自己訂規矩、互相看著，也就是歐斯壯記錄的那一套。哪一條可行，取決於邊界劃不劃得清、使用者彼此認不認識、以及有沒有人願意當監督者。
公司內部也會出現嗎？
非常常見，而且比外面更難察覺，因為沒有人在做壞事。共用的工程與設計資源、會議室、老闆的時間、全公司的通訊軟體注意力、共用的品牌信譽，全都符合四個零件。判斷方法就是上面那句：這個動作的好處歸誰、成本誰吃。當比例明顯不對稱，而且沒有人的名字掛在上面，你就正在看著一塊公地被抽乾。
歐斯壯的研究是不是推翻了公地悲劇？
她補上的，是哈丁沒放進模型裡的那一段條件。哈丁描述的是「在沒有溝通、沒有規則的情況下」會發生什麼，那部分推得沒錯；歐斯壯證明的是，人類社群其實經常能長出規則，而且效果常比從上而下的管制或直接私有化更好。兩者合起來反而更實用：看到共用資源，先問有沒有規則、規則是誰訂的、違規會不會被看見——這三題的答案，比「人性是善是惡」有用得多。
這張圖處理的是「成本被攤掉之後沒人負責」，而逆向選擇處理的是另一種市場失靈：資訊不對稱怎麼把好貨逼出市場。想把「誰承擔後果」這條線讀得更深，塔雷伯的《不對稱陷阱》拆書整本都在追問同一件事：說話的人，有沒有把自己押上去。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。