Data Storytelling 6 — Dashboard phục vụ quyết định

Trong Data Storytelling — Thiết kế cho sự rõ ràng ta đã bàn cách làm một biểu đồ đơn "nói" được thông điệp của nó. Nhưng đời thực hiếm khi chỉ có một biểu đồ. Lãnh đạo mở một màn hình có mười khối số, hội đồng rủi ro nhìn một trang tổng hợp mỗi sáng, tổ vận hành dán mắt vào một bảng realtime. Đó là dashboard — và phần lớn dashboard trong ngân hàng thất bại không vì vẽ xấu, mà vì chúng là nơi trưng bày dữ liệu chứ không phải công cụ dẫn tới quyết định.

Phần cơ bản về thiết kế dashboard — nguyên tắc bố cục, phân cấp thị giác, trình bày KPI — đã có đầy đủ trong Thiết kế Dashboard. Bài này không nhắc lại kỹ thuật đó mà nhìn dashboard qua lăng kính storytelling: một dashboard tốt là một câu chuyện được đóng khung sao cho người xem, trong vài giây, biết mọi thứ có ổn không và cần làm gì. Ta nối tiếp mạch tư duy "câu hỏi trước biểu đồ" của Data Storytelling — Tổng quan.

Phân loại dashboard theo mục đích

Sai lầm phổ biến nhất là làm một dashboard "cho tất cả mọi người". Không có thứ đó. Trước khi vẽ ô đầu tiên, phải chốt: dashboard này phục vụ loại quyết định nào. Có ba loại kinh điển, mỗi loại đòi một thiết kế khác hẳn.

Khác biệt không chỉ ở tần suất mà ở mức chi tiết và hướng thời gian. Dashboard chiến lược nhìn lùi và xa: tổng hợp cao, so mục tiêu, kể xu hướng vài quý. Dashboard vận hành nhìn hiện tại: nói "ngay bây giờ có gì bất thường không", sống bằng ngưỡng và màu cảnh báo. Dashboard phân tích thì mở: nhiều bộ lọc, cho người dùng tự đặt câu hỏi mới.

Lẫn lộn ba loại là công thức tạo ra thứ chẳng ai dùng: nhồi cảnh báo realtime vào bảng lãnh đạo (họ không trực ca để phản ứng), hay bắt tổ giám sát đọc xu hướng quý. Việc chọn đúng bộ KPI cho từng tầng dựa trên khung ở Chỉ số & KPI: KPI chiến lược là outcome (thị phần huy động, ROA), KPI vận hành là driver/process (tỷ lệ giao dịch lỗi, thời gian phản hồi).

Dashboard cho QUYẾT ĐỊNH vs KHÁM PHÁ

Trục phân loại thứ hai, quan trọng cho storytelling, là mục đích nhận thức của người xem: họ đang ra một quyết định đã biết trước hay đi tìm câu hỏi mới?

Dashboard cho quyết định phục vụ một tập câu hỏi hữu hạn, lặp lại: "Huy động tháng này đạt kế hoạch chưa? Nợ xấu có vượt ngưỡng không? CASA đang tăng hay giảm?". Đặc điểm:

• Ít, rõ. Mỗi khối trả lời một câu hỏi. Không có gì để "khám phá".
• Có ngưỡng và cảnh báo. Con số luôn đi kèm một phán xét: đạt/không đạt, an toàn/cảnh báo. Màu và ký hiệu làm việc phán xét đó thay người xem.
• Dẫn hành động. Mỗi cảnh báo phải ám chỉ một hành động khả dĩ. Nếu một chỉ số đỏ mà chẳng ai làm gì được, nó không nên đỏ (hoặc không nên có mặt).
• Ổn định. Bố cục không đổi, để mắt người dùng "học thuộc" vị trí và đọc nhanh dần theo thời gian.

Dashboard cho khám phá phục vụ analyst muốn hiểu tại sao: "Nợ xấu tăng ở đâu — chi nhánh, ngành, sản phẩm nào?". Đặc điểm ngược lại: linh hoạt với nhiều bộ lọc (filter) và khả năng cắt lát nhiều chiều; drill-down từ tổng xuống chi tiết theo nhiều đường; ít phán xét sẵn, để người dùng tự rút kết luận.

Một dashboard tốt biết mình thuộc phe nào. Nhồi mười bộ lọc vào bảng lãnh đạo là biến công cụ quyết định thành mê cung — lãnh đạo không có thời gian lọc. Ngược lại, dashboard analyst mà "khoá cứng" mọi chiều thì vô dụng cho việc điều tra nguyên nhân.

Sơ đồ trên là xương sống tường thuật của một dashboard quyết định: chỉ số → so ngưỡng → phân loại màu → (nếu bất thường) drill-down → hành động. Storytelling ở đây không phải văn hoa, mà là việc thiết kế màn hình sao cho luồng suy nghĩ này diễn ra tự nhiên trong đầu người xem.

Nguyên tắc: câu hỏi trước biểu đồ

Nguyên tắc gốc — cũng là gốc của mọi bài trong series — vẫn đúng cho dashboard: hỏi trước, vẽ sau. Trước khi mở công cụ, viết ra: dashboard này trả lời những câu hỏi kinh doanh nào? Nếu không viết được 3-7 câu hỏi cụ thể, dashboard chưa nên tồn tại.

Từ danh sách câu hỏi mới đến bố cục. Vài quy tắc kế thừa từ Thiết kế Dashboard, soi qua góc storytelling:

• Bố cục Z/F, quan trọng nhất trên - trái. Mắt quét từ trên xuống, trái sang phải; câu trả lời cho câu hỏi quan trọng nhất phải ở góc trên - trái. Với dashboard điều hành, đó thường là khối "tổng quan sức khỏe": huy động/tín dụng vs kế hoạch.
• Phân cấp thị giác. Con số chốt (headline) to, đậm; ngữ cảnh (so kỳ trước, so kế hoạch) nhỏ hơn; chi tiết ở dưới. Kích thước = tầm quan trọng.
• Nhóm logic. Gom các khối cùng chủ đề bằng khoảng trắng và tiêu đề nhóm, thay vì rải rác.
• Ngưỡng và màu cảnh báo. "Động từ" của dashboard quyết định: xanh/vàng/đỏ nhất quán và có định nghĩa rõ ngưỡng, không trang trí — màu luôn mang nghĩa.
• Luôn có điểm neo so sánh. Con số trần trụi ("nợ xấu 2,3%") không kể chuyện gì; phải kèm mốc: so kế hoạch (≤3%), so cùng kỳ (2,0%), tháng trước (2,1%). Ngữ cảnh biến số thành phán xét.

Tường thuật trong dashboard

Đây là phần "storytelling" thuần túy mà Thiết kế Dashboard chỉ chạm nhẹ. Một dashboard có thể đúng kỹ thuật nhưng vẫn là "tường số liệu" (wall of numbers) — đủ chữ đủ số nhưng không có thông điệp. Vài kỹ thuật để dashboard kể chuyện:

Tiêu đề dẫn dắt (active titles). Thay vì đặt tiêu đề khối là danh từ vô hồn ("Huy động vốn"), viết nó thành một mệnh đề mang tin: "Huy động đạt 96% kế hoạch, chậm lại 2 tháng liền". Tiêu đề tốt là câu tóm tắt insight, không phải nhãn dán. Với dashboard tự cập nhật, phần biến động có thể dùng câu điều kiện dựng động ("đạt X% kế hoạch").

Chú thích insight (annotations). Đánh dấu ngay trên biểu đồ điểm bất thường: một mũi tên và dòng chữ "CASA giảm mạnh do lãi suất kỳ hạn tăng" đáng giá hơn để người xem tự suy diễn. Chú thích là chỗ analyst biên tập dữ liệu thành nghĩa.

Điểm neo hành động. Dashboard quyết định nên có chỗ trả lời "vậy giờ làm gì?" — một khối "Cảnh báo cần xử lý" liệt kê các mục vượt ngưỡng kèm gợi ý, hoặc nút drill sang báo cáo chi tiết. Không có điểm neo hành động, dashboard chỉ là gương soi, không phải bàn đạp.

Tránh "tường số liệu". Nếu mọi khối cùng cỡ, cùng màu trung tính, không ngưỡng, không tiêu đề dẫn dắt — người xem phải tự đọc từng số và tự phán xét. Storytelling làm ngược lại: analyst gánh việc phán xét, người xem chỉ việc quyết định.

Tương tác đúng mức

Bộ lọc, drill-down, tham số động là quyền năng — nhưng dùng sai làm dashboard rối và chậm. Nguyên tắc: tương tác phải có mục đích (mỗi filter trả lời một câu hỏi cụ thể, filter "cho có" chỉ làm phân tâm); mặc định phải kể được chuyện (mở lần đầu, chưa động filter nào, dashboard đã phải trả lời câu hỏi chính — tương tác là để đào sâu, không phải điều kiện để hiểu được); drill có đường rõ (toàn hàng → khối → chi nhánh); và hiệu năng — dashboard realtime mà load 8 giây thì vô dụng khi cần phản ứng, nên tổng hợp trước (pre-aggregate), giới hạn khoảng thời gian mặc định, cache. Một truy vấn tổng hợp điển hình sau dashboard:

-- ▶ Chạy được
SELECT a.currency,
       COUNT(DISTINCT a.customer_id) AS so_khach,
       ROUND(SUM(a.balance)::numeric, 2) AS tong_so_du
FROM accounts a
GROUP BY a.currency
ORDER BY tong_so_du DESC;

Câu này minh hoạ kiểu KPI "tổng huy động theo loại tiền" đứng sau một khối dashboard — được tính sẵn ở tầng dữ liệu để màn hình chỉ việc hiển thị.

Tự phục vụ & quản trị

Dashboard quyết định chỉ đáng tin khi số liệu đáng tin. Ba câu hỏi quản trị phải trả lời trước khi phát hành:

• Ai đọc? Quyết định phạm vi truy cập và mức chi tiết. Bảng lãnh đạo và bảng tổ vận hành khác nhau về cả nội dung lẫn quyền xem (nợ xấu theo khách hàng là dữ liệu nhạy cảm).
• Ai cập nhật, khi nào? Dashboard chiến lược chốt theo kỳ (cuối tháng, sau khi số liệu được đối soát); dashboard vận hành cập nhật liên tục. Phải ghi rõ thời điểm dữ liệu ("số đến 23:00 hôm qua") để không ai ra quyết định trên số cũ mà tưởng mới.
• Nguồn tin cậy nào? Con số trên dashboard phải khớp báo cáo chính thức. Nếu tỷ lệ nợ xấu trên dashboard lệch với báo cáo NHNN, niềm tin sụp đổ và không ai dùng nữa. Đây là chỗ cần một tầng chỉ số/ngữ nghĩa chuẩn hoá (semantic layer) và quy trình chất lượng dữ liệu — xem Chất lượng dữ liệu. Với các nền BI mã nguồn mở như Metabase/Superset, mô hình quản trị và phân quyền được bàn ở BI mã nguồn mở — Tổng quan.

Văn hoá tự phục vụ (self-service) tốt là: analyst tự dựng dashboard khám phá nhanh, nhưng dashboard quyết định chính thức thì được kiểm soát nguồn và định nghĩa chỉ số tập trung. Không kiểm soát, ta có "hỗn loạn bảng số" — mỗi phòng một con nợ xấu khác nhau.

Ngân hàng: dashboard điều hành dẫn tới quyết định

Với NCB, dashboard điều hành cấp cao xoay quanh vài trụ nghiệp vụ, mỗi trụ gắn một loại quyết định:

• Huy động (tổng, cơ cấu kỳ hạn, CASA%): quyết định lãi suất, chương trình huy động, thanh khoản.
• Tín dụng (dư nợ, tăng trưởng, cơ cấu ngành/kỳ hạn): quyết định khẩu vị rủi ro, room tín dụng.
• Chất lượng tài sản (tỷ lệ nợ xấu NPL, nhóm nợ 2-5, tỷ lệ bao phủ dự phòng): quyết định trích lập, siết/nới cấp mới, đẩy thu hồi.
• CASA% (tiền gửi không kỳ hạn / tổng huy động): chỉ số chi phí vốn, quyết định sản phẩm thanh toán, ngân hàng số.

Điểm mấu chốt của storytelling: mỗi chỉ số đi kèm ngưỡng, và khi vượt, màu đỏ không chỉ báo động mà ám chỉ đường đi tiếp — drill xuống để biết vượt ở đâu, rồi tới bàn quyết định can thiệp. Cảnh báo vượt ngưỡng rủi ro (nợ xấu, LDR, tập trung tín dụng một ngành) là "cao trào" của câu chuyện dashboard điều hành.

Ví dụ: bố cục dashboard điều hành NCB một trang

Mô tả một trang (số liệu dưới đây là minh hoạ, không phải số thật):

• Hàng đầu — 4 thẻ KPI lớn (góc trên-trái là quan trọng nhất): Tổng huy động 96% kế hoạch (vàng, mũi tên chậm lại); Dư nợ tín dụng +11% YTD (xanh); Tỷ lệ nợ xấu 2,8% — sát ngưỡng 3% (vàng-đỏ nhấp nháy); CASA 18% (xanh, tăng). Mỗi thẻ có con số lớn + so kế hoạch + mũi tên xu hướng.
• Vùng giữa - trái — xu hướng: biểu đồ đường huy động & tín dụng 12 tháng có đường kế hoạch (đường tham chiếu). Tiêu đề dẫn dắt: "Tín dụng vượt kế hoạch, huy động chững 2 tháng".
• Vùng giữa - phải — cơ cấu: biểu đồ cơ cấu tín dụng theo ngành (thanh ngang xếp hạng), đánh dấu ngành có tỷ lệ nợ xấu cao nhất bằng chú thích.
• Vùng dưới — khối cảnh báo: bảng "Cần xử lý" liệt kê chi nhánh/ngành vượt ngưỡng nợ xấu, kèm cột hành động gợi ý và link drill sang báo cáo chi tiết.
• Chân trang: thời điểm dữ liệu, nguồn, người phụ trách.

Bố cục này kể một câu chuyện tuyến tính: tổng thể có ổn không (hàng thẻ) → đang đi theo hướng nào (xu hướng) → rủi ro nằm ở đâu (cơ cấu) → cần làm gì (khối cảnh báo). Đúng mạch bối cảnh → diễn biến → điểm nóng → hành động của Cấu trúc câu chuyện.

Use case thực tế

Bối cảnh (số liệu minh hoạ). Hội đồng ALCO của NCB họp tuần dựa trên dashboard điều hành. Trên bảng, khối Chất lượng tài sản đặt hai ngưỡng cho tỷ lệ nợ xấu (NPL): ngưỡng chú ý 2,5% (vàng) và ngưỡng cảnh báo 3,0% (đỏ — mốc NPL quan trọng theo thông lệ giám sát). Nền là màu xanh khi dưới 2,5%.

Diễn biến. Sáng thứ Hai, thẻ NPL toàn hàng hiện 2,8% màu vàng, mũi tên đi lên; tháng trước 2,4%, kế hoạch năm ≤2,5%. Tiêu đề dẫn dắt tự cập nhật: "NPL 2,8% — vượt ngưỡng chú ý, tăng 0,4 điểm so tháng trước". Đây là cao trào của câu chuyện: một con số đổi màu.

Drill-down. Cán bộ rủi ro bấm vào thẻ, dashboard drill xuống theo chiều chi nhánh và ngành. Phát hiện (minh hoạ): 60% mức tăng NPL đến từ một nhóm khách hàng doanh nghiệp ngành xây dựng tại 3 chi nhánh; nhóm nợ 2 (cần chú ý) phình lên báo hiệu áp lực chuyển nhóm trong quý tới. Chú thích trên biểu đồ ghi rõ điều này thay vì để hội đồng tự dò.

Quyết định can thiệp. Vì dashboard đã dẫn tới nguyên nhân, cuộc họp không mất thời gian tranh cãi "số có đúng không" mà đi thẳng vào hành động: (1) tạm siết cấp tín dụng mới cho ngành xây dựng tại 3 chi nhánh nóng; (2) lập tổ thu hồi tập trung nhóm khách hàng rủi ro; (3) rà soát và tăng trích lập dự phòng cho nhóm nợ 2 để tránh cú sốc lợi nhuận nếu chuyển nhóm. Ngưỡng đỏ 3,0% được đặt làm mốc kích hoạt báo cáo khẩn lên Ban điều hành nếu tháng sau tiếp tục xấu đi.

Bài học storytelling. Giá trị của dashboard ở đây không nằm ở việc hiển thị 2,8% — bất kỳ báo cáo nào cũng làm được. Nó nằm ở chuỗi ngưỡng → đổi màu → drill → hành động được thiết kế sẵn, biến một con số thành một quyết định trong cùng một phiên họp. Nếu dashboard chỉ là "tường số liệu" không ngưỡng, con số 2,8% có thể trôi qua vài tuần trước khi ai đó nhận ra xu hướng — và khi đó nó đã là 3,2%. Chi tiết về cách khối rủi ro NCB dùng dashboard trong thực tế được bàn thêm ở Data Storytelling — Thực hành ngân hàng, còn cách tổng hợp các bảng này thành báo cáo cho lãnh đạo nằm ở Báo cáo điều hành.

Ghi nhớ

• Phân loại trước khi vẽ: dashboard chiến lược (KPI tổng, xu hướng, cho lãnh đạo), vận hành (realtime, cảnh báo, cho tổ giám sát), phân tích (khám phá sâu, cho analyst) — mỗi loại một thiết kế, đừng làm "cho tất cả".
• Quyết định vs khám phá: dashboard quyết định thì ít, rõ, có ngưỡng, dẫn hành động, bố cục ổn định; dashboard khám phá thì linh hoạt, nhiều filter, drill-down. Biết mình thuộc phe nào.
• Câu hỏi trước biểu đồ: viết được 3-7 câu hỏi kinh doanh dashboard phải trả lời; nếu không, chưa nên làm.
• Bố cục kể chuyện: quan trọng nhất trên-trái (Z/F), phân cấp thị giác theo tầm quan trọng, nhóm logic, luôn có điểm neo so sánh (kế hoạch/kỳ trước).
• Ngưỡng và màu là "động từ": màu trong dashboard quyết định luôn mang nghĩa (đạt/cảnh báo), không trang trí; mỗi cảnh báo phải ám chỉ một hành động khả dĩ.
• Tường thuật: tiêu đề dẫn dắt (mệnh đề mang tin, không phải nhãn), chú thích insight, điểm neo hành động — tránh "tường số liệu" đẩy gánh nặng phán xét về người xem.
• Tương tác đúng mức: mặc định đã phải kể được chuyện; filter/drill có mục đích; giữ hiệu năng, tổng hợp trước.
• Quản trị: rõ ai đọc, ai cập nhật, thời điểm dữ liệu, và nguồn tin cậy khớp báo cáo chính thức — số sai một lần là mất niềm tin.
• Ngân hàng: dashboard điều hành xoay quanh huy động/tín dụng/nợ xấu/CASA, mỗi chỉ số gắn ngưỡng; chuỗi ngưỡng → cảnh báo → drill → can thiệp biến con số thành quyết định ngay trong phiên họp.

Nguồn tham khảo

• Stephen Few — Information Dashboard Design: Displaying Data for At-a-Glance Monitoring (2nd ed., Analytics Press, 2013) — phân loại dashboard theo mục đích (chiến lược/vận hành/phân tích) và nguyên tắc chống "wall of numbers".
• Cole Nussbaumer Knaflic — Storytelling with Data: A Data Visualization Guide for Business Professionals (Wiley, 2015) — tiêu đề dẫn dắt, chú thích insight, hướng sự chú ý người xem.
• Ben Shneiderman — "The Eyes Have It: A Task by Data Type Taxonomy for Information Visualizations" (IEEE Symposium on Visual Languages, 1996) — mantra "Overview first, zoom and filter, then details-on-demand" (nền tảng cho drill-down).
• Stephen Few — Now You See It: Simple Visualization Techniques for Quantitative Analysis (Analytics Press, 2009) — kỹ thuật trực quan hoá phục vụ phân tích và khám phá.
• Edward R. Tufte — The Visual Display of Quantitative Information (2nd ed., Graphics Press, 2001) — nguyên tắc data-ink và trung thực trong trình bày số liệu.