概念地圖・組織結構三型
分類:管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
組織結構三型:換一張組織圖,換一種內耗
公司變大之後,第一個被拿出來動的,通常是那張組織圖。功能式、事業部式、矩陣式——課本上的三型看起來像三種進化程度,實際上它們是三種不同的收稅方式。你挑的其實是一組你比較願意付的代價:專業深但跨部門要往上爬、貼近市場但同一件事做三遍、資源共用但每天重談一次優先序。看懂這三棵樹,主要是為了在改組之前先知道,這次要換掉的是哪一種痛。
三型各自最強的地方,與各自的帳單
選結構跟選保險很像:真正該看的是理賠不到的那天,你會痛在哪裡。
| 結構 | 最強的地方 | 內耗長在哪 |
|---|---|---|
| 功能式 | 專業能累積、不重複投資、成本最省 | 跨部門的事都要往上爬,決策離客戶最遠 |
| 事業部式 | 貼近市場、責任清楚、損益算得出來 | 同一件事做三遍,事業部之間搶總部資源 |
| 矩陣式 | 人力共用、專案跑得快、彈性最高 | 兩個老闆,優先序衝突每天都要重談一次 |
| 共通的真相 | 沒有一型能同時要到全部 | 改組等於換一種稅來繳 |
動組織圖之前,先誠實回答這四題
這四題答完,該用哪一型通常已經很明顯——而且答案常常是「三型都沾一點」。
一個影響客戶的小改動,要經過幾個人才能拍板?這一題量的是決策離客戶多遠。包裝上多印一行日文、退款門檻放寬一百塊,這種等級的事如果要三個以上的人點頭,結構已經在收你的稅了。自問:上一個這種小改動,從提出到執行花了幾天?超過一個月,該檢討的多半是那張圖的形狀。
客戶不滿意的時候,有沒有一個人是推不掉的?功能式最典型的症狀,就是這一題答不出名字——行銷說是產品問題、生產說是規格問題、業務說是價格問題,每個人都對。自問:這個客戶的整段體驗,誰的獎金會因為它變差而變少?沒有人,責任就是空的。
重複投資的成本,你付不付得起?事業部式最直接的代價是同一種職能養好幾組。大公司付得起,八十人的公司常常付不起——而且不只是薪水,還有三組人各自去談同一家供應商、同一位網紅的尷尬。自問:如果三條線各養一組行銷,總人數會從幾人變幾人?把數字寫下來再決定。
矩陣的兩軸,誰決定優先序?矩陣要靠仲裁撐起來,紙上那幾條線只是開始。專案經理要人、部門主管不放,制度上誰贏?這一題沒有明文答案,矩陣就會退化成看誰嗓門大、誰跟老闆比較熟。自問:上一次兩邊搶同一個人,最後是怎麼決定的?靠某人私下喬,代表你有的是矩陣的成本、沒有矩陣的效益。
拿它改一次組織:台中一家做鳳梨酥的老字號
成立三十年、八十人,原本是標準的功能式:業務、生產、行銷、財管四個部。三年之內長出三條完全不同的生意——門市、電商、外銷日本——組織圖沒動,麻煩全冒出來。
- 症狀一:電商要的小包裝規格永遠排在門市後面。原因很單純——生產主管的獎金綁在總產量,做門市的大單最划算。結構在替他做決定
- 症狀二:外銷要的日文標示,卡在行銷部的工作佇列三個月。行銷部沒有錯,那條線上還有十一件事。
- 第一次改組:照課本直接換成事業部式,三個事業部各配業務與行銷。半年後行銷人力從 4 人變 9 人,三組人各自去談同一位團購主。重複的帳單來了
- 第二次修正:改用一句判準重畫——貼客戶的下放(行銷、通路經營、定價彈性),要規模才划算的留總部(採購、生產排程、財管)。日文標示從三個月變三週
兩次改組之間,這家公司真正學到的是一句判準:哪些事情該貼著客戶、哪些事情該貼著規模。這條線一畫出來,該分的分、該併的併,組織圖只是結果而不是起點。有意思的是,第二次修正之後那張圖用課本的分類法根本歸不了類——它三型都沾一點。它能跑,是因為背後那句判準是他們自己算出來的。順帶一提,讓生產願意排電商小單的關鍵也不在組織圖上:那年他們把生產主管的獎金從「總產量」改成「三條線的達交率」。以上為說明結構用的示意情境,僅供理解框架之用。
這三棵樹,什麼時候會騙你
組織圖是公司裡最容易被誤認為「解答」的一張紙。
- 它會過期,而且過期得比你想的快。今天最順的結構,在客戶數翻三倍、多一條產品線之後多半就不順了。這通常不是當初選錯——條件本身變了。把改組當成失敗的公司,通常會拖到痛得受不了才動,然後一次動太大;把它當成定期換稅的公司,改得小、改得勤,反而不痛。
- 改圖不會改真正的權力線。決定事情怎麼跑的其實是三件事:誰簽核、誰控預算、誰決定考核。這三樣沒動,畫再漂亮的新圖,三個月後大家還是走原本那條路,只是多繞一層。判斷一次改組是不是玩真的,看預算歸屬有沒有跟著移動就知道了。
- 矩陣的代價常被嚴重低估。兩個老闆代表每一次優先序衝突都需要協調,而協調成本不會出現在任何一張報表上——它出現在員工的晚上、在私下的訊息裡、在離職面談的理由裡。矩陣要能跑,前提是有一套明文的仲裁規則,以及一位真的願意仲裁的高層。這兩樣缺一,你買到的只有它的成本。
用痛點的眼光,再看一次這三棵樹
組織圖畫得出誰向誰報告,畫不出誰替客戶的那個麻煩負責。
三型的差別說到底只有一句:決策要走多遠,才會碰到懂客戶的人。功能式最省,代價是任何跨部門的事都得先爬到最上面才交會;事業部式把決策推到離客戶最近的地方,代價是同一件事做三遍;矩陣想兩者兼得,代價是每天都要重新談一次優先序。所以改組之前該問的,不是哪一型比較先進,而是「我們最常卡住的那個客戶麻煩,卡在哪兩個框之間」。答案通常會直接指出該把哪一條線往下移。至於那些純粹為了擺平內部政治而做的改組,多半會在下一次改組時被改回來——因為從頭到尾,客戶沒有進過那間會議室。
關於組織結構,常被問到的幾件事
三型之外還有哪些常見的結構?
常見的還有網絡式或平台式(核心團隊很小、大量外包與合作夥伴)、扁平與自主管理(合弄制那一類)、以及近年流行的「小前台、大中台」。它們大多是三型的變形,問的都是同一組問題:決策放多近、資源共用到什麼程度、衝突由誰仲裁。名字不必糾結,把這三個問題自己回答一次比較實在。
多少人以上才需要考慮換結構?
沒有人數門檻,但有兩個很準的訊號。一是老闆得常態性地親自協調兩個部門——那代表結構沒有把該接的線接起來;二是離客戶最近的人做不了任何決定,什麼都要問。任一個持續半年以上,結構就在收稅了。反過來說,如果兩個訊號都沒出現,人數再多也不必為了「看起來像大公司」而改。
矩陣式在台灣的中小企業行得通嗎?
行得通,但前提比想像中硬:要有一位真的會出面仲裁的高層、要有寫下來的優先序規則、還要接受協調本身就是成本。實務上常見的誤會是,人數少的公司常以為自己在跑矩陣,實際跑的是「所有事情最後都要問老闆」的變形——那叫單點瓶頸。
改組之後多久會看到效果?
短期一定變差。新的匯報線、新的預算歸屬、新的默契都要重建,前三個月產出下滑很常見。合理的期望是六到九個月,而且最好在改組當天就把話說清楚:這次要換掉的是哪一種痛、要接受的是哪一種新代價。把改組講成「全面升級」,等於替自己埋下第三個月的信任危機。
組織圖只是七個零件裡的一個,想知道另外六個為什麼也得一起換檔,接著看麥肯錫 7S 這張概念地圖;至於升上事業部主管之後為什麼得換一套本事,領導管線那張講得很直接。
喜歡這篇文章嗎?
每週幫你拆二本好書,把判斷力、好書金句、好問題,直送你的信箱。
不適合你可隨時退訂 · 每週兩封,陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。