Dashboard không nên bắt đầu từ biểu đồ: Hãy bắt đầu từ câu hỏi quản trị

Có những cuộc họp triển khai Power BI bắt đầu bằng một yêu cầu rất ngắn: “Làm cho tôi một dashboard để quản lý.”

Ngay sau đó, mọi người bắt đầu bàn về biểu đồ, màu sắc, bố cục và KPI. Nhưng ít người dừng lại để hỏi: Sau khi nhìn dashboard này, người quản lý sẽ đưa ra quyết định gì?

Khi yêu cầu đầu tiên là “làm một dashboard”

Một doanh nghiệp có dữ liệu bán hàng, tồn kho, công nợ, chi phí và kế hoạch. Sau nhiều năm tổng hợp bằng Excel, ban quản lý muốn đưa toàn bộ số liệu lên Power BI. Yêu cầu ban đầu thường khá đơn giản:

• Hiển thị doanh thu
• So sánh với kế hoạch
• Phân tích theo nhân viên bán hàng
• Theo dõi tồn kho
• Xem công nợ đến hạn
• Đánh giá lợi nhuận

Đội triển khai bắt đầu dựng mô hình dữ liệu, viết measure và chọn các biểu đồ phù hợp. Một thời gian sau, dashboard hoàn thành. Màn hình có đủ card KPI, biểu đồ đường, biểu đồ cột, bảng chi tiết và các bộ lọc.

Nhìn khá đầy đủ. Nhưng trong cuộc họp đầu tiên sử dụng dashboard, một câu hỏi xuất hiện:

“Nhìn những con số này rồi chúng ta cần làm gì tiếp theo?”

Đó là lúc doanh nghiệp nhận ra mình đã bắt đầu dự án từ phần cuối.

Dashboard không phải là nơi trưng bày dữ liệu

Dashboard thường được hiểu là một màn hình tổng hợp các chỉ số quan trọng. Cách hiểu này không sai, nhưng chưa đủ.

Nếu chỉ tổng hợp số liệu, dashboard rất dễ trở thành một phiên bản đẹp hơn của báo cáo Excel. Người dùng có thể xem doanh thu, sản lượng, tồn kho và công nợ, nhưng chưa chắc hiểu được vấn đề nằm ở đâu.

Một dashboard quản trị cần đi xa hơn việc hiển thị dữ liệu. Nó phải giúp người dùng:

• Nhận biết điều gì đang xảy ra
• Hiểu vì sao điều đó xảy ra
• Xác định khu vực cần chú ý
• Đưa ra quyết định phù hợp
• Theo dõi kết quả sau quyết định

Dashboard không có giá trị chỉ vì nó cho thấy nhiều dữ liệu. Dashboard có giá trị khi nó giúp doanh nghiệp nhìn thấy điều cần hành động.

Dữ liệu, chỉ số, câu hỏi và quyết định là bốn thứ khác nhau

Trong quá trình xây dựng dashboard, bốn khái niệm này thường bị trộn lẫn với nhau.

1. Dữ liệu là những gì hệ thống ghi nhận: đơn hàng, số lượng, ngày giao, khách hàng, sản phẩm, giá bán, chi phí và thanh toán.
2. Chỉ số là kết quả được tính từ dữ liệu: doanh thu, lợi nhuận, biên lợi nhuận, tỷ lệ hoàn thành kế hoạch hoặc vòng quay tồn kho.
3. Câu hỏi quản trị là điều doanh nghiệp cần hiểu: Vì sao doanh thu giảm? Chi nhánh nào đang tạo ra lợi nhuận thấp? Nhóm hàng nào tồn kho quá lâu?
4. Quyết định là hành động được đưa ra sau khi có câu trả lời: điều chỉnh giá, giảm nhập hàng, thay đổi kế hoạch bán, thu hồi công nợ hoặc dừng một chương trình khuyến mãi.

Nếu chỉ có dữ liệu và chỉ số mà không có câu hỏi, dashboard thường chỉ dừng ở mức quan sát. Nếu có câu hỏi nhưng không gắn với quyết định, doanh nghiệp có thể phân tích rất nhiều nhưng vẫn không biết phải hành động thế nào.

Điểm bắt đầu nên là một vấn đề vận hành

Thay vì bắt đầu bằng câu hỏi “cần biểu đồ nào”, doanh nghiệp có thể bắt đầu bằng một vấn đề đang tồn tại.

• Doanh thu vẫn tăng nhưng dòng tiền thiếu
• Tồn kho cao nhưng thường xuyên thiếu hàng để bán
• Chi phí vận hành tăng nhanh hơn doanh thu
• Một số nhân viên bán hàng đạt doanh số nhưng biên lợi nhuận thấp
• Kế hoạch sản xuất thường xuyên thay đổi
• Công nợ quá hạn tăng nhưng chưa rõ tập trung ở nhóm khách hàng nào

Mỗi vấn đề này có thể dẫn đến một dashboard khác nhau.

Nếu doanh nghiệp đang thiếu dòng tiền, dashboard doanh thu đơn thuần chưa đủ. Cần nhìn thêm tiến độ thu tiền, tuổi nợ, điều khoản thanh toán, đơn hàng chưa giao và các khoản phải chi sắp đến hạn.

Nếu doanh nghiệp tồn kho cao nhưng vẫn thiếu hàng, vấn đề không nằm ở tổng giá trị tồn kho. Cần nhìn tồn kho theo SKU, tốc độ bán, thời gian cung ứng, nhu cầu mở, hàng đang mua và mức tồn an toàn.

Cùng một dữ liệu, nhưng vấn đề khác nhau sẽ tạo ra câu hỏi và cách trình bày khác nhau.

Từ vấn đề đến câu hỏi quản trị

Một vấn đề vận hành thường còn khá rộng.

Ví dụ, câu “doanh thu tháng này giảm” mới chỉ là một hiện tượng.

Để biến hiện tượng thành yêu cầu dashboard, cần tách nó thành những câu hỏi cụ thể hơn:

• Doanh thu giảm ở khu vực nào?
• Giảm ở nhóm sản phẩm nào?
• Do số lượng bán giảm hay giá bán giảm?
• Do mất khách hàng cũ hay chưa có khách hàng mới?
• Do đơn hàng ít đi hay tỷ lệ giao hàng thấp?
• Do thị trường giảm hay do năng lực bán hàng nội bộ?
• Doanh thu giảm nhưng lợi nhuận có giảm tương ứng không?

Lúc này, dashboard không còn là một màn hình chứa doanh thu tổng. Nó trở thành một công cụ giúp người quản lý lần theo nguyên nhân.

Sau câu hỏi phải là một quyết định

Một câu hỏi chỉ thật sự có giá trị quản trị khi câu trả lời của nó có thể dẫn đến một hành động.

Ví dụ, doanh nghiệp hỏi:

“Nhóm sản phẩm nào đang làm giảm biên lợi nhuận?”

Câu trả lời có thể dẫn đến các quyết định:

• Điều chỉnh giá bán
• Đàm phán lại giá mua
• Giảm chiết khấu
• Thay đổi cơ cấu sản phẩm
• Dừng bán một SKU
• Kiểm tra lại cách phân bổ chi phí

Nếu doanh nghiệp không có quyền hoặc không có ý định thực hiện bất kỳ hành động nào, việc đưa chỉ số đó lên dashboard cần được xem lại.

Dashboard không nên trở thành nơi tập hợp mọi điều doanh nghiệp có thể tính được. Nó nên ưu tiên những điều doanh nghiệp có thể tác động.

Từ quyết định mới xác định KPI

KPI thường được lựa chọn quá sớm.

Doanh nghiệp nhìn thấy một bộ dashboard mẫu và chọn các chỉ số quen thuộc như doanh thu, lợi nhuận, tăng trưởng, tồn kho và công nợ.  Nhưng một KPI chỉ có ý nghĩa khi nó phục vụ một câu hỏi và một quyết định cụ thể. Nếu mục tiêu là giảm tồn kho chậm luân chuyển, những chỉ số phù hợp có thể gồm:

• Giá trị tồn kho theo nhóm tuổi
• Số ngày không phát sinh bán
• Tồn kho so với nhu cầu trung bình
• Hàng đang mua chưa về
• Giá trị tồn vượt mức an toàn
• SKU không phát sinh giao dịch

Nếu mục tiêu là cải thiện dòng tiền, KPI lại cần tập trung vào:

• Công nợ đến hạn và quá hạn
• Tuổi nợ theo khách hàng
• Số ngày thu tiền bình quân
• Tiền dự kiến thu trong tuần
• Khoản phải chi sắp đến hạn
• Chênh lệch dòng tiền dự kiến

Không có một bộ KPI chuẩn phù hợp cho mọi doanh nghiệp. KPI phải sinh ra từ vấn đề mà doanh nghiệp đang muốn kiểm soát.

Ba tầng câu hỏi của một dashboard tốt

Một dashboard quản trị thường cần hỗ trợ ba tầng câu hỏi.

1. Điều gì đang xảy ra?

Đây là tầng tổng quan. Người dùng cần biết kết quả hiện tại, xu hướng, mức độ hoàn thành kế hoạch và các điểm bất thường.

• Doanh thu đang tăng hay giảm?
• Tồn kho hiện tại bao nhiêu?
• Công nợ quá hạn đang ở mức nào?
• Chi phí có vượt ngân sách không?

2. Vì sao điều đó xảy ra?

Đây là tầng phân tích nguyên nhân. Người dùng cần có khả năng đi từ tổng quan xuống khu vực, chi nhánh, nhóm sản phẩm, khách hàng hoặc nhân viên liên quan.

• Doanh thu giảm do khu vực nào?
• Biên lợi nhuận giảm do giá bán hay giá vốn?
• Tồn kho tăng ở nhóm hàng nào?
• Công nợ quá hạn tập trung ở khách hàng nào?

3. Cần làm gì tiếp theo?

Đây là tầng thường bị bỏ quên. Dashboard cần giúp người dùng xác định danh sách hành động:

• Khách hàng nào cần thu hồi công nợ trước?
• SKU nào cần dừng mua?
• Đơn hàng nào có nguy cơ giao trễ?
• Chi nhánh nào cần kiểm tra chi phí?
• Nhân viên nào cần hỗ trợ bán hàng?

Khi dashboard đi được đến tầng thứ ba, nó bắt đầu trở thành một công cụ vận hành thay vì chỉ là báo cáo.

Ví dụ với dashboard bán hàng

Một dashboard bán hàng thông thường có thể hiển thị doanh thu, số lượng, khách hàng và sản phẩm. Nhưng nếu câu hỏi quản trị là “vì sao doanh thu không đạt kế hoạch”, dashboard cần được thiết kế khác.

Tầng tổng quan có thể gồm:

• Doanh thu thực tế so với kế hoạch
• Mức chênh lệch theo thời gian
• Dự báo kết quả cuối tháng

Tầng phân tích gồm:

• Chênh lệch theo khu vực
• Chênh lệch theo nhân viên
• Chênh lệch theo nhóm hàng
• Khách hàng giảm mua
• Đơn hàng chưa giao

Tầng hành động gồm:

• Danh sách khách hàng cần liên hệ lại
• Đơn hàng có nguy cơ trễ
• Sản phẩm còn thiếu so với kế hoạch
• Nhân viên có tỷ lệ chuyển đổi thấp

Cùng là dashboard bán hàng, nhưng cấu trúc này phục vụ một quyết định rõ hơn nhiều so với việc chỉ hiển thị tổng doanh thu.

Ví dụ với dashboard tồn kho

Tồn kho là một trong những khu vực dễ tạo ra dashboard nhiều số liệu nhưng khó hành động.

Doanh nghiệp thường đưa lên màn hình:

• Tổng số lượng tồn
• Tổng giá trị tồn
• Tồn kho theo kho
• Tồn kho theo nhóm hàng

Những chỉ số này cho biết doanh nghiệp đang có bao nhiêu hàng, nhưng chưa trả lời được hàng nào đang tạo ra vấn đề.

Nếu câu hỏi là “làm sao giảm tồn kho mà không gây thiếu hàng”, dashboard cần thêm:

• Nhu cầu trung bình theo thời gian
• Số ngày tồn kho
• Lead time mua hàng
• Đơn mua đang mở
• Đơn bán chưa giao
• Mức tồn an toàn
• Hàng chậm luân chuyển
• Hàng có nguy cơ hết tồn

Khi đó, người quản lý có thể phân biệt:

• Hàng tồn nhiều nhưng vẫn bán tốt
• Hàng tồn nhiều và gần như không bán
• Hàng tồn thấp nhưng chưa cần mua
• Hàng tồn thấp và có nguy cơ thiếu

Đây mới là thông tin đủ để hỗ trợ quyết định mua hàng và quản lý tồn kho.

Ví dụ với dashboard tài chính

Một dashboard tài chính thường có doanh thu, chi phí, lợi nhuận và dòng tiền. Nhưng câu hỏi “lợi nhuận hiện tại bao nhiêu” chỉ là bước đầu.

Người quản lý có thể cần biết:

• Lợi nhuận đến từ sản phẩm nào?
• Chi nhánh nào có doanh thu cao nhưng lợi nhuận thấp?
• Chi phí nào đang tăng bất thường?
• Lợi nhuận kế toán có chuyển thành dòng tiền hay không?
• Khách hàng nào tạo doanh thu nhưng chiếm dụng vốn lớn?

Nếu không có những câu hỏi này, dashboard tài chính có thể chỉ lặp lại các số tổng trên báo cáo kế toán. Power BI tạo ra giá trị khi nó giúp kết nối các lớp dữ liệu để người dùng nhìn thấy nguyên nhân phía sau số liệu tổng.

Trong những doanh nghiệp đang sử dụng ERP, dữ liệu tài chính và vận hành thường không nằm tách biệt. Doanh thu, giá vốn, chi phí, tồn kho, dự án, chi nhánh và trung tâm chi phí cần được kết nối để tạo ra một góc nhìn quản trị đầy đủ.

Một ví dụ cụ thể có thể xem trong bài Phân tích chi phí & lợi nhuận theo sản phẩm, dự án, chi nhánh trong SAP Business One. Đây là trường hợp cho thấy dashboard không chỉ cần tổng hợp số liệu kế toán, mà còn phải giúp doanh nghiệp nhìn được lợi nhuận đang hình thành từ đâu.

Câu hỏi đúng vẫn cần một nền dữ liệu đúng

Một câu hỏi quản trị rõ ràng mới chỉ là điểm bắt đầu.

Để dashboard đưa ra câu trả lời đáng tin cậy, doanh nghiệp vẫn cần một nền dữ liệu phản ánh đúng quy trình vận hành thực tế. Một báo cáo có thể được thiết kế đẹp, measure có thể viết đúng về mặt kỹ thuật, nhưng nếu dữ liệu đầu vào thiếu ngữ cảnh hoặc không phản ánh đúng nghiệp vụ, kết quả phân tích vẫn có thể dẫn người dùng đến quyết định sai.

Đây cũng là nội dung đã được đề cập trong bài Dữ liệu thực tiễn – Nền tảng tạo nên giá trị thật của BI & Dashboard.

Dữ liệu tốt không chỉ là dữ liệu không bị trống hoặc không bị sai định dạng.

Nó phải có nguồn gốc rõ ràng, có ngữ cảnh nghiệp vụ, có quy tắc tính thống nhất và đủ khả năng giải thích khi người dùng đặt câu hỏi sâu hơn. Nếu doanh thu trên dashboard khác báo cáo kế toán, người dùng phải biết vì sao. Nếu tồn kho trên Power BI khác ERP, đội triển khai phải truy được dữ liệu lệch ở thời điểm nào, do quy tắc nào và thuộc giao dịch nào. Dashboard chỉ tạo ra niềm tin khi dữ liệu phía sau có thể được kiểm tra và giải thích.

Kiến trúc dữ liệu cũng ảnh hưởng đến chất lượng dashboard

Với những hệ thống dữ liệu lớn hơn, doanh nghiệp cần hiểu dữ liệu đang được sinh ra, lưu trữ và phục vụ phân tích theo kiến trúc nào.

Các khái niệm như OLTP, OLAP, Data Warehouse hay Lakehouse không chỉ dành cho đội kỹ thuật.

Chúng ảnh hưởng trực tiếp đến:

• Tốc độ cập nhật báo cáo
• Mức độ chi tiết của dữ liệu
• Khả năng lưu lịch sử
• Khả năng kết nối nhiều nguồn
• Khả năng mở rộng khi dữ liệu tăng
• Chi phí vận hành hệ thống BI

Một dashboard lấy dữ liệu trực tiếp từ hệ thống giao dịch có thể phù hợp ở giai đoạn đầu.

Nhưng khi số lượng nguồn dữ liệu, bảng dữ liệu và người dùng tăng lên, doanh nghiệp có thể cần một tầng dữ liệu trung gian được tổ chức rõ ràng hơn. Có thể tham khảo thêm bài Khái niệm Data nền tảng: OLTP, OLAP, Lakehouse & Kiến trúc dữ liệu để có góc nhìn tổng thể hơn về nền tảng phía sau một hệ thống BI.

Khi nào không nên đưa một KPI lên dashboard?

Không phải chỉ số nào tính được cũng cần xuất hiện trên dashboard.

Một KPI nên được xem lại nếu:

• Không ai chịu trách nhiệm theo dõi
• Không có mục tiêu hoặc ngưỡng so sánh
• Không dẫn đến một quyết định cụ thể
• Dữ liệu không đủ tin cậy
• Người dùng không hiểu cách tính
• Chỉ số thay đổi nhưng doanh nghiệp không thể tác động
• Nó lặp lại thông tin đã có ở nơi khác

Việc loại bỏ một KPI đôi khi quan trọng không kém việc bổ sung KPI mới. Dashboard càng nhiều chỉ số, người dùng càng khó xác định đâu là điều cần chú ý.

Vai trò của người làm BI không chỉ là dựng báo cáo

Người làm BI thường được kỳ vọng có kỹ năng về Power BI, SQL, mô hình dữ liệu và DAX.

Những kỹ năng đó rất quan trọng. Nhưng để tạo ra một dashboard có giá trị, người làm BI còn phải hiểu nghiệp vụ, biết đặt câu hỏi và biết kết nối dữ liệu với quyết định quản trị.

Câu chuyện học công cụ và triển khai báo cáo trong doanh nghiệp cũng đã được chia sẻ rõ hơn trong bài Học Power BI & Triển khai báo cáo thông minh cho doanh nghiệp.

Power BI có thể giúp rút ngắn thời gian xây dựng báo cáo, nhưng giá trị thật vẫn nằm ở khả năng đọc nghiệp vụ và hiểu điều người quản lý đang cần kiểm soát.

Người làm BI cần hiểu:

• Doanh nghiệp đang gặp vấn đề gì?
• Ai sẽ sử dụng dashboard?
• Người đó chịu trách nhiệm về quyết định nào?
• Quyết định hiện tại đang dựa trên thông tin gì?
• Dữ liệu nào còn thiếu?
• Chỉ số nào có thể bị hiểu sai?

Có những lúc công việc quan trọng nhất của người làm BI không phải viết thêm một measure.

Đó là giúp doanh nghiệp làm rõ câu hỏi trước khi bắt đầu tính toán.

Một checklist trước khi mở Power BI

Trước khi bắt đầu thiết kế dashboard, đội dự án có thể thống nhất một số nội dung:

1. Vấn đề vận hành nào đang cần được kiểm soát?
2. Ai là người sử dụng dashboard?
3. Người đó cần đưa ra quyết định gì?
4. Những câu hỏi nào cần được trả lời?
5. Chỉ số nào hỗ trợ từng câu hỏi?
6. Ngưỡng nào được xem là bình thường hoặc bất thường?
7. Người dùng cần xem tổng quan hay đi sâu đến mức nào?
8. Hành động nào được thực hiện sau khi phát hiện vấn đề?
9. Dữ liệu hiện tại có đủ và đáng tin cậy không?
10. Dashboard sẽ được sử dụng trong cuộc họp hoặc quy trình nào?

Nếu chưa trả lời được các câu hỏi này, việc mở Power BI và bắt đầu chọn biểu đồ có thể còn quá sớm.

Dashboard là phần cuối của một chuỗi tư duy

Một dashboard hiệu quả thường được hình thành theo thứ tự:

Vấn đề → Câu hỏi → Quyết định → KPI → Dữ liệu → Biểu đồ

Trong thực tế, nhiều dự án lại đi theo chiều ngược lại. Doanh nghiệp bắt đầu từ dữ liệu đang có, chọn một số KPI quen thuộc, đưa lên biểu đồ rồi hy vọng người dùng sẽ tìm thấy insight.

Cách làm đó đôi khi vẫn tạo ra một báo cáo đẹp. Nhưng để tạo ra công cụ quản trị, dashboard cần được thiết kế từ nhu cầu ra quyết định.

Biểu đồ là cách trình bày câu trả lời. Nhưng trước khi vẽ biểu đồ, doanh nghiệp cần biết mình đang muốn hỏi điều gì.

Đọc thêm về Power BI và phân tích dữ liệu

Dashboard chỉ là một phần trong hành trình xây dựng năng lực phân tích dữ liệu của doanh nghiệp. Phía sau mỗi báo cáo còn có nghiệp vụ, chất lượng dữ liệu, mô hình dữ liệu, kiến trúc hệ thống và cách tổ chức quy trình ra quyết định.

Bạn có thể xem thêm các bài viết trong chuyên mục Power BI để tiếp tục tìm hiểu về triển khai báo cáo, mô hình dữ liệu, dashboard quản trị và ứng dụng BI trong doanh nghiệp.

Kết

Power BI giúp doanh nghiệp kết nối dữ liệu, trực quan hóa thông tin và theo dõi vận hành nhanh hơn. Nhưng công cụ chỉ phát huy giá trị khi dashboard được xây dựng trên những câu hỏi quản trị rõ ràng.

Trước khi chọn biểu đồ, cần xác định vấn đề. Trước khi chọn KPI, cần xác định quyết định.

Trước khi xây dựng mô hình dữ liệu, cần hiểu người dùng sẽ hành động như thế nào sau khi nhìn thấy kết quả.

Một dashboard tốt không nhất thiết phải có nhiều trang, nhiều hiệu ứng hoặc nhiều chỉ số.

Nó chỉ cần giúp đúng người nhìn thấy đúng vấn đề vào đúng thời điểm.

Và đôi khi, bước đầu tiên để làm một dashboard tốt không phải mở Power BI, mà là ngồi lại và viết ra những câu hỏi doanh nghiệp thật sự cần được trả lời.