Cách Xây Dựng Dashboard Mà Đội Ngũ Sẽ Thực Sự Xem
Hầu hết dashboard kinh doanh được tạo ra để gây ấn tượng, không phải để cung cấp thông tin. Đây là cách thiết kế một dashboard tạo ra quyết định thay vì bị lịch sự bỏ qua.
Có một loại dashboard kinh doanh đặc biệt mà ai cũng đã thấy và không ai sử dụng. Nó được tạo bởi người quan tâm — có thể bởi trưởng phòng tài chính hoặc trưởng bộ phận vận hành tham vọng — và nó tồn tại trong một trang Notion hoặc nhúng Looker mà hai mươi người đã đánh dấu trang và ba người thường xuyên truy cập. Nó có bốn mươi chỉ số, các ô được tô màu, sparklines và dấu thời gian cập nhật lần cuối đọc là hai tuần trước. Nó toàn diện. Nó bị bỏ qua.
Sự thất bại không phải kỹ thuật — mà là thiết kế. Dashboard khó phân tích, cần giải thích, hoặc trình bày thông tin mà không có câu trả lời rõ ràng cho "vậy thì sao?" không phải là dashboard. Đó là bãi chứa dữ liệu. Những dashboard tốt nhất thế giới nhàm chán theo thiết kế: chúng hiển thị số lượng chỉ số tối thiểu cần thiết để cho đội ngũ biết mọi thứ đang diễn ra tốt hay không, và chúng làm cho câu trả lời rõ ràng ngay khi nhìn lướt.
Câu hỏi duy nhất mà dashboard phải trả lời
Trước khi xây dựng bất cứ điều gì, hãy trả lời câu hỏi này: khi ai đó mở dashboard này, họ có thể đưa ra quyết định gì nhanh hơn? Nếu bạn không thể trả lời câu hỏi đó một cách cụ thể, bạn chưa sẵn sàng xây dựng dashboard. Bạn cần xác định nó dành cho ai — nhóm điều hành, nhóm bán hàng, nhóm sản phẩm — và họ cần biết gì để làm tốt hơn công việc của mình.
Dashboard điều hành trả lời: "Doanh nghiệp có đang đúng hướng không?" Dashboard bán hàng trả lời: "Chúng ta có đạt được con số trong tháng này không?" Dashboard sản phẩm trả lời: "Người dùng có nhận được giá trị từ những gì chúng ta đã phát hành không?" Mỗi cái cần một tập hợp chỉ số khác nhau. Cố gắng xây dựng một dashboard trả lời cả ba tạo ra một cái không trả lời được cái nào.
Dashboard cần giải thích không phải là dashboard. Nếu ai đó cần được hướng dẫn trước khi đọc được nó, thiết kế đã thất bại trước khi dữ liệu đến.
Dashboard điều hành sáu thẻ
Đối với hầu hết các nhóm nhỏ và đang phát triển, dashboard điều hành sáu chỉ số là đủ. Mục tiêu là hiển thị trạng thái doanh nghiệp qua ba chiều — tăng trưởng, giữ chân, và chi phí — với đủ bối cảnh để biết liệu mỗi chiều có lành mạnh không.
Mỗi thẻ hiển thị bốn thứ: tên chỉ số, giá trị hiện tại, thay đổi so với kỳ trước và ngưỡng. Ngưỡng là thứ làm cho dashboard có thể hành động — không có nó, một con số không có ý nghĩa. Doanh thu hàng tháng $84,200 là tốt hay xấu tùy thuộc vào mục tiêu của bạn. Tỷ lệ rời bỏ 2,1% là chấp nhận được hay đáng lo ngại tùy thuộc vào chuẩn mực của bạn. Hiển thị mục tiêu bên cạnh con số để người đọc không phải nhớ nó.
Nguyên tắc ngưỡng: mỗi chỉ số cần một đường giới hạn
Chỉ số không có ngưỡng là sự kiện không có bối cảnh. Ngưỡng — giá trị mà bạn sẽ hành động — là thứ biến một điểm dữ liệu thành tín hiệu vận hành. Đặt ngưỡng buộc một cuộc trò chuyện hữu ích: giá trị nào của chỉ số này sẽ khiến chúng ta làm gì đó khác đi? Nếu bạn không thể trả lời, chỉ số đó có thể không thuộc về dashboard.
Có hai loại ngưỡng. Ngưỡng mục tiêu là mục tiêu — doanh thu trên $80.000, NPS trên 40. Ngưỡng cảnh báo là sàn hoặc trần — tỷ lệ rời bỏ trên 2,5% kích hoạt đánh giá, đốt tiền vượt ngân sách kích hoạt kiểm toán chi tiêu. Cả hai đều thuộc về dashboard. Mục tiêu cho bạn biết bạn có đang thắng không. Cảnh báo cho bạn biết có điều gì đó đang hỏng không.
Kỷ luật đặt ngưỡng trước buộc cuộc trò chuyện về "tốt" thực sự có nghĩa là gì cho mỗi chỉ số. Quá nhiều nhóm xây dựng dashboard trước rồi tranh luận về ý nghĩa của các con số sau. Đặt ngưỡng trước khi bắt đầu có nghĩa là dashboard đến với logic quyết định đã được tích hợp — màu sắc của chỉ báo cho bạn biết có nên hành động hay không, không phải ký ức từ cuộc họp ba tháng trước.
Những gì giết chết dashboard: các lỗi thiết kế phổ biến nhất
| Lỗi | Tại sao xảy ra | Cách khắc phục |
|---|---|---|
| Quá nhiều chỉ số | Mọi người thêm chỉ số của riêng họ và không ai xóa | Áp dụng giới hạn cứng (6–8 thẻ) và yêu cầu xóa một cái cho mỗi lần thêm |
| Không có ngưỡng | Không ai đồng ý về "tốt" có nghĩa là gì trước khi xây dựng | Đặt mục tiêu hoặc mức cảnh báo cho mỗi chỉ số trước khi đưa lên dashboard |
| Dữ liệu cũ | Cập nhật thủ công mà không ai chịu trách nhiệm | Tự động hóa cập nhật hoặc giao cho một chủ sở hữu duy nhất với nhiệm vụ định kỳ để làm mới |
| Không có kỳ so sánh | Giá trị hiện tại không có bối cảnh trông như sự kiện, không phải tín hiệu | Luôn hiển thị chênh lệch so với kỳ trước (MoM, WoW) bên cạnh giá trị hiện tại |
| Sai đối tượng | Một dashboard được xây dựng để phục vụ tất cả mọi người không phục vụ được ai | Xây dựng dashboard riêng cho lãnh đạo, bán hàng, sản phẩm — câu hỏi khác nhau cần con số khác nhau |
Nghi thức đánh giá làm cho dashboard đáng có
Dashboard chỉ hữu ích như cuộc họp mà nó cung cấp thông tin. Điều có giá trị nhất bạn có thể làm với dashboard được thiết kế tốt là sử dụng nó như năm phút đầu tiên của bài đánh giá kinh doanh hàng tuần hoặc hàng tháng. Xem qua từng chỉ số, lưu ý nó có đúng hướng hay không, xác định một hoặc hai cái cần thảo luận và tiến tiếp. Dashboard chỉ nên mất năm phút để xem xét. Cuộc thảo luận nó tạo ra mới là nơi dành thời gian.
Nếu việc đánh giá dashboard liên tục mất hơn mười phút, nó quá phức tạp. Dữ liệu đang làm công việc mà phán đoán của nhóm nên làm. Dashboard tốt tạo ra nhận dạng mẫu nhanh — xanh nghĩa là bỏ qua, vàng nghĩa là ghi chú, đỏ nghĩa là thảo luận — không phải các phiên phân tích kéo dài.
Một số nhóm cưỡng bức làm mới dashboard của họ suốt cả ngày, kiểm tra các chỉ số không thay đổi có ý nghĩa từ giờ này sang giờ khác. Đây là hình thức quản lý lo lắng, không phải quản lý kinh doanh. Đặt nhịp độ để xem xét mỗi dashboard — hàng ngày cho chỉ số vận hành, hàng tuần cho chỉ số tăng trưởng, hàng tháng cho chỉ số tài chính — và tuân thủ nó. Giám sát liên tục không có kích hoạt hay ngưỡng không phải quản lý; đó là xem.
Trong FabricLoop, các nhóm thường ghim ghi chú dashboard vào nhóm lãnh đạo của họ — một ghi chú cập nhật hàng tuần liệt kê sáu đến tám chỉ số với giá trị hiện tại, mục tiêu và một dòng nhận xét từ chủ sở hữu. Vì nó tồn tại cùng với các nhiệm vụ và luồng của nhóm, việc chuyển từ "đây là con số" sang "đây là những gì chúng ta sẽ làm về nó" xảy ra ở cùng một nơi. Các nhiệm vụ định kỳ đảm bảo cập nhật không bao giờ bị bỏ qua. Các luồng đính kèm vào ghi chú lưu lại các quyết định và bối cảnh mà người xem xét trong tương lai sẽ cần để hiểu tại sao một chỉ số di chuyển trong một tuần nhất định.
