案例01|Figures 14.1–14.2:Co-evolving Ecosystem 與 BAM

案例02|Figure 14.3:BACA Radar Chart 與 Analytics Capability Assessment

案例03|Figure 14.4+Exercise 14.1:GoGet Rich Picture

案例04|Exercise 14.2:Business Models、Strategy 與 Analytics Alignment

案例05|Table 14.1:Root Definition 與 GoGet Congestion Scenario

案例06|Figures 14.5–14.7+Exercise 14.3:Business Model Canvas 與 GoGet

案例07|Figure 14.8+Tables 14.2–14.3:GoGet Analytics Opportunities

案例08|Figure 14.9:Analytics Leverage Matrix 與 Portfolio Prioritization

案例09|Exercise 14.4:Analytics Opportunities 與 Leverage Analysis

核心表格

核心主題 主要觀點/方法 實務用途 重要條件/限制/延伸
BAM 把 Analytics 視為 Business/Organization Ecosystem 中的 Development Process 連結分析與 Value Creation 不能只看 Algorithm Performance
BACA Technology、People、Process、Organization、Data、Value 等 Capability Dimensions 辨識 Capability Gaps 單一構面高分不代表整體成熟
Rich Picture 呈現 Actors、Relationships、Conflicts、Culture、Politics、Uncertainty Problem Structuring 不是 Objective Representation;可反覆修改
Root Definition What/How/Why 組成 Purpose Statement 挑戰 Assumptions 與 System Boundaries 是 Conceptual Device,不是官方事實
Business Model Canvas 九構面整合 Business Model 建立共同 Business Understanding 需由實際 Business Facts 支撐
Analytics Overlay Business Issue → Question → Analytics Approach 系統化產生 Use Cases 避免 Tool-first Thinking
Analytics Leverage Matrix Value × Difficulty Portfolio Prioritization Difficulty 包含技術與組織因素

文字說明

1. Chapter 14 把分析從模型層提升到組織層

前面章節多著重 Data、Models 與 Tools;BAM 則處理「哪些 Analytics 值得做、如何嵌入 Business、如何創造 Value」。

2. Capability 必須多構面平衡

BACA 提醒組織不要把 Analytics Transformation 簡化成 Technology Acquisition。People、Culture、Strategy、Data Quality、Privacy/Security 與 Process 都會影響結果。

3. Rich Picture 先承認 Problem Situation 是 Messy 的

它的目的不是畫出唯一真實世界,而是讓不同 Stakeholders 的 Mental Models、Conflict、Interests 與 Assumptions 被看見。

4. Root Definition 用來挑戰 Purpose

What/How/Why 把 Operational Purpose 與 Strategic Purpose 連結。Alternative Root Definitions 可刻意改變 System Purpose,以暴露既有假設。