TheoryLesson 1/84 min read+10 XP

Dashboard phục vụ quyết định

Bạn sẽ học được

Phân biệt dashboard với báo cáo và bảng dữ liệu.
Xác định người xem và quyết định dashboard phục vụ.
Ba loại dashboard: điều hành, phân tích, giám sát.
Cách từ chối yêu cầu "làm cho tôi cái dashboard toàn bộ số liệu".
Tiêu chí đánh giá một dashboard trước khi vẽ.

Khái niệm cốt lõi

Dashboard là công cụ ra quyết định, không phải nơi chứa mọi con số. Một dashboard tốt trả lời được ba câu:

Ai xem nó, bao lâu một lần?
Khi xem xong, họ làm gì khác đi?
Nếu chỉ số bất thường, bước tiếp theo là gì?

Nếu không trả lời được câu 2, đó là báo cáo hoặc kho dữ liệu, chưa phải dashboard.

Loại	Người xem	Tần suất	Mục đích	Ví dụ
Điều hành	Quản lý cấp cao	Hằng ngày/tuần	Nắm tình hình, phát hiện lệch	Doanh thu, đơn, tỷ lệ huỷ
Phân tích	Chuyên viên	Khi có câu hỏi	Đi sâu, tìm nguyên nhân	Doanh thu theo kênh, sản phẩm
Giám sát	Kỹ thuật/vận hành	Liên tục	Cảnh báo sự cố	Lỗi, độ trễ, hàng đợi

Trộn ba loại vào một màn hình thường tạo ra dashboard "toàn bộ số liệu" mà không ai dùng.

Bắt đầu từ quyết định

Thay vì hỏi "cần hiển thị gì", hỏi "cần quyết định gì". Ví dụ với quản lý cửa hàng:

Quyết định	Câu hỏi dữ liệu	Chỉ số
Có cần nhập thêm hàng không?	Sắp hết hàng chưa?	Số SKU tồn dưới ngưỡng
Có cần chạy khuyến mãi không?	Doanh thu đang giảm?	Doanh thu tuần này so tuần trước
Có cần đổi ca làm không?	Giờ nào quá tải?	Số đơn theo giờ

Mỗi dòng quyết định cho ra một widget, không phải ngược lại. Cách này tự động loại bỏ những chỉ số "hay hay" nhưng không dẫn đến hành động nào.

Yêu cầu mơ hồ

Yêu cầu thường gặp: "Cho tôi dashboard tổng quan về kinh doanh." Trước khi vẽ, cần làm rõ:

Đối tượng: ai xem? Giám đốc cần 5 số, chuyên viên cần 30.
Nhịp: xem hằng ngày hay hằng tháng? Nhịp quyết định thời gian cần làm mới.
Hành động: bấm vào đâu khi thấy bất thường? Có trang chi tiết không?
Phạm vi: toàn công ty hay một khu vực, một kênh?
Định nghĩa: "doanh thu" là đơn đã đặt, đã giao, hay đã thanh toán?

Ghi câu trả lời thành một đoạn ngắn trong tài liệu thiết kế. Nếu người yêu cầu không trả lời được, đó là dấu hiệu dashboard này chưa cần thiết.

Quy tắc 5 giây

Người xem dashboard điều hành nên hiểu tình hình trong 5 giây. Muốn vậy:

Một thông điệp chính, đặt ở vị trí nổi nhất.
Số liệu lớn, nhãn rõ, đơn vị rõ.
Màu chỉ dùng để báo trạng thái, không trang trí.
Không quá 7 khối thông tin trên màn hình đầu.

Nếu phải đọc chú thích mới hiểu dashboard đang nói gì, thiết kế chưa đạt.

Đánh giá trước khi vẽ

Checklist ngắn:

code

[ ] Có 1–3 quyết định mà dashboard phục vụ
[ ] Mỗi widget gắn với một câu hỏi cụ thể
[ ] Chỉ số có định nghĩa và đơn vị
[ ] Có ngưỡng cảnh báo, không chỉ con số
[ ] Người xem biết bấm vào đâu để xem chi tiết
[ ] Dữ liệu làm mới đúng nhịp quyết định

Chỉ khi tick được các dòng này mới nên bắt đầu chọn biểu đồ.

Thực hành

Chọn một dashboard bạn từng thấy và viết ba quyết định nó phục vụ.
Viết lại yêu cầu "dashboard tổng quan" thành 5 câu hỏi cụ thể.
Phân loại một dashboard thật vào ba loại ở trên.
Liệt kê ba chỉ số bạn sẽ bỏ khỏi một dashboard quá tải và giải thích.
Viết tiêu chí "dashboard thành công" cho một nhóm người dùng cụ thể.

Lỗi thường gặp

Triệu chứng	Nguyên nhân	Cách sửa
Không ai xem dashboard	Không gắn với quyết định	Bắt đầu từ câu hỏi quyết định
Mỗi người muốn một bản khác	Trộn nhiều đối tượng	Tách dashboard theo vai trò
Số liệu nhiều nhưng không hiểu	Thiếu thông điệp chính	Một thông điệp, một vị trí nổi
Không ai biết số đúng hay sai	Thiếu định nghĩa	Ghi định nghĩa và nguồn ngay trên widget
Xem xong không làm gì	Không có ngưỡng/CTA	Thêm cảnh báo và liên kết chi tiết
Dữ liệu cũ	Nhịp làm mới sai	Đặt nhịp theo quyết định

Tóm tắt

Dashboard phục vụ quyết định, không phải chứa mọi số liệu.
Ba loại: điều hành, phân tích, giám sát — không trộn.
Mỗi widget gắn với một câu hỏi và một hành động.
Làm rõ đối tượng, nhịp, phạm vi, định nghĩa trước khi vẽ.
Quy tắc 5 giây: hiểu tình hình mà không cần chú thích.

Use ← → to move between lessons