🧠 Case Study — Data Storytelling: Kể chuyện bằng dữ liệu trong thực tế

Trong buổi học này, chúng ta đã nắm được Data Storytelling framework, executive dashboard design, và presentation structure. Bây giờ hãy xem các kỹ năng đó được áp dụng thực tế như thế nào — từ chuẩn trình bày data của McKinsey, đến data presentation cho product decisions tại Google, và cuối cùng là before/after: 30 slides thành 3 slides executive dashboard tại một công ty Việt Nam.

---

Case Study 1: McKinsey & Company — Chuẩn trình bày data cho C-level

Bối cảnh

McKinsey & Company là công ty tư vấn quản lý hàng đầu thế giới, thành lập 1926, với 45,000+ consultant tại 65 quốc gia. Doanh thu ước tính $16 tỷ/năm (2024). Khách hàng: 90% Fortune 100 companies — CEO và board của những tập đoàn lớn nhất toàn cầu.

McKinsey không bán sản phẩm — McKinsey bán insights và recommendations. Và cách trình bày insights đó quyết định liệu khách hàng có chi $2-5 triệu USD cho 1 dự án tư vấn hay không. Vì vậy, presentation quality tại McKinsey không phải "nice to have" — mà là core competency.

McKinsey có bộ chuẩn riêng gọi là "McKinsey Way" trong trình bày data — được đúc kết từ hàng chục nghìn dự án tư vấn qua gần 100 năm. Đây là bộ chuẩn mà mọi DA nên học, bất kể bạn làm ở đâu.

McKinsey Presentation Standards — 7 nguyên tắc

Nguyên tắc 1: Governing Thought (Tư tưởng chủ đạo)

Mỗi presentation phải có 1 Governing Thought — 1 câu duy nhất tóm tắt toàn bộ kết luận. Nó nằm ở slide đầu tiên. Nếu CEO chỉ đọc 1 câu này, CEO đã hiểu core message.

❌ Không phải Governing Thought	✅ Governing Thought đúng
"Phân tích customer churn Q3 2025"	"Enterprise churn đang ăn 120 tỷ/năm — invest 3 tỷ retention sẽ cứu 85 tỷ, ROI 28x"
"Quarterly business review"	"Q3 miss target 8% do churn — cần 3 hành động trước Q4 để recover"
"Market analysis update"	"Thị phần giảm 2.1pp trong 6 tháng — competitor X là threat #1, cần phản ứng trong 30 ngày"

Nguyên tắc 2: Pyramid Structure (Cấu trúc kim tự tháp)

McKinsey sử dụng Pyramid Principle (Barbara Minto — cựu McKinsey consultant):

flowchart TD
    A["🔺 Governing Thought<br/>'Invest 3 tỷ retention<br/>→ save 85 tỷ'"] --> B["Key Line 1<br/>'Churn tăng gấp đôi<br/>trong Q3'"]
    A --> C["Key Line 2<br/>'Revenue impact:<br/>120 tỷ/năm'"]
    A --> D["Key Line 3<br/>'3 actions cụ thể<br/>ROI 28x'"]
    B --> E["Evidence 1a<br/>Cohort analysis"]
    B --> F["Evidence 1b<br/>Competitor timing"]
    C --> G["Evidence 2a<br/>Revenue bridge"]
    C --> H["Evidence 2b<br/>Customer value"]
    D --> I["Evidence 3a<br/>Budget breakdown"]
    D --> J["Evidence 3b<br/>ROI model"]

Mỗi level phải MECE (Mutually Exclusive, Collectively Exhaustive) — không trùng lặp, không thiếu sót. Key lines phải support governing thought. Evidence phải support key lines.

Nguyên tắc 3: Slide = Headline + Evidence

Mỗi slide McKinsey có cấu trúc:

• Headline (action title) — 1 câu diễn tả insight, đặt ở trên cùng
• Body (evidence) — chart, table, hoặc diagram support headline
• Source — data source, ghi ở footnote

┌──────────────────────────────────────────────────┐
│  Enterprise churn tăng gấp đôi bắt đầu tháng 7  │  ← ACTION TITLE
│  — trùng thời điểm competitor launch pricing     │    (Insight, không phải label)
│  ══════════════════════════════════════════════   │
│                                                  │
│  [LINE CHART: Churn rate by segment, 12 months]  │  ← EVIDENCE
│                                                  │    (Chart support headline)
│   Annotation: "Competitor X launched             │
│   30% cheaper package — July 2025"               │
│                                                  │
│  Source: Internal CRM data, Jan-Sep 2025         │  ← SOURCE
│  Note: Churn defined as no transaction >90 days  │
└──────────────────────────────────────────────────┘

Nguyên tắc 4: "So What?" Test

Mỗi slide phải pass "So What?" test — nếu CEO đọc headline và hỏi "So what?" thì headline phải trả lời được.

Slide headline	"So What?" test	Pass?
"Revenue by month"	CEO: "So what? Revenue tăng hay giảm?"	❌ Fail
"Revenue giảm 12% trong Q3"	CEO: "So what? Ảnh hưởng thế nào?"	⚠️ Weak
"Revenue giảm 12% trong Q3 — miss FY target nếu không hành động"	CEO: "OK, cần làm gì?" → next slide	✅ Pass

Nguyên tắc 5: "1 Chart = 1 Message"

Không bao giờ đặt 2+ charts trên 1 slide nếu chúng kể 2 câu chuyện khác nhau. Nếu cần 2 charts trên 1 slide, chúng phải cùng support 1 message.

Nguyên tắc 6: Annotation Always

Charts trong McKinsey decks luôn có annotation:

• Arrow chỉ vào data point quan trọng
• Text giải thích "tại sao" data thay đổi
• Highlight (color/bold) vùng cần chú ý
• Reference line (target, benchmark, previous year)

Nguyên tắc 7: Executive Summary Page

Slide đầu tiên hoặc thứ hai luôn là Executive Summary — toàn bộ presentation gói trong 1 page:

┌──────────────────────────────────────────────────┐
│  EXECUTIVE SUMMARY                               │
│  ══════════════════════════════════════════════   │
│                                                  │
│  📌 Situation:                                   │
│  Q1-Q2 tăng trưởng 15% YoY, vượt target.        │
│                                                  │
│  ⚠️ Complication:                                │
│  Q3 giảm 12%. Enterprise churn gấp đôi.         │
│  Revenue impact: 120 tỷ/năm. FY target at risk. │
│                                                  │
│  ✅ Resolution:                                   │
│  3 actions, total budget 3 tỷ, ROI 28x.         │
│  1. Loyalty program — 1 tỷ — Month 1-3          │
│  2. Price match — 500M — Immediate               │
│  3. Dedicated CSM — 1.5 tỷ — Month 2-6          │
│                                                  │
│  ⚡ Decision needed: Approve budget by Friday    │
└──────────────────────────────────────────────────┘

Kết quả áp dụng

Metric	Trước (academic-style)	Sau (McKinsey-style)	Impact
Slides để đến conclusion	20+ slides	Slide 1	Instant
CEO attention span	Mất chú ý ở slide 5	Engaged đến slide cuối	Full attention
Decision rate	30% presentation dẫn đến decision	75%+ presentation → immediate action	+45pp
Redo rate	40% phải present lại	< 10%	Giảm 75%
Time to present	30-45 phút	10-15 phút	Giảm 60%

📌 Key Takeaway từ McKinsey

• Governing Thought = 1 câu chứa toàn bộ message — CEO đọc 1 câu hiểu tất cả
• Pyramid Structure nên MECE — mỗi key line support governing thought, mỗi evidence support key line
• Action title on every slide — headline = insight, body = evidence. Không bao giờ dùng descriptive title ("Revenue by Month")
• "So What?" test — nếu slide không pass, rewrite headline hoặc bỏ slide
• Annotation always — chart presentation phải annotate. Chart không annotation = chart dashboard, không phải chart presentation

---

Case Study 2: Google — Data Presentation for Product Decisions

Bối cảnh

Google — công ty tech $307 tỷ doanh thu (2023) — là một trong những tổ chức data-driven nhất thế giới. Tại Google, hầu hết mọi product decision — từ thay đổi màu nút "Search" đến launch sản phẩm mới — đều cần data presentation thuyết phục.

Google có hàng nghìn Data Analysts, Data Scientists, và Product Analysts. Nhưng challenge không phải thiếu data — mà là quá nhiều data, quá nhiều insight, và VP/Director chỉ có 30 phút meeting để decide. Team nào present insight hiệu quả nhất → product change được approve → team đó có impact.

Năm 2019, Google People Analytics (team của Cole Knaflic trước khi viết "Storytelling with Data") đã xây internal training program tên "Data Storytelling @ Google" — train 5,000+ Googlers cách present data insights.

Google's Data Presentation Framework

"SCQA" Framework (tương tự SCP nhưng thêm Question):

Phần	Vai trò	Ví dụ (Google Search)
Situation	Set context	"Google Search handles 8.5 billion queries/day. Mobile search chiếm 63%."
Complication	Vấn đề phát sinh	"Mobile search bounce rate tăng 18% trong 6 tháng. Load time tăng 0.4s average."
Question	Câu hỏi cần trả lời	"Liệu optimizing Core Web Vitals có giảm bounce rate và tăng engagement?"
Answer	Insight + recommendation	"A/B test 2M users: CWV improvement → bounce rate giảm 23%, time on page tăng 15%. Recommend rollout toàn bộ."

Google's "6-Pager" vs "3-Pager":

Google nổi tiếng với culture viết document thay vì slide. Nhưng data presentation vẫn dùng slides cho meeting. Google chia 2 format:

Format	Khi nào dùng	Structure
3-Pager	Weekly/biweekly product review	Page 1: Key metrics + red/yellow/green. Page 2: Deep-dive issue. Page 3: Proposed action.
6-Pager	Quarterly review, big decisions	Pages 1-2: Executive summary + metrics. Pages 3-4: Analysis deep-dive. Pages 5-6: Recommendation + roadmap.

Google's A/B Test Presentation Template:

Khi present A/B test results (rất phổ biến tại Google), format chuẩn:

┌──────────────────────────────────────────────────┐
│  EXPERIMENT: [Name] — [Date range]               │
│  ══════════════════════════════════════════════   │
│                                                  │
│  🎯 Hypothesis:                                  │
│  "Improving Core Web Vitals sẽ giảm mobile       │
│   bounce rate vì users ít chờ đợi hơn"           │
│                                                  │
│  📊 Setup:                                       │
│  Control: 1M users (current experience)           │
│  Treatment: 1M users (optimized CWV)              │
│  Duration: 4 weeks                                │
│  Primary metric: Bounce rate                      │
│  Secondary: Time on page, queries per session     │
│                                                  │
│  ✅ Results:                                      │
│  Bounce rate: -23% (stat sig, p<0.001)           │
│  Time on page: +15% (stat sig)                    │
│  Queries/session: +8% (stat sig)                  │
│                                                  │
│  ⚠️ Guardrails:                                  │
│  Revenue per query: No change (neutral)           │
│  Page errors: No increase                         │
│                                                  │
│  ⚡ Recommendation: SHIP — Rollout 100%           │
│  Expected annual impact: +$X billion queries      │
└──────────────────────────────────────────────────┘

Google's "Big Picture → Detail" Drill-down

Google product reviews thường follow pattern:

flowchart TD
    A["📊 Level 0: Scorecard<br/>5-7 KPIs, red/yellow/green<br/>CEO scans in 10 seconds"] --> B["🔍 Level 1: Metric Deep-dive<br/>Trend + breakdown + anomaly<br/>VP clicks into concerning metric"]
    B --> C["📋 Level 2: Root Cause<br/>Segment analysis + hypothesis<br/>PM investigates specific issue"]
    C --> D["🧪 Level 3: Experiment<br/>A/B test results + recommendation<br/>Eng team decides to ship or not"]

Level 0 — Scorecard:

KPI	This Week	vs Last Week	vs Target	Status
DAU	1.8B	+2.1%	✅ On track	🟢
Queries/Day	8.5B	+1.5%	✅ On track	🟢
Mobile Bounce	32%	+3.2%	❌ Above target	🔴
Revenue/Query	$0.12	-0.5%	⚠️ Slightly below	🟡
Page Load (s)	1.8s	+0.4s	❌ Above target	🔴

CEO nhìn scorecard 10 giây: "Mobile bounce và page load đỏ. What's happening?" → drill vào Level 1.

Kết quả áp dụng

Metric	Before training	After training	Impact
Decision speed	2-3 meetings để decide	1 meeting → decide	2-3x faster
Alignment	Team A và B trình bày khác nhau, VP confused	Consistent format → easy comparison	Unified
Experiment launch rate	60% experiments stuck in review	85% experiments decided in 1 meeting	+25pp
Analyst time on presentation	40% time building slides	20% time (template reuse)	-50%
Training reach	Ad-hoc coaching	5,000+ Googlers trained	Scaled

📌 Key Takeaway từ Google

• SCQA framework — thêm Question vào SCR để focus presentation vào 1 câu hỏi cụ thể
• Scorecard → Deep-dive → Experiment — progressive disclosure, CEO không cần xem chi tiết trừ khi KPI đỏ
• A/B test template chuẩn — hypothesis, setup, results, guardrails, recommendation. Ai cũng follow format → easy comparison
• Template reuse — 50% effort tiết kiệm vì analyst không build slides from scratch
• Consistent format across teams — VP compare team A vs team B dễ dàng vì cùng structure

---

Case Study 3: RetailCo Việt Nam — Before/After: 30 slides → 3 slides Executive Dashboard

Bối cảnh

RetailCo (tên đã thay đổi) là chuỗi bán lẻ lớn tại Việt Nam — 200 cửa hàng, 5,000 nhân viên, doanh thu 6,000 tỷ/năm. Team Data Analytics 8 người, báo cáo cho CFO, hỗ trợ toàn bộ C-suite ra quyết định.

Team DA do Hoàng — DA Manager, 33 tuổi — dẫn dắt. Hoàng build 12 Power BI dashboards cho company, cover sales, inventory, HR, và finance. Dashboards chạy tốt, data chính xác, refresh daily.

Nhưng mỗi tháng, Hoàng phải present Monthly Business Review (MBR) cho CEO và 8 VPs. Đây là meeting quan trọng nhất — quyết định budget, headcount, strategy cho tháng tiếp theo.

Vấn đề — "30 slides và không ai nhớ gì"

MBR deck của Hoàng hàng tháng: 30 slides.

Slide Structure (Before):
━━━━━━━━━━━━━━━━━━━━━━━
Slides 1-3:  Agenda, team intro, data source overview
Slides 4-8:  Revenue analysis (5 charts)
Slides 9-12: Cost analysis (4 charts)
Slides 13-16: Customer analytics (4 charts)
Slides 17-20: Inventory & supply chain (4 charts)
Slides 21-24: Marketing performance (4 charts)
Slides 25-27: HR metrics (3 charts)
Slides 28-29: Competitor update (2 charts)
Slide 30:    Next month plan (bullet points)

Vấn đề cụ thể:

#	Vấn đề	Impact
1	30 slides — quá dài	Meeting 2 giờ, CEO mất tập trung sau slide 10
2	Chart = screenshot Power BI	Không annotation, không insight, audience tự đoán
3	Descriptive title	"Revenue by Month", "Cost by Category" — không insight
4	Không có "So What"	Chỉ report số, không giải thích tại sao tăng/giảm
5	Không recommendation	Meeting kết thúc, không ai biết phải làm gì
6	Mỗi department = section riêng	Không kết nối — revenue giảm vì marketing hay inventory?
7	CEO feedback	"Hoàng, mỗi tháng tôi ngồi 2 tiếng nghe numbers. Tôi cần biết: tháng này tốt hay xấu? Vì sao? Làm gì tiếp?"

Giải pháp — Executive Dashboard + 3-Slide Story

Hoàng tham gia workshop Data Storytelling (tương tự Buổi 12). Sau đó, cậu redesign MBR deck hoàn toàn:

After — 3 slides + Interactive Dashboard + Appendix:

Slide	Headline	Content	Thời gian
Slide 1: Scorecard	"Tháng 10: 3 KPI xanh, 2 KPI đỏ — Revenue đạt nhưng Inventory overstock nghiêm trọng"	5 KPI cards (Revenue ✅, Profit ✅, NPS ✅, Inventory ❌, Churn ❌) + sparklines	5 phút
Slide 2: Deep-dive	"Inventory overstock 2 tháng liên tiếp — root cause: demand forecast sai category Fashion"	Waterfall chart: planned vs actual inventory by category + annotation	10 phút
Slide 3: Action	"3 actions tháng 11: markdown Fashion 30%, adjust forecast model, weekly inventory review"	Action table: What / Who / When / Budget / Expected Impact	5 phút

Interactive Dashboard walk-through (15 phút):

Thay vì 20 slides chi tiết, Hoàng live-demo Power BI dashboard trong meeting. VPs tự hỏi → Hoàng filter real-time → dashboard trả lời ngay.

Ví dụ: VP Marketing hỏi "Social media spend ROI tháng này thế nào?" → Hoàng click vào Marketing page, filter Social channel → ROI hiện ngay.

Appendix (gửi email sau meeting):

20 slides appendix — chi tiết mỗi department, methodology, raw data. VPs tự đọc nếu cần.

Before/After Design — Chi tiết

Revenue Chart Before vs After:

Aspect	Before	After
Title	"Monthly Revenue 2025"	"Revenue tháng 10 đạt 520 tỷ — vượt target 3% nhờ promotion Tết sớm"
Chart type	Bar chart 12 months, default colors	Bar chart 12 months, tháng 10 highlighted xanh, target line đỏ
Annotation	Không có	Arrow: "Mid-Autumn promotion spike" tại tháng 9. Callout: "Đây là tháng vượt target đầu tiên trong Q3-Q4"
Takeaway	Audience tự rút ra	Text box: "Promotion timing hiệu quả — recommend replicate cho Tết Nguyên Đán"
Color	12 bars cùng màu xanh	Above target = green, below target = gray, current month = dark green bold

Inventory Chart Before vs After:

Aspect	Before	After
Title	"Inventory Level by Category"	"Fashion overstock 40% — cần markdown ngay tháng 11"
Chart type	Stacked bar, 5 categories, 12 months	Bullet chart: actual vs target by category, Fashion highlighted đỏ
Annotation	Không	Callout: "Fashion: forecast 500 units, actual demand 300 → overstock 200 units × 5 stores = 1,000 units aging"
So What	Không	"Overstock Fashion > 60 ngày = markdown pressure. Mỗi tháng delay = mất 15% giá trị. Cần markdown 30% trong tháng 11."

Dashboard Annotation — Trước / Sau

Hoàng cũng annotate trực tiếp trên Power BI dashboard:

Trước: Dashboard sạch, chỉ có charts và numbers. CEO nhìn — tự đoán insight.

Sau: Dashboard có text boxes annotation:

• KPI card Revenue: annotation "Vượt target 3% — nhờ promotion timing. Sustainable? Monitor next month."
• Line chart trend: annotation tại inflection points, giải thích tại sao trend thay đổi
• Bar chart breakdown: top/bottom highlighted, annotation "Fashion = concern, Electronics = star"

Kết quả đo lường

Metric	Before (30 slides)	After (3 slides + dashboard)	Cải thiện
MBR duration	2 giờ	45 phút	Giảm 63%
Slides	30	3 main + 20 appendix	90% fewer presentation slides
CEO satisfaction	"Quá dài, không nhớ gì"	"Ngắn gọn, rõ ràng, actionable"	Positive feedback
Actions from meeting	1-2 vague actions	3-5 specific actions with owner	3x more actionable
Prep time per MBR	15 giờ (build 30 slides)	5 giờ (3 slides + dashboard check)	Giảm 67%
Department engagement	VPs check phone ở slide 10	VPs ask questions, interact dashboard	Active participation
Follow-up emails	5+ emails hỏi clarification sau meeting	1-2 emails (appendix answers most)	Giảm 70%
Adoption by other teams	Không	3 departments adopt format	Scaled

📌 Key Takeaway từ RetailCo Việt Nam

• 30 slides → 3 slides — Less is more. CEO không cần 30 slides — cần 3 slides TRẢ LỜI: tốt/xấu, tại sao, làm gì.
• Screenshot dashboard → Annotated chart — Chart presentation phải redesign: action title, annotation, highlight, takeaway.
• No recommendation → Specific actions — Mỗi insight phải kèm: action gì, ai làm, bao giờ xong, budget bao nhiêu.
• Present slides + Live demo dashboard — Slides cho story, dashboard cho interactivity. Kết hợp cả hai.
• Appendix giảm email — VPs tự tìm chi tiết trong appendix thay vì email hỏi sau meeting.
• Prep time giảm 67% — Ít slides hơn = ít thời gian build hơn. Nhưng chất lượng cao hơn vì focus vào insight.

---

📊 So sánh 3 Case Studies

Tiêu chí	McKinsey	Google	RetailCo VN
Audience	C-level clients	VP/Director product	CEO + VPs internal
Framework	Pyramid Principle + SCP	SCQA + Scorecard	3-slide story + dashboard
Slides	5-10 main + appendix	3-6 pager	3 main + 20 appendix
Chart style	Heavily annotated	Template-driven	Before: screenshot, After: annotated
Key principle	Governing Thought	Hypothesis-driven	What → So What → Now What
Decision rate	75% → immediate action	85% experiments decided	3-5 actions per meeting
Time saved	60% less presentation	50% less prep time	63% shorter meetings

💡 3 bài học xuyên suốt

1. Conclusion first, detail later — McKinsey: Governing Thought. Google: Answer first. RetailCo: KPI scorecard. Tất cả đều đưa kết luận lên đầu.
2. Annotation biến chart thành insight — Chart không annotation = data. Chart có annotation = story. McKinsey luôn annotate. RetailCo: before/after dramatic.
3. Less slides = more impact — McKinsey: 5-10 slides thay vì 30. Google: 3-6 pages. RetailCo: 30 → 3. Ít hơn = focus hơn = hiểu hơn = quyết định nhanh hơn.

---

📚 Tài liệu tham khảo

Tài liệu	Link	Ghi chú
Storytelling with Data — Cole Knaflic	storytellingwithdata.com	Framework chính
The McKinsey Way — Ethan Rasiel	Amazon	Chuẩn presentation McKinsey
The Pyramid Principle — Barbara Minto	Amazon	Structure tư duy & trình bày
Google People Analytics — re:Work	rework.withgoogle.com	Google's data-driven HR practices
IBCS Standards	ibcs.com	Chuẩn trình bày quốc tế
Slide:ology — Nancy Duarte	duarte.com	Presentation design principles