概念地圖・李維特鑽石模型
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：領導
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
李維特鑽石模型：動一角，另外三角跟著晃
一家貨運行花錢導入了新的派車 App，一個週末就全員換完。三個月後打開後台，八成的車還是靠調度員在 LINE 群裡喊——App 是新的，權力沒動、獎金算法沒動、誰說了算沒動，於是兩套系統並行了半年。1965 年，管理學者 Harold Leavitt 把組織畫成一顆菱形（Leavitt's Diamond）：任務、人員、結構、技術各佔一角，六條連線把每兩個角都接起來。這張圖只講一件事，而且講得很硬：你動了哪一角，另外三角都會沿著線晃。
四個角，各裝了什麼、一動會震到誰
先把四個角讀成看得見的東西，再看每一角被動時，震盪最先沿哪一條線跑。
| 四角 | 這一角裝的是什麼 | 動它，震盪最先傳到哪 | 最常被漏掉的那一角 |
|---|---|---|---|
| 任務 | 要交付的事、工作流程、品質標準 | 人員：誰的手得重新學一遍 | 結構：舊的考核還在量舊任務 |
| 人員 | 能力、動機、彼此的默契與人情 | 結構：誰帶誰、誰批准誰 | 技術：工具仍照舊那批人的習慣長的 |
| 結構 | 權責、匯報線、獎金算法、誰說了算 | 任務：優先順序當天就變 | 人員：位子換了，關係沒換 |
| 技術 | 工具、系統、設備、資料流向 | 人員：熟手變生手，生手變熟手 | 結構：權力沒跟著資料一起搬家 |
把右邊兩欄併起來讀，會看到一個很固定的形狀：大多數導入案動的是技術，最先受傷的是人員，而最後決定成敗的是結構。中間那段落差有時間差——所以三個月後才浮出水面的，往往就是那條沒人管的線。
六條線，一條一條問過去
一、任務—結構：舊尺還在量新事。任務改了，但考核表、獎金公式、月會要看的那張報表沒改，同仁很快就會算出來：做新任務會被扣分。這條線斷掉的症狀很好認——沒人反對，也沒人動。自問：新任務做到位的人，這個月的獎金會比較多，還是比較少？
二、技術—人員：手上的排序被重洗。新系統一上線，公司內部的能力排名就被洗牌一次：待最久、最會用舊方法的人變成最慢的那個。抗拒的底層常常只有一件事：位子突然變矮了。自問：這套工具一上線，誰在公司裡的相對地位會下降？我替他準備了什麼？
三、結構—技術：權力有沒有跟著資料搬家。系統讓資料集中了，但決策權還留在原來那個人手上，資料就會變成給他事後補證的東西。反過來，把權力交給資料、卻沒人負責維護資料品質，也一樣塌。自問：系統上線後，有哪一個決定，是由和從前不同的人拍板的？舉得出一個嗎？
四、兩條對角線：任務—技術、人員—結構。這兩條最容易被跳過，因為它們不在日常的匯報動線上。工具規格是照著現在的做事方式訂的，還是照著要換成的做事方式訂的；人換了位子之後，過去累積的人情與默契要往哪裡放。自問：這次規劃會議上，有沒有任何一頁投影片，是專門講這兩條線的？
五、傳導的時間差。四個角的反應速度不一樣：技術是一夕之間，任務是幾週，人員是幾個月，結構常常要到人事或年度預算才動得了。上線首月的順利，多半只是慢的那幾角還沒表態。自問：如果三個月後回頭看，最可能先破掉的是哪一條線？我打算怎麼提早看到它？
一間房仲門市，把六條線走一遍
- 技術先動：店東導入一套 CRM，要求所有帶看紀錄、屋主聯絡方式、客戶偏好一律登錄進系統，理由很正當——人走了，客戶要留下來。工具本身沒問題，資料欄位也設計得夠細
- 人員這一角先震：資深業務手上的口袋名單，是他多年跑出來的私產。登錄進系統，等於把自己最硬的籌碼交出去。於是「有登錄，但只登錄不重要的那些」
- 結構這一角沒動：抽成規則照舊，成交算在誰名下就抽給誰；系統裡的線索被別人接手成交，原本養線索的人一毛都拿不到。整套激勵仍然在獎勵藏資料
- 任務這一角被含糊帶過：店東心裡想的新任務是「門市共養客戶」，公開講的仍是「你自己的業績自己顧」。兩個版本的任務同時在店裡跑
- 對角線的補救：後來加了一條「線索貢獻分潤」，養線索的人拿兩成，接手成交的拿八成，並把「線索池成交率」放進店長的月考核。結構動了，人員這角才跟著鬆手
值得記住的接縫在第三步。這間店買的是一套系統，真正要買的卻是「業務願意把私產變公產」這個行為改變，而那個行為的開關不在技術那一角，在抽成表上。前三個月的登錄率報表一路漂亮，因為業務登的都是無關痛癢的名單——那張報表量到的只有配合度，交出籌碼的意願一格也沒被量到。當結構被改動之後，同一套系統、同一批人、同一個工具，資料才真的進來。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖什麼時候會騙你
- 四個角畫得一樣大，慣性卻差很多。圖上任務、人員、結構、技術是四個對等的方框，看起來一樣好動。實際上技術可以刷卡買到，任務可以開會宣布，人員要幾個月，而結構背後綁著獎金、職稱、面子和既得利益，常常整年都動不了。照圖規劃很容易把最貴的那一角排到最後，等到發現要動它，預算已經燒在系統上了。真正的排序應該倒過來：先確認結構那一角動得了，再決定技術要買到多深。
- 六條線讓人誤以為「全部一起動」最保險。四角同時大改，等於沒有一個角可以當參照點，出事時無從歸因，同仁也失去可以站的地面。有經驗的做法是刻意釘死一到兩角當支點——例如結構先改、任務講清楚，然後只換技術，讓人員在熟悉的權責裡學新工具。全面同步變革，多半只是把四種風險疊在同一個月引爆。
- 圖上沒有時間軸，於是早期指標特別會騙人。菱形是一張靜態圖，六條連線看起來是瞬間傳導的，但真實傳導有延遲：上線率、登入數、教育訓練完成率這些數字，在第一個月一定漂亮，因為它們量的是配合，慢的那幾角還沒開始反應。想看真的傳導，得挑一個「只有行為真的變了才會動」的指標，而且要等過一個完整的獎金週期再看。
四個角都在圍牆裡面
把這顆菱形的四個角念一遍：任務、人員、結構、技術——四個都在公司的圍牆之內。
這張圖最狠的提醒是沒有一角能單獨動；而它最安靜的漏洞，是整顆菱形沒有一個角叫「客戶」。六條連線全部往內收，於是一場組織改造可以完全成功：四角對齊了、傳導順了、報表整齊了，門外卻沒有一個人因此比較不痛。《痛點》那把 P.A.I.N. 之尺量的正是門外那件事——誰在痛、痛到什麼程度、你的改動有沒有讓那個痛變輕、他願不願意為此付錢或改變習慣。前面那間房仲門市把抽成表改對了，資料才真的進系統；但資料進來之後，屋主與買方的體驗有沒有變好，是另一條圖上根本畫不出來的線。這張圖畫得出內部四角的連動，畫不出圍牆外那個人的皺眉。今晚可以做一件很小的事：在那張菱形旁邊，用手寫加上第五個點，標上你這次改造真正想讓誰不痛，然後從那個點各拉一條線到四個角，看哪一條你講不出來。講不出來的那條，就是這次改造最該補的地方。
常見問題
李維特鑽石模型和麥肯錫 7S 差在哪？
7S 是一張盤點表，教你把七個要素攤開來檢查有沒有對齊；李維特鑽石只有四個變數，但它把重點放在連線上——四角之間六條路徑，任何一角被動，震盪一定會沿線傳出去。所以 7S 適合做全景體檢，鑽石適合在你已經決定要動某一角時，推算副作用會從哪裡冒出來。前者回答「我們現在整不整齊」，後者回答「我這一動，接下來三個月會先燒到哪」。
一個 60 年前的模型，用在導入 AI 工具上還算數嗎？
相當算數，甚至更貼。AI 工具的技術那一角現在可以幾天就換掉，落差因此拉得比以往更大：模型上線只要一週，人員的技能重排要幾個月，權責與獎金要一整年。導入失敗的樣子和 1965 年那些導入電腦的公司幾乎一樣——工具很新，誰說了算沒變，於是兩套流程並行。差別只在傳導的速度變快，而遲鈍的那幾角並沒有跟著變快。
四個角應該從哪一角開始動？
從最難動的那一角開始評估，通常是結構。順序上可以先把任務講到一句話講得清楚，接著確認結構那一角有沒有跟著改的空間——特別是獎金算法與拍板權——再決定技術要買到什麼程度，人員的訓練也才知道要往哪裡練。先買系統再回頭喬結構，是最常見也最貴的順序，因為系統已經照著舊權責蓋好了。
怎麼知道傳導已經發生、只是還沒被看見？
挑一個「只有行為真的改變才會動」的指標，並且刻意避開配合度型數字（登入率、訓練完成率、系統填報率都屬於配合度）。以前面的房仲門市為例，該盯的是「線索池裡由他人接手成交的件數」，那個數字要動，業務就必須真的把好名單交出來。再加一個時間條件：至少等過一個完整的獎金結算週期，那些慢的角才會表態。
想把四角先攤開來做全景體檢，可以接著讀麥肯錫 7S 模型；想把六條連線的傳導畫成有方向、會回頭的迴路，往下一層讀因果環路圖。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。