Data Storytelling 8 — Thực chiến kể chuyện dữ liệu ngân hàng

Bảy bài trước của series đã trang bị từng mảnh: cách chọn góc nhìn cho người nghe, cách tìm thông điệp, cách dựng cấu trúc tường thuật, cách chọn biểu đồ, cách thiết kế cho rõ ràng, cách đóng gói thành dashboard quyết định và one-pager điều hành. Bài kết này không thêm nguyên tắc mới. Nó ghép tất cả thành một quy trình chạy được, rồi cho bạn thấy nó vận hành ra sao trong ba tình huống ngân hàng thật, kết bằng checklist, các bẫy hay gặp và cách xây văn hoá data-driven ở một ngân hàng như NCB.

Điểm mấu chốt cần nhớ suốt bài: một phân tích chỉ có giá trị khi nó đổi được một quyết định. Số liệu đẹp mà không ai làm gì khác đi thì bằng không. Kể chuyện dữ liệu là nghệ thuật rút ngắn khoảng cách từ "chúng ta biết điều này" đến "chúng ta sẽ làm điều này".

Quy trình sáu bước: từ phân tích tới câu chuyện

Đừng bắt đầu bằng việc mở công cụ vẽ biểu đồ. Câu chuyện dữ liệu tốt đi theo một thứ tự cố định, và mỗi bước ràng buộc các bước sau.

Bước 1 — Người nghe & mục tiêu. Câu hỏi đầu tiên không phải "dữ liệu nói gì" mà "ai nghe và họ quyết định gì sau đó". Ban điều hành cần đủ để phê duyệt hay dừng; hội đồng rủi ro cần ngưỡng và mức độ khẩn; tổ vận hành cần biết việc cụ thể phải làm hôm nay. Cùng một dữ liệu nợ xấu, ba nhóm này cần ba câu chuyện khác nhau. Xem chi tiết ở Hiểu người nghe.

Bước 2 — Thông điệp then chốt. Ép mình viết một câu mà nếu người nghe chỉ nhớ đúng câu đó thì bạn đã thành công. Đây là "so what" — hàm ý hành động, không phải mô tả. "Nợ xấu vùng Tây Nam tăng từ 1,8% lên 3,1% trong hai quý, tập trung ở phân khúc SME dệt may — đề xuất siết cấp mới và lập tổ thu hồi riêng" là một thông điệp; "biểu đồ nợ xấu theo vùng" thì không. Cách chưng cất insight nằm ở Tổng quan.

Bước 3 — Cấu trúc tường thuật. Chọn khung phù hợp: SCQA (Situation - Complication - Question - Answer) cho vấn đề cần giải, hoặc BLUF (Bottom Line Up Front) khi người nghe bận và cần kết luận trước. Xem Cấu trúc tường thuật. Với lãnh đạo, gần như luôn là kết luận trước, chứng cứ sau.

Bước 4 — Chọn biểu đồ phục vụ thông điệp. Biểu đồ là câu trong bài, không phải trang trí. Xu hướng theo thời gian → line; so sánh hạng mục → bar; cơ cấu → stacked bar/100%; phân bố → histogram/box. Nguyên tắc và bảng tra ở Chọn biểu đồ và Lựa chọn loại biểu đồ.

Bước 5 — Thiết kế rõ ràng. Bỏ mọi thứ không phục vụ thông điệp: giảm nhiễu (gridline mờ, bỏ 3D, bỏ chú giải thừa), dùng màu có chủ đích (xám cho nền, một màu nhấn cho điểm cần chú ý), tiêu đề là câu kết luận chứ không phải tên trục. Chi tiết ở Thiết kế cho rõ ràng.

Bước 6 — Đóng gói. Chọn vật chứa đúng: dashboard khi cần theo dõi liên tục và tương tác; one-pager điều hành khi cần một lần phê duyệt/định hướng; slide khi trình bày trực tiếp. Xem thêm Thiết kế Dashboard.

Vòng lặp không kết thúc ở bước 6: phản hồi (người nghe hiểu sai, hỏi lại, hoặc quyết định khác dự kiến) quay về bước 1 để hiệu chỉnh người nghe/mục tiêu cho lần sau.

Tình huống 1 — Nợ xấu tăng ở một vùng

Bối cảnh. Cuối quý, tỷ lệ nợ xấu (NPL — non-performing loan) toàn hàng nhích nhẹ từ 1,9% lên 2,1%. Nhìn con số tổng, ban điều hành thấy "vẫn trong tầm kiểm soát". Analyst rủi ro nghi ngờ và bóc tách theo vùng.

Dữ liệu. Bóc theo vùng phát hiện: bốn vùng ổn định quanh 1,7-2,0%, riêng vùng Tây Nam bật từ 1,8% lên 3,1% trong hai quý. Bóc tiếp theo ngành: 70% phần tăng đến từ SME dệt may, khớp với một cú giảm đơn hàng xuất khẩu. Bóc theo tuổi nợ: nhóm quá hạn 90-180 ngày phình nhanh — dấu hiệu sẽ chuyển nhóm 5 nếu không can thiệp.

Thông điệp then chốt. "Rủi ro không nằm ở con số tổng 2,1% mà bị che bởi nó: Tây Nam đã 3,1% và đang tăng tốc ở SME dệt may — cần siết cấp mới cho phân khúc này và lập tổ thu hồi trước khi nhóm 90-180 ngày rơi xuống nhóm 5."

Cách kể (SCQA + BLUF).

• S: NPL toàn hàng 2,1%, dường như ổn.
• C: Nhưng phân rã theo vùng cho thấy Tây Nam 3,1%, gấp rưỡi trung bình và đang dốc lên.
• Q: Nguồn tăng ở đâu và cần chặn thế nào?
• A (đưa lên đầu trang cho ban điều hành — BLUF): siết hạn mức cấp mới SME dệt may Tây Nam, lập tổ thu hồi chuyên trách, đặt lại ngưỡng cảnh báo vùng.

Biểu đồ đúng. Một line chart hai quý cho năm vùng, tô xám bốn vùng và một màu đỏ nhấn cho Tây Nam, tiêu đề: "Nợ xấu Tây Nam tăng gấp rưỡi trong khi các vùng khác đi ngang". Kèm một bar chart nhỏ phân rã phần tăng theo ngành (dệt may chiếm 70%). Tuyệt đối không dùng pie 12 vùng hay bảng 40 dòng.

Hành động. One-pager một trang cho ban điều hành: kết luận + hai biểu đồ + ba đề xuất có chủ sở hữu và mốc thời gian. Kết quả mong đợi: quyết định được ra ngay trong cuộc họp thay vì "để phân tích thêm".

Tình huống 2 — Kết quả chiến dịch huy động

Bối cảnh. Ngân hàng chạy chiến dịch tiền gửi lãi suất ưu đãi trong sáu tuần để hút CASA/tiền gửi có kỳ hạn. Câu hỏi của ban lãnh đạo: mở rộng, dừng, hay điều chỉnh?

Dữ liệu. Chiến dịch huy động được 1.200 tỷ số dư mới. Nhưng bóc tách: ~55% là tiền chuyển nội bộ từ tài khoản thanh toán của chính khách hàng cũ sang sổ tiết kiệm ưu đãi (cannibalization — ăn thịt lẫn nhau), chỉ ~45% là dòng tiền mới từ ngoài. Chi phí lãi tăng thêm áp lên toàn bộ 1.200 tỷ. Ước tính NIM (net interest margin — biên lãi ròng) của phần huy động này mỏng hơn kỳ vọng. Đồng thời, tỷ lệ khách mở mới có mua chéo (thẻ, bảo hiểm) chỉ 8%.

Thông điệp then chốt. "Chiến dịch hút được số dư nhưng phần lớn là tự chuyển túi trái sang túi phải; dòng tiền mới thật chỉ 45% và mua chéo yếu — nên dừng mở rộng đại trà, chuyển sang nhắm khách hàng mới có tiềm năng mua chéo."

Cách kể. BLUF: khuyến nghị "dừng mở rộng, tái nhắm mục tiêu" đặt ngay đầu. Sau đó là ba bằng chứng: (1) waterfall/stacked bar tách "dòng mới" vs "chuyển nội bộ"; (2) so sánh chi phí lãi tăng thêm vs thu nhập kỳ vọng; (3) tỷ lệ mua chéo so với chuẩn. Đây là câu chuyện chống lại trực giác "1.200 tỷ là tuyệt vời", nên phải dẫn dắt để người nghe tự thấy con số tổng gây hiểu lầm.

Biểu đồ đúng. Stacked bar một cột tách rõ hai màu: dòng tiền mới (nhấn) vs chuyển nội bộ (xám). Một cột số lớn "45%" cho dòng tiền mới thật. Tránh khoe con số 1.200 tỷ cô lập.

Hành động. Quyết định: dừng nhân rộng lãi suất cào bằng; chuyển ngân sách sang chương trình nhắm khách mới có điểm tiềm năng mua chéo cao; đặt KPI mới là "số dư ròng mới" thay vì "tổng số dư huy động".

Tình huống 3 — Cảnh báo dòng tiền / thanh khoản

Bối cảnh. Tổ quản lý nguồn vốn (ALM — asset-liability management) theo dõi thanh khoản hằng ngày. Đây là câu chuyện vận hành, người nghe cần biết ngay bây giờ có phải hành động không.

Dữ liệu. LCR (liquidity coverage ratio — tỷ lệ bao phủ thanh khoản) tụt gần ngưỡng quy định do một nhóm tiền gửi lớn sắp đáo hạn dồn vào cùng một tuần, trong khi dòng vào dự kiến không đủ bù. Gap thanh khoản 7 ngày chuyển âm ở kịch bản stress.

Thông điệp then chốt. "Tuần tới có điểm nghẽn thanh khoản do đáo hạn dồn cục — cần chủ động gia hạn/tái huy động nhóm tiền gửi này hoặc chuẩn bị nguồn dự phòng trước 3 ngày."

Cách kể. Đây là nơi dashboard cảnh báo thắng one-pager: một khối LCR với ngưỡng màu (xanh/vàng/đỏ) và một biểu đồ gap thanh khoản theo ngày cho 30 ngày tới, tô đỏ những ngày âm. Không cần tường thuật dài — cần một màn hình mà tổ ALM liếc là biết ngày nào nguy và cần chuẩn bị bao nhiêu.

Biểu đồ đúng. Bar chart gap ngày (dương xanh, âm đỏ) trên trục thời gian, kèm đường ngưỡng quy định của LCR. Chỉ báo trạng thái to, rõ, dẫn thẳng tới hành động.

Hành động. Kích hoạt kế hoạch: liên hệ khách hàng tiền gửi lớn để gia hạn, bố trí nguồn liên ngân hàng dự phòng, báo cáo hội đồng ALM. Câu chuyện tốt ở đây được đo bằng thời gian từ tín hiệu đến hành động — càng ngắn càng tốt.

Checklist trước khi trình bày

Trước khi bấm "gửi" hay bước vào phòng họp, chạy qua danh sách này:

Nếu một biểu đồ không giúp trả lời "so what", bỏ nó. Nếu một slide không đổi được quyết định nào, bỏ nó.

Những sai lầm thường gặp

• Đổ số (data dump). Trút cả bảng 40 dòng, mười biểu đồ, ép người nghe tự tìm ý. Người nghe mệt và bỏ cuộc. Trách nhiệm chưng cất là của analyst, không phải của khán giả.
• Chôn kết luận. Đặt "so what" ở slide cuối. Lãnh đạo thường quyết định trước khi bạn tới đó. Đưa kết luận lên đầu.
• Biểu đồ sai hoặc gây hiểu nhầm. Pie 12 lát, trục y bị cắt để phóng đại chênh lệch nhỏ, hai trục y khập khiễng, dùng diện tích/thể tích sai tỷ lệ. Xem Bẫy và đạo đức trực quan hoá trong mạch chọn biểu đồ.
• Không có "so what". Trình bày mô tả ("nợ xấu tăng") mà không có hàm ý ("nên làm gì"). Người nghe hỏi "rồi sao?" là bạn đã hụt.
• Quá nhiều slide. Ba mươi slide cho một quyết định. Nếu một trang đủ, đừng làm mười.
• Con số tổng che mất câu chuyện. Như tình huống 1 và 2 — trung bình toàn hàng luôn mượt mà; sự thật nằm ở lát cắt.

Xây văn hoá data-driven và nâng data literacy

Kể chuyện giỏi ở cấp cá nhân chưa đủ; tổ chức phải tiêu hoá được câu chuyện. Vài đòn bẩy thực tế ở một ngân hàng:

• Một nguồn sự thật. Mọi báo cáo dùng chung định nghĩa chỉ số (metric layer). Khi phòng rủi ro và phòng kinh doanh cãi nhau về "nợ xấu là gì", câu chuyện chết trước khi bắt đầu. Xem Metrics & KPI và Chất lượng dữ liệu.
• Chuẩn hoá ngôn ngữ trình bày. Mẫu one-pager, quy ước màu cảnh báo, tiêu đề-là-kết-luận dùng thống nhất toàn hàng để lãnh đạo đọc quen mắt.
• Nâng data literacy. Đào tạo cán bộ nghiệp vụ đọc biểu đồ, hiểu ngưỡng, phân biệt tương quan/nhân quả. Người nghe có nền tốt thì analyst kể được câu chuyện sâu hơn.
• Vai trò analyst. Không phải "người xuất báo cáo" mà là người phiên dịch giữa dữ liệu và quyết định — chủ động đặt câu hỏi kinh doanh, chưng cất insight, đề xuất hành động và bảo vệ tính trung thực của con số. Nền tảng BI hỗ trợ vai trò này nằm ở BI — Giới thiệu và BI mã nguồn mở.

Đạo đức và niềm tin

Câu chuyện dữ liệu có sức thuyết phục lớn, nên dễ bị lạm dụng. Nguyên tắc bất di bất dịch:

• Trung thực với con số. Không cắt trục để phóng đại, không chọn khung thời gian có lợi, không giấu mẫu nhỏ, không lờ đi bất định. Một biểu đồ gây hiểu lầm có thể dẫn tới quyết định sai hàng trăm tỷ.
• Một nguồn sự thật. Khi hai báo cáo cho hai con số nợ xấu khác nhau, niềm tin sụp đổ và mọi câu chuyện sau đó bị nghi ngờ. Kỷ luật chất lượng dữ liệu và định nghĩa chỉ số thống nhất là nền của mọi storytelling đáng tin.
• Minh bạch giả định. Nêu rõ đâu là số thực, đâu là ước lượng/dự báo, kịch bản nào. Niềm tin xây bằng năm sự thật khiêm tốn, mất bằng một lần "làm đẹp" số.

Ví dụ: dựng một câu chuyện nợ xấu từ số liệu thô đến one-pager

Đi qua đúng sáu bước với tình huống 1:

1. Người nghe & mục tiêu → Ban điều hành, quyết định phê duyệt biện pháp can thiệp trong 15 phút họp.
2. Thông điệp → "Rủi ro bị con số tổng 2,1% che mất; Tây Nam 3,1% và tăng tốc ở SME dệt may — cần siết cấp mới và lập tổ thu hồi."
3. Cấu trúc → BLUF: đề xuất ở đầu; SCQA làm khung chứng cứ bên dưới.
4. Biểu đồ → line 5 vùng (nhấn Tây Nam) + bar phân rã theo ngành.
5. Thiết kế → xám hoá 4 vùng, đỏ Tây Nam, tiêu đề là câu kết luận, bỏ mọi gridline thừa.
6. Đóng gói → one-pager một trang: kết luận + 2 biểu đồ + bảng 3 đề xuất (chủ sở hữu, mốc, kết quả kỳ vọng).

Minh hoạ một truy vấn phân rã ban đầu mà analyst có thể chạy trên kho dữ liệu (SQL dưới đây minh hoạ trên schema sandbox, dùng số dư âm làm ví dụ tài khoản có vấn đề — không phải định nghĩa NPL thật):

-- ▶ Chạy được
SELECT c.city,
       COUNT(*) AS so_tai_khoan,
       ROUND(AVG(a.balance)::numeric, 2) AS so_du_tb
FROM accounts a
JOIN customers c ON c.id = a.customer_id
GROUP BY c.city
ORDER BY so_du_tb ASC;

Từ một bảng thô như vậy, analyst bóc tiếp theo vùng/ngành/tuổi nợ, rồi chưng cất thành một câu và hai biểu đồ. Đó là toàn bộ hành trình "số liệu thô → one-pager dẫn tới quyết định".

Use case thực tế

Bối cảnh NCB. Báo cáo kết quả kinh doanh hằng tháng gửi ban điều hành vốn là một file 28 trang: bảng số dày đặc, mỗi phòng một mẫu, kết luận (nếu có) nằm ở trang cuối. Cuộc họp tháng thường trôi 90 phút mà kết thúc bằng "để phân tích thêm" — quyết định bị đẩy sang tháng sau.

Can thiệp. Tổ phân tích áp quy trình sáu bước để tái cấu trúc báo cáo tháng thành một one-pager điều hành + 3 khối câu chuyện, mỗi khối dẫn tới đúng một quyết định:

1. Nợ xấu vùng Tây Nam (tình huống 1) → quyết định siết hạn mức SME dệt may + lập tổ thu hồi.
2. Chiến dịch huy động (tình huống 2) → quyết định dừng mở rộng cào bằng, chuyển sang nhắm khách mới, đổi KPI sang "số dư ròng mới".
3. Cảnh báo thanh khoản tuần tới (tình huống 3) → quyết định gia hạn nhóm tiền gửi đáo hạn + chuẩn bị nguồn dự phòng.

Mỗi khối theo cùng khuôn: kết luận (BLUF) trên cùng, một-hai biểu đồ đúng loại (line/stacked bar/gap-bar với màu cảnh báo), một dòng đề xuất kèm chủ sở hữu và mốc.

Kết quả (số liệu minh hoạ, ước lượng nội bộ).

Ba quyết định trên được ra ngay trong cuộc họp thay vì trì hoãn. Ước lượng nội bộ cho thấy tỷ lệ vấn đề được quyết nhanh và đúng hướng tăng rõ khi con số tổng gây hiểu lầm bị bóc tách và thông điệp được đặt lên đầu. Các con số trong bảng là minh hoạ cho hiệu ứng, không phải số liệu công bố.

Ghi nhớ

• Một phân tích chỉ có giá trị khi nó đổi được một quyết định; luôn hỏi "so what" và gắn đề xuất + chủ sở hữu + mốc.
• Đi đúng sáu bước: người nghe → thông điệp → cấu trúc → biểu đồ → thiết kế → đóng gói. Đừng mở công cụ vẽ trước khi biết ai nghe và quyết định gì.
• BLUF cho người bận; SCQA để dẫn dắt qua vấn đề phức tạp.
• Con số tổng thường che câu chuyện — sự thật nằm ở lát cắt (vùng, ngành, tuổi nợ, dòng mới vs nội bộ).
• Biểu đồ phục vụ thông điệp: line cho xu hướng, stacked bar cho cơ cấu, gap-bar + màu ngưỡng cho cảnh báo. Tiêu đề là câu kết luận.
• Tránh sáu bẫy: đổ số, chôn kết luận, biểu đồ gây hiểu nhầm, thiếu "so what", quá nhiều slide, để con số tổng đánh lừa.
• Đạo đức & niềm tin: trung thực với trục và mẫu, minh bạch giả định, và một nguồn sự thật (chất lượng dữ liệu, Metrics & KPI).
• Analyst là người phiên dịch giữa dữ liệu và quyết định, không phải máy xuất báo cáo; văn hoá data-driven cần chuẩn ngôn ngữ trình bày và nâng data literacy toàn tổ chức.

Nguồn tham khảo

• Cole Nussbaumer Knaflic — Storytelling with Data: A Data Visualization Guide for Business Professionals (Wiley, 2015). Kinh điển về chưng cất thông điệp, giảm nhiễu và dùng màu nhấn có chủ đích.
• Nancy Duarte — DataStory: Explain Data and Inspire Action Through Story (Ideapress, 2019). Khung kể chuyện dữ liệu để dẫn tới hành động (BLUF, đề xuất, "so what").
• Barbara Minto — The Pyramid Principle: Logic in Writing and Thinking (Pearson). Nguồn gốc khung SCQA (Situation - Complication - Question - Answer) dùng trong bài.
• Stephen Few — Show Me the Numbers: Designing Tables and Graphs to Enlighten (Analytics Press). Nguyên tắc chọn bảng/biểu đồ và trình bày số liệu rõ ràng, trung thực.
• Stephen Few — Information Dashboard Design: Displaying Data for At-a-Glance Monitoring (Analytics Press). Nền tảng cho dashboard cảnh báo (ngưỡng màu, gap thanh khoản).
• Edward R. Tufte — The Visual Display of Quantitative Information (Graphics Press). Data-ink ratio và các bẫy đồ hoạ gây hiểu nhầm.
• Basel Committee on Banking Supervision — Basel III: The Liquidity Coverage Ratio and liquidity risk monitoring tools (BIS, 2013). Khung LCR tham chiếu ở tình huống thanh khoản.