概念地圖・危機管理四階段
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
危機管理四階段：事前那兩段最先被砍
白板上寫滿了「以後要注意」，四十分鐘的檢討會散場，沒有一條寫上日期跟名字。危機管理四階段（Emergency Management Cycle）把一場意外拆成減緩、整備、應變、復原，接成一個會轉回來的圈——它真正在畫的是時間：哪一段該在什麼都還沒發生的時候做，哪一段要等事情爆開之後才輪得到它。四段裡有兩段是在平靜無事的日子裡做的，而預算表上最先被畫掉的，往往就是它們。
四段各自在做什麼，什麼時候做
先把四段的內容與時機攤平成文字，再回頭看那張圈。
| 段別 | 這一段在做什麼 | 什麼時候做 | 沒補的代價 |
|---|---|---|---|
| 減緩 | 讓事情發生的機率與衝擊變小：備援、限流、把單點依賴拆掉 | 平時，什麼都還沒發生的時候 | 出事當天才發現沒有第二條路 |
| 整備 | 讓人在事發當下知道怎麼動：演練、分權、把聯絡鏈寫下來 | 平時，而且要重複做 | 流程寫得很漂亮，沒人真的做過一次 |
| 應變 | 止血、對外說明、把損失壓在能承受的範圍 | 事件發生後那幾個小時 | 第一個小時卡在請示，時間就這樣過去 |
| 復原 | 把服務修回去，並且寫下一次要改哪一格 | 事後幾天到幾週 | 修好就結案，同一個洞留到下一輪 |
四段的時間尺度差得很遠：應變用小時算，減緩用年算。更關鍵的差別在截止日——應變段有一個逼你動手的時刻，前兩段沒有，而沒有截止日的事永遠排得進下週。這也是為什麼四段畫成一樣大的扇形，讀起來卻一點都不對稱。
你的四段補得齊不齊，看這三個地方
一、上一次的事故報告，有幾條真的變成了預算項或設定值。「以後要注意」不是一條改進，它是一句心情。真正接上減緩段的那條，長相會是一個金額、一個負責人、一個完成日，或是某個系統裡被改掉的參數值。一份報告寫十條，能通過這個標準的常常只有零到一條——而那零到一條，就是圖上從復原彎回減緩的整條線。自問：上一份報告裡，有哪一條今天可以在系統設定或請款單上被指出來？
二、演練的間隔，跟你的人員流動率哪個快。整備段最容易出現的假象是「我們有演練」。半年演練一次、半年換掉三成人，實際站在現場的人有三成沒練過——等於沒演練。判斷方式很粗暴：把演練頻率和第一線人員的平均在職月數擺在一起看，誰的週期短，誰就決定了整備段的真實水位。自問：現在值班的這一批人裡，親手做過一次演練的比例是多少？
三、事件當下的第一個小時，誰有權不請示就先做決定。應變段最貴的成本是等人回電話。授權範圍要在平時就寫死：哪些動作值班的人可以自己下、金額上限多少、什麼情況一定要往上報。這一條寫在整備段，兌現在應變段——沒寫，第一個小時就會拿去找人。自問：半夜出事，值班的人可以自己決定的最大一件事是什麼？
一家自助點餐機系統商，四段走一遍
- 減緩：這家系統商的 300 台自助點餐機裝在 62 家店，出單全走同一朵雲。他們把異地備援補上去，一個月 8,000 元，一年 9.6 萬元。一年不到十萬，換掉一個單點
- 整備：離線出單模式其實早就寫好了，但門市沒練過。改成每家店各一年演練 2 次、每次 30 分鐘，讓值班的人親手切一次。練過的人，手會自己動
- 應變（沒有離線方案時）：雲端出單服務中斷 4 小時。62 家店 × 4 小時 × 每小時營業額 6,000 元，全損上限是 148.8 萬元。停機的錢是用小時算的
- 應變（離線出單有在跑）：離線模式撐住點餐與出單，掉的是線上支付與雲端報表。同一場 4 小時，損失壓到約 45 萬元，大約是全損上限的三成。148.8 萬與 45 萬，並排放著看
- 復原：3 天內出事故報告，其中至少 1 條要回寫進減緩清單——那條線就是圖上從復原彎回減緩的那個箭頭。進不了清單的，三個月後沒人記得
把數字排在一起，會浮出一個很不舒服的比例：一年 9.6 萬的備援、每家店一年一小時的演練，擋掉的是同一場意外裡一百萬上下的落差。可是簽字的那一刻，備援和演練是兩張要明年才看得到效果的請款單，而 148.8 萬只是一個沒發生過的假設。這就是四段裡最先被砍的永遠是前兩段的原因——它們的成效長得像「什麼都沒發生」，而「什麼都沒發生」在報表上沒有欄位。真正把圈接起來的是最後那一步：事故報告裡至少要有一條，變成減緩清單上一個有金額、有負責人、有完成日的項目。以上為說明結構用的示意情境，僅供理解框架之用。
這個圈，什麼時候會騙你
- 圈是連的，權責常常是斷的。減緩掛在 IT 預算、整備掛在門市營運、應變掛在值班主管、復原掛在品保，四段畫在同一個圈上，實際上分屬四本帳。這張圖讓人以為有人在管全程——實際上每一段只管到自己的邊界，交接處那幾公分沒有人站。看圈之前，先在每一段旁邊寫一個人名，寫不齊的那幾段才是真正的狀況。
- 四個一樣大的扇形，暗示四段一樣重。應變以小時計，減緩以年計，兩者在資源、在頻率、在誰負責上都不同量級——把它們畫成等分的四塊，看的人很容易把投入也切成四等分。這張圖排的是順序與時機；資源該怎麼分，它一個字都沒說。真要分，判準來自你這門生意停多久會開始掉客人，跟圖上的扇形大小無關。
- 復原被當成終點。服務回到事發前的樣子，很容易讓人在群組裡宣布結案。可是「回到事發前」正好代表同樣的原因還留在同一個位置——等下一次。復原段真正的產出是一份會改動減緩段設定值的清單，服務修好只是它的前置條件。少了這一步，圈就斷在最後一公分，看起來還是一個圈。
復原那一段的價值，不在把東西修回去
四段都補齊的公司，還是會被同一件事打到。
因為這個圈量得到流程的完整度，量不到客戶在第幾分鐘開始受不了。同樣是 4 小時的中斷，落在平日午後的社區小店，和落在週末尖峰的百貨櫃位，是兩件完全不同的事——可是在系統商的減緩清單上，它們是同一行「出單服務可用性」。這張圖畫得出四段的順序與時機，畫不出每一段背後那個人正在承受什麼。《痛點》的 P.A.I.N. 第一格問的一直是「誰在痛」：沒先分出哪一類店家在中斷幾分鐘後開始流失客人，減緩段的預算就只會照系統的重要性排，客戶的忍耐度連一欄都沒有。今晚就做一件事：把上一次事故報告裡最像抱怨的那一句，改寫成一個下個月會被人檢查的設定值。
危機管理四階段，常見問題
危機管理四階段是哪四段？
減緩、整備、應變、復原。減緩是降低事情發生的機率與衝擊，整備是讓人在事發時知道怎麼動，應變是事件當下的止血與對外說明，復原則是把服務修回去並且改掉原因。四段接成一個圈，復原的產出會回到減緩，成為下一輪的起點。這四段比較像一組時間標記，提醒你哪一件事該在什麼時候做。
減緩跟整備差在哪裡？
最好用的分法是看它改的是什麼。減緩改的是系統本身：多一條路、少一個單點、把爆量擋在門口。整備改的是人與規則：誰知道怎麼切換、誰有權在半夜自己下決定、聯絡鏈上的每個號碼有沒有人接。兩段都在平時做，所以在預算會議上常被合成一項討論——可是備援買得起、演練排不進行事曆的公司非常多，合起來看就會漏掉後面那半。
公司只有幾個人，四段做得起來嗎？
做得起來，只是每一段的規模會縮到很小。減緩可能只是把最關鍵的那一個服務換成有備援的方案；整備可能只是一張貼在牆上的單子，寫著前三個動作和一支一定有人接的電話；應變是誰先講話、講什麼；復原是事後花三十分鐘把經過寫下來。四段的價值來自它們都存在，而不是每一段都很厚。人少的時候，第三個判準特別關鍵：現場那一個人有沒有權自己動手。
復原做到什麼程度才算完成？
用一個很機械的標準：這次事件有沒有讓減緩段或整備段長出一個新的、寫得出負責人與完成日的項目。服務恢復只是把狀態拉回原點，那是應變段的收尾。復原段要交出的是差異——下一次同樣的原因來敲門時，會撞到一個上次不存在的東西。如果三個月後回頭看，減緩清單跟事件發生前一模一樣，那這個圈其實只轉了四分之三。
翻開最近一次的檢討紀錄，數數看有幾條寫上了日期跟名字。想看清楚那些沒被擋下來的洞是怎麼一路對齊的，可以接著看瑞士起司模型；想把減緩段變成一個會自己轉起來的例行動作，PDCA 循環那張圖排得更細。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。