← 全部概念地圖
標準

概念地圖・閃電式擴張五階段

分類:創業

這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖,加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你,以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →

閃電式擴張五階段:每上一階都得丟掉一件事

一家外送平台從十二人衝到九十人,創辦人還是每天中午親自看完每一張客訴單——他說那是他跟真實世界唯一還連著的線。以前十五分鐘就散會的晨會,現在開九十分鐘還講不完,散會時沒人講得出結論。人數翻了七倍,他管人的方法一次都沒換檔。Reid Hoffman 在《Blitzscaling》裡把公司照人數量級切成五階:家庭、部落、村莊、城市、國家。每跨一階,上一階讓你活下來的那套做法,會在這一階變成堵住路口的東西。

閃電式擴張五級規模階梯:每一階必須丟掉與必須新建的東西 一道由左下往右上升的五級階梯。五階依序是家庭(約 1 至 9 人)、部落(10 至 99 人)、村莊(100 至 999 人)、城市(1000 至 9999 人)、國家(1 萬人以上),色塊由淺金到深金。每一階寫出到此規模時必須丟掉的舊做法與必須新建的能力:完美規劃換成全員多工、口頭默契換成第一層主管、親自把關換成中階管理層、對話傳訊換成數據與制度、單線作戰換成多線育成。上方虛線箭頭指向右上,表示規模與協調複雜度同步上升。 閃電式擴張的五級規模階梯(本站示意) 每上一階:丟掉一件曾經有效的做法,建起一項還沒有的能力 規模與協調複雜度 家庭 Family 1~9 人 丟:完美規劃 建:全員多工 部落 Tribe 10~99 人 丟:口頭默契 建:第一層主管 村莊 Village 100~999 人 丟:親自把關 建:中階管理層 城市 City 1000~9999 人 丟:對話傳訊 建:數據與制度 國家 Nation 1 萬人以上 丟:單線作戰 建:多線育成 人數為概略量級,非硬性門檻;階梯為本站示意畫法
往上一階要先空出一雙手——能不能上去,看的是創辦人肯放掉哪一件事。

五階各要丟什麼、建什麼

先把整張階梯攤成一張表。你只要在第一欄找到自己現在的位置,第三欄那一格,通常就是你今年真正要處理的事。

規模階人數量級這一階必須丟掉的做法必須新建的能力
家庭 Family1~9 人等規劃完美了再出手全員多工,每個人什麼都做
部落 Tribe10~99 人靠口頭默契同步進度第一層主管與寫下來的分工
村莊 Village100~999 人創辦人親自把關每一件事中階管理層,也就是管主管的人
城市 City1000~9999 人重要訊息只靠對話傳遞數據決策與制度化的廣播管道
國家 Nation1 萬人以上單線作戰,全公司只押一個產品多線育成,內部長得出新業務

五個人數量級出自 Reid Hoffman 與 Chris Yeh 的《Blitzscaling》:他們用家庭、部落、村莊、城市、國家描述組織規模的五個級距,並談了一連串隨規模而來的管理過渡。至於把它畫成一道「每階都標明要丟什麼、要建什麼」的階梯,是本站為了說明而畫的示意圖,書裡並沒有這樣一張圖。人數也請當成概略量級,不是硬性門檻——一家跨三個時區、賣八十個品項的三十人公司,協調複雜度可能已經站在村莊那一階;一家一百二十人的單一產品工廠,可能還住在部落。表裡真正要讀的是第三欄跟第四欄的配對關係:每一項「新建」都得先騰出位子,而位子是靠丟掉左邊那一格騰出來的。只建不丟的組織,會同時養著兩套決策路徑——新主管照流程做決定,然後所有人繞過流程去問創辦人,兩套並行的結果是誰都不敢定案。

五階梯的逐元素判準:怎麼看自己卡在哪一階

一、位置不看人數,看決策要繞幾個人。人數是最好量的代理指標,但真正決定你在哪一階的,是一件沒見過的例外從發現到定案要經過幾顆腦袋。繞一個人是家庭,繞三個人是部落,繞到需要一場會才定得下來,你已經在村莊了。自問:上一件真正的例外狀況,從有人發現到有人拍板,中間經過了誰?

二、丟得掉的標準,是停手一週後真正會壞的地方。創辦人捨不得放的事,理由常常是「只有我做得對」。檢驗方法很土:停一週,看壞在哪裡、壞得多快、補救要多久。多數時候壞掉的是速度,品質其實撐得住;而速度可以用一份寫下來的判準換回來。自問:這件事我停手一週,最壞會發生什麼?那個最壞真的補不回來嗎?

三、新建的能力要先有人扛,才有制度。「建中階管理層」的起點,是找到一個人願意在那個位子上做出會被你打回票的決定,組織圖是很後面的事。制度是那個人做過二十次決定之後的結晶,順序反過來就變成沒人認得的流程文件。自問:這一階要新建的能力,現在名字寫在誰身上?他上週真的自己拍過板嗎?

四、閃電式擴張是特例打法,不是每家公司的通則。Hoffman 講的是刻意犧牲效率換速度,前提是市場有先到者通吃的結構——網路效應、高轉換成本、供給側規模經濟。這三樣你一個都沒有,燒錢搶速度只會提早把現金燒完。自問:我這門生意,晚半年到會不會就永遠拿不回來?答案是不會的話,我為什麼要付這個效率代價?

五、換檔時機看領先指標,不看年度回顧。組織塞住的訊號都是小的:新人到職第三週還不知道該問誰、同一個決定在兩個會議裡被討論兩次、有人開始用「我先問一下老闆」當作進度。這些訊號出現時,離人數跨階通常還有半年。自問:上個月有幾件事,是因為沒人知道該問誰而延遲的?

一家外送平台從部落跨進村莊

實例演練
  • 起點:三十人的部落:創辦人一個人接客訴、審排班、談店家、拍板折扣,每天中午一小時掃完所有客訴單。三十人的時候這是優勢——他比任何人都早知道哪家店在出包。資訊走最短路徑,反應快得像同一顆腦袋
  • 第一道裂縫:人到六十:客訴單一天從四十張變兩百張,他改成只看抽樣,但抽樣的標準只在他腦子裡。客服主管猜不到哪些會被翻出來,乾脆什麼都先問他一句。他以為自己在放手,實際上只是把等待排成一條隊
  • 晨會從十五分鐘變九十分鐘:每個人都要當著他的面把事情講一遍,才算「有講過」。會議變成唯一的官方通道,沒進會議的事等於沒發生
  • 換檔動作一:把腦內判準寫出來:他花兩個晚上,把「哪一種客訴要升級」寫成七條,每一條配三個真實案例,包括他自己判錯的那兩件。標準第一次變成別人能執行的東西
  • 換檔動作二:設出中間層:客服、營運、店家開發各設一名主管,他每週只跟這三個人開一次一小時,議程固定是例外與判準爭議。決策從全部繞過他,變成三條線各自收斂
  • 換檔動作三:留一條窄的直通線:他保留每週五抽二十張客訴單自己讀,讀完只回饋判準,不改個案結論。手感留著,決定權交出去

這家公司真正的關卡,藏在他決定把那七條寫下來的那兩個晚上;六十人那一天反而風平浪靜。寫下來之前,他本人就是公司裡唯一的判準;寫下來之後,判準才第一次跟他分開,能被複製、被爭論、被改。跨階要做的事,說穿了就是把腦子裡那份沒寫下來的標準,翻譯成別人可以執行、也可以挑戰的版本——這件事沒人幫得了創辦人,因為要被翻譯的東西只在他身上。多數卡在部落與村莊之間的團隊,主管人選其實一直都在,只是手上沒有一份寫下來的判準可以扛;判準先落地,主管才接得住。以上為說明結構用的示意情境,僅供理解框架之用。

這張階梯什麼時候會騙你

  1. 它是為贏家通吃的市場寫的劇本,換一種市場就會算錯帳。閃電式擴張的核心主張是刻意犧牲效率換速度,因為在網路效應強的市場裡,第二名的價值可能只有第一名的十分之一。台灣多數生意沒有這個結構:一家在地連鎖、一間顧問公司、一個製造廠,晚半年到不會被永遠鎖死。把這張階梯當成「應該衝多快」的依據,你會為了不存在的先發優勢付出真實的現金。把它當成「衝到這個規模時,管理方式會被迫換成什麼樣」的地圖,才是能用的部分。
  2. 人數量級是最偷懶的座標。級距好記,也最容易讓人拿去對號入座然後鬆一口氣:「我們才五十人,還是部落。」但複雜度不只來自人數,也來自品項數、通路數、時區數、法規面數。一家三十人卻同時做 B2B 與 B2C、跨兩個國家的公司,協調成本可能早就是村莊等級,只是還在用部落的方式開會。看人數之前先數一數:一個決定要協調幾種不同的利害關係。
  3. 「丟掉」很容易被讀成放手不管。要丟的是做法,不是責任。創辦人退出親自審核之後,如果沒有同步建起抽樣、回饋與判準修訂的迴路,品質通常會在兩到三個月內悄悄下滑,而且下滑的訊號會被新主管的樂觀報告蓋住。真正的換檔長這樣:把決定權交出去,把校準留下來——不再改個案結論,但持續改判準本身。少了後半段,這張階梯就變成一張正當化撒手的圖。

painpoint 觀點:紅字那一欄

痛點視角

五階梯裡最狠的,是紅字那一欄。

往上爬其實不難,人會來、事會多,複雜度自己就長出來了。真正難的是每上一階,都得親手丟掉一件曾經讓你活下來的做法,而那件事通常正好是你最擅長、最有安全感的那一件。那個每天中午看完所有客訴單的創辦人,放不下的是那一小時給他的感覺:這家公司還握在自己手上。這張圖畫得出人數與協調複雜度,畫不出他捨不得放掉的到底是哪一件事——而卡住的公司,幾乎都卡在那一件。《痛點》那把尺原本是拿來量客戶的:這件事對誰痛、痛在哪、痛到願意付錢改。把同一把尺轉過來對準自己,問法就變成:我最不想放的那件事,現在痛的是誰?創辦人親自看客訴,對他自己是安全感,對客服主管是判斷永遠被覆蓋一次,對客戶是每個問題都在排隊等一個人有空。今晚就能做的動作:把這週你親自經手、別人做不了的事列成一張表,在每一項後面寫一個名字。寫不出名字的那幾項,就是你下一階爬不上去的地方。

關於閃電式擴張五階段,常被問到的幾件事

閃電式擴張的五個階段是哪五個?

依序是家庭、部落、村莊、城市、國家,對應的人數量級大約是 1 至 9 人、10 至 99 人、100 至 999 人、1000 至 9999 人、1 萬人以上,出自 Reid Hoffman 與 Chris Yeh 的《Blitzscaling》。它切的座標是組織規模,因為每差一個人數量級,溝通方式、決策路徑與人才結構就得重寫一次。用它的正確方式是往前看一階:先去準備下一階才會出現、而且現在這套做法接不住的那些問題。

人數是硬標準嗎?三十人的公司會不會已經是村莊?

會。人數只是最好量的代理指標,真正的判準是協調複雜度:一件例外要繞過幾個人、一個決定牽動幾種利害關係。跨時區、多品項、多通路的三十人公司,協調成本可能已經接近村莊;反過來,一百二十人的單一產品工廠,做事節奏可能還停在部落而且運作良好。所以量人數只是起手式,接著要數的是決策路徑長度與同時在跑的產品線數量。這兩個數字比人頭誠實得多。

這跟 Greiner 成長模型差在哪?

切法不同,回答的問題也不同。Greiner 用一連串危機分期,領導危機、自治危機、控制危機這樣一路排下去,回答的是「你接下來會撞上哪一種危機、危機長什麼樣」。閃電式擴張五階段用人數量級分期,回答的是「當增員速度遠快過學習速度時,管理方式要怎麼換檔」——重點放在每一階要丟掉什麼舊做法、新建什麼能力。前者診斷症狀,後者列出換檔清單,兩張圖疊起來看最省事:Greiner 告訴你痛會從哪裡來,這張階梯告訴你手上要先放掉什麼。

我不打算做獨角獸,這張階梯還用得上嗎?

用得上,前提是把「刻意犧牲效率換速度」那一層拿掉。閃電式擴張是特例打法,只在先到者通吃的市場划算;但階梯本身描述的是組織複雜度隨規模上升的規律,那個規律對慢慢長大的公司一樣成立,只是時間軸拉長,痛感被稀釋成好幾年,反而更難察覺。慢速成長的公司常見的毛病是拖著上一階的做法多走兩年,等到晨會開不完、新人問不到人,才發現該換檔的時間點早就過了。

想從另一個角度看同一段路,可以接著看 Greiner 成長模型,它把成長切成一連串危機,回答的是接下來會撞上哪一種危機;至於每一階新建的匯報線與分工實際長什麼樣,則可以對照 組織結構圖譜 挑出適合自己這一階的形狀。

發現引用或事實有誤?請寫信回報,我會依更正政策修正。

喜歡這篇文章嗎?

每週幫你拆二本好書,把判斷力、好書金句、好問題,直送你的信箱。

不適合你可隨時退訂 · 每週兩封,陪你把書讀進生活。

送出即表示同意我們依隱私權政策使用你的 email。