概念地圖・韓德森—克拉克創新矩陣
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：創新
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
創新矩陣：這次動到的是零件還是接法
同一台電動輔助自行車，換一顆更省電的馬達，工程師兩週就搞定；把電池從車架下移進座管裡，整個團隊卡了半年。難的不是那顆電池，是所有原本不必互相講話的部門突然得一起開會。韓德森與克拉克在 1990 年把這種落差拆成兩個變數：元件知識，講的是每個零件本身怎麼運作；架構知識，講的是零件之間怎麼接、誰先誰後、誰讓誰。兩者各自可變可不變，攤開來就是四格。這張矩陣真正的用處，是預告哪一種改動會把你的組織圖一起掀掉。
四格各自長什麼樣
兩個變數擺出來就好判斷：一個問零件本身有沒有換，一個問零件之間的接法有沒有改。四種組合對應四種難度，也對應四種完全不同的內部政治。
| 四格 | 零件本身 | 零件怎麼接 | 在一台電助力自行車上長成什麼樣 |
|---|---|---|---|
| 漸進式 | 微調 | 照舊 | 馬達軸承換成低阻力款，續航多兩公里，工程師兩週結案 |
| 模組式 | 整顆換掉 | 照舊 | 鉛酸電池整顆換成鋰電池，車架接點與線束一顆都不動 |
| 架構式 | 幾乎沒動 | 全部重來 | 電池從車架下移進座管，車架、電控、外觀、產線四邊同時要改 |
| 激進式 | 整顆換掉 | 全部重來 | 改中置馬達配全新電控，等於重做一台車 |
表裡最容易被低估的是第三列。它的兩個欄位一個寫「幾乎沒動」、一個寫「全部重來」，而開會的時候前者的聲音永遠比較大——料表看起來沒變，採購沒事、品保沒事、工程師手上的規格書也沒事。等到樣車拼不起來，大家才回頭去翻那張沒有人負責維護的接法圖，翻出來一看，上面的日期停在三年前。韓德森與克拉克當年研究照相平版印刷設備，看到的正是這種畫面：龍頭廠每一代的光學、機械、感測技術都還是最強，卻在幾次看似不起眼的機台重組裡連續丟掉市場。
怎麼判斷你手上這件事落在哪一格
一、先翻料表，再聽簡報。簡報會把每一次改版都講成突破，料表不會。把這次改動前後的物料清單並排，逐行比對：品名換了幾個、規格改了幾欄、供應商動了幾家。動得多，代表元件知識在移動，那是橫軸。料表幾乎一模一樣、時程卻抓不準，通常就是縱軸在動——而縱軸沒有任何一份文件會主動告訴你它動了。自問：如果只給採購看料表，這次改動看得出來嗎？
二、數一數新增了幾場跨部門會議。架構知識最誠實的量測工具是會議室。上一版產品做的時候，機構跟韌體一年講三次話；這一版變成每週三下午固定對兩小時，那兩個小時就是接法改變的價格。把新增的會議畫成一張連線圖，會比任何技術文件更快讓你看清楚新架構長什麼樣。自問：這次改動之後，有哪兩個原本不必開會的部門必須坐下來？
三、看老手的直覺還準不準。元件知識還在的時候，資深工程師報的工期會準；架構一動，同一個人會用同樣的自信報出離譜的數字，因為他心裡那張接法圖已經作廢，而他自己毫無知覺。這是架構創新最陰險的地方：它不會讓人變笨，它讓經驗最豐富的人繼續拿舊地圖導航。自問：最近半年，團隊裡誰的估算開始固定往同一個方向偏？
四、找出那份沒有人負責維護的接法文件。每個零件都有規格書、都有 owner；零件之間怎麼接，通常只活在幾個老員工的腦袋和一份三年前的介面表裡。這份文件的維護狀態，就是公司架構知識的健康檢查。它越舊，代表你越依賴口耳相傳的接法——而口耳相傳的東西，在架構變動時第一個崩掉。自問：介面規格上一次更新是誰改的，改的人還在公司嗎？
一家台灣電助力自行車整車廠，把四格走一遍
- 底子：這家廠原本替歐洲品牌代工傳統車架，鋁焊、塗裝、組裝的手藝二十年沒斷過，現在要推自有品牌的電助力車款。底盤扎實
- 第一年，換軸承：把後花鼓軸承換成低阻力款，滾動阻力降下來，續航多兩公里。規格書改一欄，工程師兩週結案，沒有任何人需要開會。漸進式
- 第二年，換電池品牌：鉛酸換成鋰電，容量翻倍，但接點位置、線束長度、鎖點孔距全照舊圖走。供應商從三家變兩家，採購忙了一個月，產線一天都沒停。模組式
- 第三年，電池移進座管：零件清單幾乎沒動——同一顆電芯、同一個電控、同一顆馬達。可是電池換了位置，車架要重新算應力、電控要重拉線、外觀要重開模、產線的治具全部作廢。半年過去，樣車還在拼。架構式
- 會議室的變化：機構、電控、外觀、製造這四個部門，過去一年見兩次面，現在每週三下午固定兩小時，散會時還在爭「這條線該歸誰拉」。接法在移動
- 補救：老闆最後指派一位資深機構工程師專職維護介面表，任何人要動接點都得經過他。四個月後樣車過關，第二款車只花了七週。接法有人管
這家廠三年裡最貴的一課，發生在他們最沒有預期的地方。前兩年動的是零件，難度大、風險高，但每一步都有人負責、有規格書可查、有前例可循。第三年零件一顆都沒換，卻把整個團隊拖了半年——因為被改掉的東西從來沒有寫在任何一份文件上，也從來沒有人的績效跟它掛鉤。真正解開結的是一個行政動作：老闆指派一個人去管那張圖，讓原本散在四個部門腦袋裡的接法，變成一份有人簽名、有版本號、動了會通知的東西。架構創新的解法往往長這樣，看起來像行政動作，效果卻比再多開三次技術會議都大。以上為說明結構用的示意情境，僅供理解框架之用。
這張矩陣什麼時候會騙你
- 分類只有回頭看的時候才乾淨。寫在教科書裡的四格界線筆直，你在會議室裡遇到的全是灰色地帶：換一顆整合度更高的電控 IC，它同時吃掉了三個原本獨立的模組，這算模組式還是架構式？答案通常要等到樣車卡住才揭曉。所以別把力氣花在爭論歸類，改成問「這次改動會逼哪些人重新對規格」，那個問題當下就有答案。
- 把自己歸在漸進式，是最舒服也最常見的誤判。沒有人喜歡在會議上宣布「我們接下來半年會很痛」，於是所有中階主管都有動機把提案講成小改款——料表沒變、供應商沒變、預算不必重編。等到跨部門的爭議一件件冒出來，時程已經被鎖死了。組織裡對這張矩陣的偏誤是單向的，永遠往左下角偏。
- 四格沒有告訴你客戶在不在乎。矩陣量的是你內部的知識位移，市場買不買單它一個字都沒說。一次痛徹心扉的架構創新，可能只換來規格表上一行沒人讀的文字；一次輕描淡寫的漸進改良，反而剛好打中通勤族最在意的那件事。用它排難度可以，用它排優先順序會出事。
痛點視角：被重新接線的老手
架構創新殺掉的，是一整批沒有犯過錯的人。
他們的零件知識一格都沒有過期，只是整組被重新接了一次線。更麻煩的是，公司的組織圖往往就是舊架構的化石——部門怎麼切、誰跟誰對規格、誰有權說「這件事跟我無關」，全是照上一代產品的接法長出來的。所以你以為在防的是技術落後，實際上被打敗的是溝通路徑：新架構要求機構跟外觀每週對一次，而你的流程裡機構只認得製造。這張圖畫得出兩種知識各自移動了多少，畫不出你的客戶願不願意為這次移動多付一塊錢——那一格得換《痛點》的問法來填：誰在痛、痛在哪一步、痛到願意掏錢。今晚可以做一件小事：拿最近一次延期的專案，把當初開過的跨部門會議全列出來，圈出「上一版產品從來不需要開」的那幾場。圈起來的地方，就是你的架構正在移動的位置。
常見問題
架構創新和破壞式創新差在哪裡？
兩者都會讓龍頭廠跌倒，但打擊點不同。破壞式創新談的是市場：新進者從低階或邊緣市場切入，用「夠用就好」的產品往上長，龍頭因為顧著高毛利客戶而讓路。架構創新談的是公司內部的知識與流程：對手用的零件跟你一樣，只是接法換了，而你的部門切法還停在舊接法上。同一個案子可以同時是兩者，也可以只是其中一種——一家公司完全有可能守住了市場區隔，卻在自己的組織圖上輸掉。
為什麼架構知識特別難學？
因為它很少被寫下來。零件有規格書、有測試報告、有承辦人；零件之間怎麼接，多半靠幾個資深員工的默契、幾份沒人更新的介面表，還有「上次就是這樣做的」。這種知識隱藏在日常運作裡，運作順的時候完全不會被注意到，正因為看不見，公司也不會把它當資產管理。等到架構真的變動，你要重建的不只是一份文件，是一整套人跟人之間的溝通習慣，而那個沒辦法靠加班補回來。
小公司也需要用這張矩陣嗎？
小公司的架構知識大多還在同一個腦袋裡，所以接法變動的痛感比較低——十個人的團隊改接法，一頓午餐就講完了。真正該提高警覺的時間點有兩個：人數跨過需要分組的門檻，以及開始把模組外包出去。前者會讓接法從一個人的直覺變成部門之間的介面，後者會讓接法變成合約條款。這兩件事發生之後，架構式那一格的成本就會開始跟著人數走，而且是超線性地漲。
發現自己正在做架構創新，第一步該做什麼？
先讓那張看不見的圖現形。找一個下午，把這次改動會牽動的所有介面畫在白板上：哪兩個模組有實體接觸、哪兩個要傳訊號、哪兩個共用同一個空間或同一份時序。畫完之後指派一個人專職維護它，權限包含否決任何未經同意的接點變更。這一步花不到一週，卻能把後面最容易失控的那段時程收回來。技術方案可以邊做邊調，接法的所有權必須在動工前就定下來。
想看一家公司如何在自己最強的技術上輸掉市場，可以接著讀《創新的兩難》拆書；如果你想把「接法」這件事拆得更細，隔壁那張產品架構與模組化談的正是產品功能與實體元件之間怎麼對映。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。