概念地圖・複製作為策略
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：策略
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
複製作為策略：展出去以前先摸清範本
霓虹燈售後團隊把檢查表寄到新區，第二天收到的回報照樣整齊，客戶等人到齊的時間開始拉長。原班人馬出發前會先看照片、核對備件，新團隊拿到的只有到場後要填的格子。複製作為策略處理的，正是這段擴張落差：找出一套已經跑通的做法，摸清它依靠什麼，再把整組關係帶到新據點——每多開一處，漏掉的條件也會跟著多一次。
範本、核心與複本的關係
Winter 與 Szulanski 在 2001 年的〈Replication as Strategy〉指出，複製策略包含探索、精煉做法，以及穩定後的大規模利用。下面用範本與核心的區別讀圖；虛線回路是本文的應用示意。
| 圖中位置 | 這一層在處理什麼 | 交出去前的檢查 |
|---|---|---|
| 左側探索環 | 找出可行做法，逐步辨認成效的依賴 | 成功發生在什麼條件下 |
| 中央真實範本 | 範本是實際運作的參照對象，包含可觀察的工作組合 | 新團隊有沒有看過它完整跑一遍 |
| 核心與邊界 | Arrow core 指成功複製所需的知識、要素與適用條件 | 目前知道的關鍵，可能仍有遺漏 |
| 右側各複本 | 在新據點重現相互依賴的做法 | 環境差異是否超出已知邊界 |
| 下方回饋路徑 | 集中觀察、安排試驗，再更新共同做法 | 調整有紀錄，成效有重測 |
真實範本留著可回頭觀察的現場。核心則需要逐步辨認——團隊今天列出的必守項目，仍是一份會受證據修正的清單。本文建議擴張時先穩定共同版本，把改動放進受控試驗；這是管理上的安排，探索與利用之間仍可能交疊。
複製前要握住的三份證據
一、跑通範本的紀錄。先跟著成熟霓虹燈維護小組走一次完整工單，從收到客戶照片、準備材料，到收工回報都算進去。只抽查最後一張表，會把出發前已經解決的麻煩擦掉。要看到幾種常見故障如何被接住，也要留下延誤紀錄——順利的那一次，可能剛好遇到零件齊全。自問：我準備複製的做法，在哪個真實現場已經完整跑通？
二、成效依賴的條件。同一張檢查表交給兩個區域，路程、可取得的備件與技師熟悉程度都可能不同。把成熟小組順手完成的預篩寫下來：誰看照片、何時核對料號、發現缺件時誰聯絡客戶。這些交接藏在熟人默契裡，擴區時最容易漏掉——總部少寫一行，新區就多打幾通電話。自問：目前的成效依賴哪些人、資源與環境條件？
三、可變與必守的邊界。安排車班可以因區域調整，預篩責任與缺件回報時點則先列為待驗證的共同要求。讓新區知道調整的提案往哪裡送，試驗期間用哪一版記錄。一旦每隊都自行改動診斷順序、備料方式與工單欄位，總部會失去比較基準——延誤發生後，連差異從哪一步開始都找不到。自問：哪些部分可以調整，哪些部分需要先保持一致再驗證？
霓虹燈售後流程擴到新區，走一遍
底下這家台灣中部的霓虹燈維護公司，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。
- 先留下成熟小組的基準：公司想把檢查、報價、備件與回報流程擴到兩個新區。原小組每件作業為診斷 35 分鐘、施作 50 分鐘、回報 25 分鐘，合計 110 分鐘。這是本情境的作業時間，不含客戶排班等候。先說清楚量了哪一段，客戶的等待另外記。
- 挑一個新區試接工單：新團隊照著表格檢查，到現場才發現帶來的備件不合。診斷花 45 分鐘、施作花 70 分鐘、回報仍為 25 分鐘，合計 140 分鐘；較原小組多出 30 分鐘，分別落在診斷多 10 分鐘、施作多 20 分鐘。回報欄位照填，缺件的電話一通都沒少。
- 回到範本找漏掉的接縫：成熟小組出發前會根據照片先核對備件，新區收到的文件沒有包含這一步。主管把預篩人員、照片需求與交接時點補進試驗清單，讓兩邊都照同一口徑記錄——包含行前準備的投入，避免把工時搬到別處就當成改善。
- 量完再決定下一區怎麼接：新區試行備件預篩與交接清單，重測各階段工時、缺件重訪與客戶等候。這裡尚無試行後數據，先保留改善幅度；等相近故障、相近條件的工單累積起來，再判斷是否更新範本並擴到另一區。每一次更新都留下原因，下一隊才知道要守住什麼。
這段演練最容易被忽略的是備件預篩的主人。原團隊把它當成出發前的日常，新團隊則按寄來的表格工作，兩邊都覺得自己做完了本分——問題出在交接範圍。110 與 140 分鐘只是提醒大家回頭查流程，還不足以證明預篩就是全部原因。主管接著要把行前投入一起納入觀察，確認較短的現場作業有沒有換成另一人的額外負擔，再決定值得複製的工作組合。以上為說明結構用的示意情境，僅供理解框架之用。
範本什麼時候會騙你
- 太早放大，會把未解的問題一起送出去。某幾張工單順利結案，可能因為資深人員一路補洞。總部若只看完成率就把流程交給所有新區，那些補洞工作便會同時出現。先保留小範圍試點，觀察常見例外怎麼處理——尤其是照片不清、料號待確認時，誰接手、誰通知客戶。
- 把成功全記在標準流程名下，會誤認真正的依賴。成熟小組可能熟悉某一帶的招牌結構，也可能有人能迅速認出舊零件。文件只寫「確認規格」，實際判讀靠經驗。複製前要追問這個步驟需要什麼能力、多久能形成——把熟練者送去救火，也會吃掉原區的服務餘裕。
- 把忠實複製做成禁止學習，會讓範本過期。新區的異常可能揭露範本邊界，也可能只是執行遺漏。兩種原因都需要調查。要求先照共同版本操作，可以建立比較基準；接著還得有承接回饋的人、試驗範圍與更新時點——若所有回報都以「照規定做」結案，虛線回路就斷在主管桌上。
等待的人也該進入成功定義
範本裡的做法彼此牽動，拆走表格很容易留下空殼。
《痛點》的 P.A.I.N. 視角會追到那位等著霓虹燈恢復亮起的客戶。他為了配合維護請人留守，聽見「還要回去拿一個零件」，今天的安排又得重排。這張圖畫得出做法如何從一處傳到多處，畫不出每個人為這次移轉多等了多久。若成功只定義為新區按時交表，等待就會落在記錄範圍外；若再問客戶經歷幾次改約、現場要留人多久，複製成果才會連到他願意再次委託的理由——內部省下的時間，也得有人感受得到。今晚抽一張新區的延誤工單，找接單同事補記客戶被通知改約的時刻，以及那通電話之後必須重排的事情。
複製策略，常被問到的幾件事
標準作業流程寫得很完整，就可以開始複製嗎？
文件是起點，還需要看得到的完整運作紀錄。請新團隊跟著成熟小組接完一件工單，觀察資料從哪裡來、材料怎麼備、例外交給誰，再讓新團隊試做。若某一步仍要不斷打電話找原班人馬判斷，就把那份判斷能力列入移轉安排——流程寫完，訓練與資源準備仍要接著走。
新據點發現更好的方法，應該立刻採用嗎？
先記下改動內容、適用條件與想改善的結果，再安排有限範圍的試驗。涉及服務承諾的變更，也要先確認客戶受到什麼影響。把新做法與既有版本按同一口徑觀察，能幫助團隊辨認改善來自哪裡。若各區同時自行換做法，之後的成效差異會混在一起，範本也就難以更新。
一定要等探索全部結束，才開始擴區嗎？
實務上探索與利用可能交疊，關鍵在於目前仍有多少不確定，以及組織接不接得住。本文建議把日常複製所用的版本先說清楚，另外安排受控試驗與回饋窗口。若連成效依賴的備件、人員或環境都尚未辨明，就先縮小擴張範圍，讓下一輪觀察有機會修正判斷。
新區的回報揭露了隱藏條件，組織更新能力與人的改變準備值得分開檢查。動態能力框架接著看組織如何重組資源、更新做法；ADKAR 模型則幫你檢查採用新做法的人是否準備好，再安排下一次交接。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。