Module 5

Capabilities
Resources
Management Systems

從想法到組織承擔——策略不是說完 How to Win 就算數,
而是在願意爭取資源、建立能力、調整制度之後才開始成真。

核心主張:沒有 Capabilities、Resources 與 Management Systems,How to Win 只是漂亮的競爭敘事。策略在經理人願意為取勝邏輯承擔摩擦時,才開始成為真實的組織選擇。
02 · 脈絡
臺灣 BU Head 卡在哪裡?
當 How to Win 說完,真正的難關才開始
經理人可以說出一個成熟的取勝方向,例如「從一般代工轉向高混低量 NPI 工程協作夥伴」,但說完之後,阻力隨之而來:
組織阻力
工程不願意配合業務客戶早期介入、製造排程不支持試產、財務不願給試點預算、業務 KPI 仍只看營收
權限困境
被要求對結果負責,卻未擁有完整資源調度權;被期待像事業負責人,制度卻把他當部門主管
真正的問題不是「想出方向」
而是:你能否把這個方向轉成組織願意承擔的能力、資源與制度改變?
本模組的任務
把 Martin choice cascade 的後兩段(Core Capabilities · Management Systems)加上一個本地化中介層——Resources,以處理臺灣經理人最常見的權限感不足與資源動員能力不足問題。
03 · 架構
完整的 Choice Cascade
本地化版本在 How to Win 之後加入 Resources 層
🎯
Aspiration
🗺️
Where to Play
⚔️
How to Win
🏗️
Capabilities
目前位置
💰
Resources
本地化新增
⚙️
Management Systems
制度設計
加入 Resources 不是改寫 Martin,而是處理「有責無權」的現場現實。臺灣 BU Head 最大的障礙,往往不是思路,而是資源動員能力。
04 · Capabilities
能力不是盤點,而是從 How to Win 反推
與取勝無關的能力,不是核心能力
很多策略工作坊的能力討論,會停在「我們有研發能力、製造能力、業務能力……」這種層次。這種盤點方式不夠,因為能力不能抽象地存在,它必須相對於 How to Win 來判斷。
若 How to Win 是工程協作型供應商
核心能力 = FAE 早期介入、NPI 管理、快速試產、跨部門專案、客戶規格資料庫
若 How to Win 是高門檻應用市場
核心能力 = 認證、可靠度測試、失效分析、法規理解、長期客戶驗證
本方法論的能力定義
支撐某一套 How to Win 能夠被重複執行、逐步改善、並形成差異化的組織性活動能力。
① 必須支撐 How to Win
② 必須能重複(不靠單一個人)
③ 必須能形成差異(競爭者難以快速取得)
Rumelt 的補強:不是把所有事都做,而是找出重要且可處理的關鍵挑戰,集中力量突破。Capabilities 不是越多越好——哪一兩個能力若建起來,最能讓 How to Win 開始運轉?
05 · Capability Map
第一張工作表:能力缺口分析
讓經理人看到哪些能力不存在、哪些只在個人身上、哪些被 KPI 壓制
How to Win 核心活動 所需能力 成熟度 缺口 建構方式 優先級
FAE 早期介入 技術診斷、客戶溝通、應用理解 中 缺產業應用經驗 訓練+挖角+顧問 高
快速試產 NPI 流程、彈性排程、試產資源 低 製造以量產效率為主 試點線+例外授權 高
工程與業務共訪 跨職能銷售、技術提案 低 業務只會報價 共訪制度+提案模板 高
客戶規格資料庫 資料治理、案例萃取 低 資料分散在個人 CRM+知識庫+責任人 中
客戶分級 策略客戶判斷、資源配置 中 所有客戶一視同仁 分級規則+會議節奏 高
AI Prompt · Capability Map

請根據以下 How to Win Thesis 與 Activity System,建立 Capability Map。請列出每個核心活動所需能力、現有成熟度、主要缺口、建構方式與優先級。請區分個人技能與組織能力。

06 · 成熟度評估
有做過 ≠ 有能力
五級成熟度拆穿「我們其實有能力」的過度自信
0
不存在
組織沒有此能力,也沒有責任人
1
個人化
靠特定個人,無流程、無紀錄、不可複製
2
專案化
在特定案子中可運作,但未制度化
3
流程化
有明確流程、角色、工具與管理節奏
4
系統化
能跨案複製,有資料、KPI、訓練與改善機制
5
策略化
能形成差異,競爭者難以快速模仿
常見誤判:做過一次共同開發 ≠ 有共同開發能力;有 CRM ≠ 有客戶資料能力;上過 AI 課 ≠ 有 AI 應用能力
AI Prompt · 成熟度評估

請使用 0-5 級成熟度評估以下能力。請不要只看是否曾經做過,而要判斷它是否可複製、可訓練、可管理、可衡量、可持續改善,並是否支撐 How to Win。請指出哪些能力目前只是個人化能力,不是組織能力。

07 · Resources
「我沒有資源」是起點,不是終點
Resources 不只是預算,而是一組可動員的力量
臺灣 BU Head 最常說的話,是「我沒有資源」。但這句話太籠統。本方法論將 Resources 分成六類,讓「沒有資源」變成可以分別處理的問題:
👥

人力資源

headcount、專職人員、跨部門投入。常見問題:人在別人部門,沒有承諾

💵

財務資源

預算、試點經費、投資額度。常見問題:老闆要結果但不給錢

⏰

時間資源

高階主管時間、工程時間、會議節奏。常見問題:所有人都忙著救火

🔑

權限資源

報價、客戶選擇、產能分配、例外授權。常見問題:有責無權

🤝

關係資源

老闆支持、跨部門盟友、外部夥伴。常見問題:有想法但沒有政治支點

📊

資料/知識資源

客戶資料、案例庫、技術 know-how。常見問題:資料分散、不可用、不可分享

08 · Resource Mobilization Map
第二張工作表:把「沒有」拆成可處理的問題
每項資源都有五種處理路徑
所需資源 目前掌握 需爭取 需交換 可借用 90 天最低版本
FAE 人力 2 位工程師兼任 1 名專職 FAE 用策略客戶案換工程支援 外部顧問 指派 1 位工程窗口參與 2 個試點
試產資源 無專屬線 NPI 例外排程 用高毛利案說服製造 委外試作 每週半天試產時段
提案能力 業務只會報價 招募提案業務 以新案佣金換參與 外部顧問協助 建立 3 份提案模板
資料系統 CRM 零散 IT 支援 以客戶管理需求換支持 SaaS 工具 Excel 版策略客戶資料表
老闆支持 口頭要求成長 明確授權試點 以 90 天證據換資源 顧問背書 先取得 2 個客戶試點授權
AI Prompt · Resource Mobilization Map

請根據以下 How to Win 與 Capability Map,建立 Resource Mobilization Map。請列出所需人力、預算、時間、權限、關係、資料資源,區分:目前掌握、需要向上爭取、需要跨部門交換、可由外部借用、90 天最低可行版本。

09 · 「我做不到」拆解工具
把「做不到」說精準,才能找到下一步
七種類型,七種處理方式
類型 意義 AI 追問 Facilitator 追問
真無權 正式權限確實不在他手上 誰有權?需要什麼決策? 你能否提出決策案?
部分有權 不能單獨決定,但可影響 你能控制哪 20%? 從哪個小試點開始?
資源不足 人、錢、時間不足 哪些可重配、借用、交換? 你願意犧牲什麼來換?
能力不足 團隊目前做不到 能力要建、買、借或合作? 哪個能力先建最低版本?
政治風險 做了會得罪人 誰會反對?理由合理嗎? 你要如何設計交換條件?
心理逃避 害怕失敗或衝突 你說不可行的證據是什麼? 這是策略謹慎,還是會議安全?
論述不足 不知如何說服上級 老闆關心什麼?如何轉成商業理由? 你能否用 90 天證據換授權?
AI Prompt · 「我做不到」拆解

當我說「這個做不到」時,請幫我判斷屬於:真無權、部分有權、資源不足、能力不足、政治風險、心理逃避或論述不足,並針對每一類提出下一步。

10 · Ownership
Ownership 不是心態課,而是策略承擔
三個可操作的策略問題,取代道德化語言
如果 facilitator 說「你要有 ownership」、「你要勇敢」,專業經理人很容易防衛。更有效的方式,是把 ownership 轉成三個具體的策略問題:
1

你願意為這個 How to Win 爭取什麼資源?

不是問責任感,而是問:若工程協作是取勝必要條件,你願不願意向上爭取 FAE headcount?你願不願意要求製造端設例外排程?

2

你願意為這個 How to Win 改變什麼制度?

不是問決心,而是問:業務 KPI 是否要改?會議節奏是否要改?客戶分級是否要改?獎酬是否要改?

3

你願意為這個 How to Win 承擔什麼可控風險?

不是問是否怕,而是問:短期營收可能下降多少?你如何用證據降低上級疑慮?如何把風險控制在可承受範圍?

核心定義:Ownership 不是態度宣示,而是經理人願意為取勝邏輯爭取資源、改變制度、承擔摩擦的程度。
11 · Management Systems
制度會懲罰你聲稱想要的策略
Management Systems 不只是 KPI 表
很多策略失敗,不是因為方向錯,而是管理系統不支持。這些場景你一定不陌生:
宣告要高值化,但 KPI 只看營收——業務仍接低毛利案
宣告要工程協作,但工程 KPI 只看內部問題處理——客戶早期需求無人接
宣告要快速 NPI,但產線 KPI 只看稼動率——不願插單試產
宣告要策略客戶,但業務獎金只看短期出貨——核心資源被低價客戶吃掉
Management Systems 包含:KPI、會議節奏、決策權限、資源分配規則、獎酬制度、客戶分級、例外授權、跨部門治理、資料回饋機制、策略檢討週期。
本方法論的順序:先定 How to Win → 核心活動 → Capabilities → Resources → Management Systems → 最後才定 KPI
12 · Management System Map
第三張工作表:制度是否正在抵消策略?
檢查現有制度哪些支持策略、哪些在破壞策略
策略要求 現有制度 衝突 需要改變 責任人 檢查節奏
發展工程協作型客戶 業務 KPI 只看營收 業務仍接低毛利案 增加 design-in、策略客戶毛利指標 業務主管 月會
快速 NPI 產線 KPI 看稼動率 不願插單試產 建立 NPI 例外排程與試產時段 製造主管 週會
FAE 早期介入 工程只處理內部問題 客戶早期需求無人接 設立 FAE 共訪制度 技術主管 雙週
客戶分級 所有客戶同樣服務 核心資源被低價客吃掉 建立 A/B/C 客戶資源規則 BU Head 月會
案例庫累積 專案結束無復盤 知識留在個人 建立專案復盤與案例萃取 PMO 每案
AI Prompt · Management System Map

請根據以下 How to Win,建立 Management System Map。請列出現有 KPI、會議、獎酬、授權、流程、資源配置中,哪些支持策略、哪些破壞策略,並提出需要新增、刪除或修改的制度。

13 · KPI 設計
Leading vs. Lagging:不要只追結果
只追 Lagging 指標,策略自然回到短期保守行為

⏩ Leading Indicators(策略活動形成中)

工程協作型:策略客戶早期介入件數、工程業務共訪次數、NPI 試點案數、樣品到試產週期、客戶共同規格紀錄數

學習 Hub 型:企業真實問題轉課程案例數、AI 實作專案數、外部夥伴共創課程數、學員作品可展示數

⏮ Lagging Indicators(商業結果)

工程協作型:策略客戶收入占比、重複合作率、設計導入案毛利、客戶推薦數

學習 Hub 型:企業合作轉換率、職前學員就業率、顧問案轉課程比例、續約率

KPI 可能副作用 反制指標
營收成長 接低毛利案 策略客戶毛利率
準交率 拒絕高變動試產 NPI 試點完成率
客戶滿意度 免費客製過多 付費服務比率
訓練時數 上課但不轉化 能力成熟度/實作成果
AI 專案數 PoC 過多不落地 量產或課程導入率
14 · 90 天策略實驗
用證據換授權,不要一次要完整資源
把龐大策略壓成可處理的 crux,用小實驗收集決策證據
直接要求完整資源,老闆通常不會給。比較可行的方法是用 90 天策略實驗換取下一階段授權。90 天實驗不是行動計畫,而是驗證 How to Win 關鍵假設的工具:
假設 實驗 成功指標 需要資源 決策點
客戶願意讓我們早期介入 NPI 選 2 個策略客戶做共訪與需求診斷 客戶提供早期規格,願意共同試產 工程每週 4 小時 是否設 FAE
高混低量客戶願意付溢價 對 3 個案子提出工程協作報價 至少 1 案接受較高報價 提案模板 是否調整業務 KPI
AI University 可提升學員實作能力 試辦 6 週 AI 實作班 80% 學員產出企業題目作品 平台與講師 是否擴大招生
AI Prompt · 90 天策略實驗

請根據以下 How to Win 與關鍵假設,設計 3 個 90 天策略實驗。每個實驗必須包含:要驗證的假設、最小可行行動、最低資源、成功/失敗判準、下一階段資源申請依據。請避免一般行動計畫,要能產生決策證據。

15 · 向上爭取資源
把「要資源」改寫成「取勝條件」
放進策略邏輯裡,降低老闆的不確定感
「我們需要多一個人」聽起來像抱怨。換成取勝條件格式,效果截然不同:
提案句式:
「如果我們選擇[Where to Play],並採取[How to Win],那麼[核心能力]是必要條件。為了在 90 天內驗證此打法,我們不要求完整投資,但需要[最低資源]。若實驗達到[指標],下一階段再申請[下一期資源];若未達標,則停止或修正。」
實例:「如果我們選擇高混低量 NPI 客戶作為優先戰場,並採取工程協作型打法,那麼 FAE 早期介入與快速試產是必要能力。90 天不要求立即建立完整團隊,但需要一位工程窗口每週 4 小時投入兩個策略客戶試點,以及製造端每週半天試產時段。若兩個試點中至少一個取得客戶付費試產或 design-in 承諾,再申請專職 FAE 與 NPI 小組。」
AI Prompt · 向上提案

請把以下資源需求改寫成向上提案語言。格式必須包含:選定戰場、How to Win、必要能力、最低資源需求、90 天驗證指標、下一階段申請條件、若失敗的停止或修正機制。請避免抱怨式語氣。

16 · 跨部門協作
不要只要求配合,要設計交換條件
跨部門不配合,通常有七種原因,每種各有解法
需要誰支持 我需要他做什麼 他會損失什麼 他能得到什麼 需要何種授權 如何降低他的風險
工程部 參與客戶早期診斷 時間被占用 更早理解需求,減少後期返工 技術主管同意 限定 2 個試點
製造部 提供試產時段 稼動率受影響 提前掌握新產品製程風險 BU / 廠長授權 每週固定半天
業務部 不再追所有低價單 短期營收壓力 高毛利案佣金提高 業務主管同意 設雙軌 KPI
IT 建立客戶資料表 開發負擔 有明確需求,不做大型系統 CIO 支持 先用低碼工具
AI Prompt · 跨部門交換設計

請針對以下策略所需跨部門支持,建立 Cross-functional Exchange Map。請列出對方的成本、可得到的好處、需要的上級授權、降低風險的方法,以及 90 天最低協作版本。

17 · 競爭者視角
能力必須在競爭壓力下才有意義
同時問:我們能建立,競爭者也能建立嗎?
Horn 提醒:競爭者常被我們稱為「不理性」,只是因為我們沒有站在它的目標、資源與限制中理解其行動。建立能力時,必須同步評估防禦性:
能力 對手可否模仿 模仿時間 我們的防禦來源
FAE 早期介入 可 6–18 個月 客戶關係、案例庫、規格資料
快速試產 可但困難 12–24 個月 產線彈性、例外授權、NPI 流程
客戶共同規格資料庫 困難 24 個月以上 長期專案資料與客戶信任
AI 工具使用 容易 1–3 個月 ⚠️ 無防禦,不能當核心
外部夥伴網絡 中等 6–12 個月 合作治理與共同案例
防止把容易被複製的能力當成核心優勢。AI 工具本身不是護城河——如何用 AI 做出競爭者難以複製的活動系統,才是。
18 · Strategy Narrative
制度改變需要敘事支持
沒有策略敘事,制度改變會被視為主管任意調整
1

局勢變化

我們面對的市場或競爭環境發生了什麼變化?

2

原打法不足

為什麼既有打法已不足以維持優勢?

3

Aspiration / Where to Play

我們選擇在哪裡競爭、要成為什麼?

4

How to Win + 必要能力

我們的取勝方式是什麼?哪些能力必須建立?

5

資源與制度改變

需要哪些資源重配?哪些制度需要調整才不會讓策略被日常管理打敗?

6

90 天實驗 + 風險控制

不要求一次到位。先用 90 天實驗取得證據;若成立則進入下一階段,若不成立則停止或修正。

AI Prompt · Strategy Narrative

請將以下策略內容整理成給老闆與跨部門主管聽得懂的 Strategy Narrative。語氣要像一位 BU Head 負責任地提出取勝條件。請避免顧問術語。

19 · 製造業案例
工程協作型 How to Win 的完整落地
從能力、資源、制度到 90 天實驗
核心活動缺口優先
FAE 早期介入無專職 FAE高
快速試產製造 KPI 不支持高
客戶專案隊缺共同節奏高
規格資料庫記錄分散中
業務 KPI 增加 design-in 案件數與策略客戶毛利
製造 KPI 增加 NPI 試點準時完成率
工程 KPI 增加早期需求診斷完成率
每兩週召開策略客戶 NPI 會議
每案完成後做技術案例復盤
資源90 天最低版本
工程人力1 位工程窗口每週 2 次客戶診斷
試產資源每週半天 NPI 試產例外時段
業務提案建立 3 份工程協作報價模板
客戶資料Excel 版策略客戶規格表
老闆授權2 個客戶試點不以短期毛利評估
選 2 個策略客戶 → 業務工程共同拜訪
→ 完成需求診斷 → 提出工程協作報價
→ 測試快速試產 → 收集付費試產或 design-in 承諾證據
→ 用證據爭取下一階段 FAE headcount
核心結論

策略在承擔摩擦時才開始成真

Capabilities、Resources、Management Systems——策略從簡報走向現實的最後一哩路

四個核心主張:
① Capabilities 不是能力盤點,而是從 How to Win 反推哪些能力必須被建構
② Resources 不是抱怨沒有預算,而是辨認可重配、爭取、交換、借用與分階段取得的力量
③ Management Systems 不是 KPI 表,而是讓策略不被日常管理打敗的制度設計
④ Ownership 不是心態宣示,而是經理人願意為取勝邏輯爭取資源、改變制度、承擔摩擦的程度
工具一
Capability Map
從 How to Win 反推能力缺口
工具二
Resource Mobilization Map
把「沒有」變成可處理問題
工具三
Management System Map
制度是否在抵消策略?
工具四
90 天策略實驗
用證據換授權