Xây dashboard & Nhịp review số liệu

Vì sao có số liệu chưa đủ — cần một nhịp

Nhiều team có dashboard đầy số nhưng không ai hành động, vì thiếu nhịp review biến số liệu thành quyết định. Một dashboard tốt + một nhịp đều đặn = văn hoá ra quyết định dựa trên dữ liệu. Thiếu nhịp, số liệu chỉ để "ngắm".

Bức tranh lớn: dashboard ba tầng

graph TD
  D[Dashboard] --> T1[North Star + guardrail]
  D --> T2[Input metrics theo squad]
  D --> T3[Chi so chan doan - dao sau khi can]

Đừng nhồi mọi thứ vào một màn hình. Tổ chức theo tầng: đỉnh là North Star + guardrail, giữa là input metrics, dưới là chỉ số chẩn đoán để đào sâu.

Nguyên tắc một dashboard tốt

Nhịp review theo tầng

graph LR
  W[Tuan - input metrics, phat hien som] --> M[Thang - North Star, tien do muc tieu]
  M --> Q[Quy - xem lai chien luoc & chi so]

Ví dụ chi tiết: biến buổi review thành quyết định

Một team họp số liệu hằng tuần nhưng chỉ "đọc số" rồi tan. PM đổi format: mỗi tuần chọn một chỉ số bất thường, hỏi ba câu — Điều gì thay đổi? Vì sao? Ta làm gì? — và ra một hành động cụ thể có người chịu trách nhiệm. Sau 2 tháng, buổi review từ "báo cáo" thành "động cơ quyết định", và các chỉ số bắt đầu cải thiện vì có hành động theo sau.

Thói quen & kỷ luật

Working mindset: "Số liệu không dẫn tới hành động là số liệu vô dụng."

Cần luyện tập gì (drills)

• Drill 1 — Dọn dashboard: cắt dashboard hiện tại xuống còn North Star + guardrail + 3-5 input.
• Drill 2 — Ba câu hỏi: luyện với một chỉ số bất thường: điều gì đổi / vì sao / làm gì.
• Drill 3 — Format review: thiết kế một agenda review 30 phút kết thúc bằng hành động.

Checklist hành động tuần này

• [ ] Tổ chức lại dashboard theo ba tầng, cắt bớt vanity
• [ ] Thêm ngữ cảnh (mục tiêu/kỳ trước) cho mỗi chỉ số
• [ ] Thiết lập nhịp review tuần/tháng/quý
• [ ] Chạy 1 buổi review kết thúc bằng hành động có chủ

Chỉ số & North Star

North Star của bài học: mỗi buổi review số liệu kết thúc bằng ít nhất một quyết định/hành động cụ thể.

Dấu hiệu bạn đã thành thạo

• Buổi review là động cơ quyết định, không phải buổi đọc báo cáo.
• Ai nhìn dashboard cũng hiểu tình hình trong 30 giây.
• Team hành động dựa trên số liệu như phản xạ.

Cạm bẫy thường gặp

Chốt lại

• Dashboard tốt: ít mà đúng, có ngữ cảnh, theo xu hướng, ba tầng.
• Nhịp review biến số liệu thành quyết định — tuần (input), tháng (North Star), quý (chiến lược).
• Mỗi buổi review phải kết thúc bằng một hành động có người chịu trách nhiệm.

Template sẵn dùng: Dashboard Spec (3 tầng)

DASHBOARD SPEC — Ba tầng

TẦNG 1 — NORTH STAR + GUARDRAIL:
- North Star: [Điền]
- Guardrail: [Điền], [Điền]

TẦNG 2 — INPUT METRICS (theo squad/đội):
- [Input 1]  (squad: [ai])
- [Input 2]  (squad: [ai])

TẦNG 3 — CHỈ SỐ CHẨN ĐOÁN (đào sâu khi cần):
- [Chẩn đoán 1]
- [Chẩn đoán 2]

NHỊP REVIEW:
- Tuần: nhìn input metrics; mỗi bất thường -> 1 hành động có người chịu trách nhiệm.
- Tháng: North Star & tiến độ mục tiêu.
- Quý: xem lại bộ chỉ số còn đúng không.

NGUYÊN TẮC: mỗi chỉ số phải CÓ NGỮ CẢNH (so mục tiêu/kỳ trước), theo XU HƯỚNG (không phải điểm đơn), và có MỘT CHỦ SỞ HỮU. Buổi review kết thúc bằng một hành động.

=== VÍ DỤ ĐÃ ĐIỀN ===
TẦNG 1: North Star = số đơn hoàn tất/tuần; Guardrail = tỷ lệ hoàn hàng, CSAT.
TẦNG 2: traffic (Growth), tỷ lệ chuyển đổi (Checkout), AOV (Merchandising).
TẦNG 3: tốc độ tải trang, tỷ lệ lỗi thanh toán.

Tải xuống: Word (.docx) · Markdown (.md) · Dùng công cụ tương tác

<!--case-append-->

Áp dụng vào Căng tin số

Gom mọi thứ từ năm bài trước thành một dashboard ba tầng cho buổi review tuần 4, rồi chạy thử một buổi review đúng format của bài.

DASHBOARD SPEC - CĂNG TIN SỐ, QUẦY CƠM
TẦNG 1 - NORTH STAR VÀ GUARDRAIL
- North Star: suất đặt trước được nhận mỗi ngày (tuần 4: 190, tuần 1: khoảng 82)
- Guardrail: doanh thu quầy cơm (tăng 4% so với đường cơ sở), hoàn tiền vì hết món (2 mỗi ngày)
- Guardrail: suất bỏ đi (26 mỗi ngày, đường cơ sở 40), thời gian bếp chuẩn bị (không tăng)
TẦNG 2 - INPUT METRICS
- Tỉ lệ xem thực đơn thành chọn món: 34% (chủ: nhóm sản phẩm và Cô Hạnh)
- Tỉ lệ không tới lấy: 7%, tuần 1 là 14% (chủ: Anh Tuấn)
- Thời gian xếp hàng thường giờ cao điểm: 17 phút, đường cơ sở 21 (chủ: nhóm sản phẩm)
TẦNG 3 - CHẨN ĐOÁN
- Lý do bỏ ngang trong khảo sát, lỗi in phiếu, số lần quên bấm hết, đơn theo nhóm người dùng
NHỊP: tuần đọc tầng 2; tháng đọc tầng 1 và email phàn nàn; cuối học kỳ xem lại bộ chỉ số

Để ý mỗi con số đều có ngữ cảnh: so với đường cơ sở đo tay hai tuần trước khi chạy, hoặc so với tuần 1. "17 phút" đứng một mình không nói gì; "17 phút, đường cơ sở 21" thì nói được.

Buổi review tuần. Bài khuyên mỗi tuần chọn một chỉ số bất thường và hỏi ba câu. Ứng viên rõ nhất là thời gian xếp hàng thường: 20, 18, 15, rồi 17 phút. Tuần 4 tệ hơn tuần 3.

• Điều gì thay đổi? Hàng chờ dài thêm 2 phút so với tuần trước.
• Vì sao? Tuần 3 là tuần thi giữa kỳ, nhiều sinh viên về sớm, nên 15 phút được tôn lên bởi lượng người ít, không hẳn nhờ app. Tuần 4 không xấu đi; tuần 3 mới là ngoại lệ. Suất bỏ đi 27 của tuần 3 cũng vì cùng lý do.
• Ta làm gì? Gắn nhãn "tuần thi" lên tuần 3 trên mọi biểu đồ, và quy ước đọc xu hướng bằng tuần 2 và tuần 4. Chủ: người giữ dashboard trong nhóm, xong trước buổi review sau.

Một hành động nhỏ, có người chịu trách nhiệm, và nó ngăn cả nhóm kể một câu chuyện sai trong báo cáo gửi Chị Lan. Thiếu bước này, slide cuối kỳ rất dễ ghi "app giảm hàng chờ từ 21 xuống 15 phút", và con số đó sẽ bị dùng để quyết định mở quầy thứ hai.

Buổi review tháng. Nhìn tầng 1 và hộp thư. Email phàn nàn giảm từ 25 xuống 14 trong tháng chạy thử, nhưng 3 trong 14 là về chính app: quên mật khẩu tài khoản trường, không thấy món chay. Một loại phàn nàn mới vừa sinh ra; đưa nó vào tầng 3 từ tháng sau.

Buổi review tuần 4 còn bốn câu hỏi lớn phải quyết, từ chính sách trả trước tới việc mở quầy thứ hai. Khoá A/B Testing & Thử nghiệm sản phẩm đi tiếp từ đúng chỗ đó.

Thử ngay: viết agenda 30 phút cho buổi review tuần 4 với Anh Tuấn, Cô Hạnh và Chị Lan, trong đó mỗi người ra về với đúng một hành động có hạn chót. <!--/case-append-->