Vấn đề ba con số
Trong cuộc họp, marketing nói 12.000 người dùng hoạt động, sản phẩm nói 9.400, tài chính nói 8.100. Ba mươi phút tiếp theo dành để tranh luận con số nào đúng, thay vì bàn phải làm gì.
Nguyên nhân thường không phải lỗi kỹ thuật mà là ba định nghĩa khác nhau cho cùng một cái tên: ai đó tính người mở ứng dụng, ai đó tính người thực hiện một hành động, ai đó tính tài khoản trả phí.
Lớp chỉ số: định nghĩa một lần, dùng mọi nơi
Giải pháp là một lớp chỉ số: nơi mỗi chỉ số được định nghĩa đúng một lần bằng mã, và mọi dashboard, báo cáo, truy vấn đều lấy từ đó.
Mỗi định nghĩa cần năm thứ:
- Tên và cách diễn đạt bằng tiếng Việt.
- Công thức chính xác.
- Điều kiện lọc — tính ai, bỏ ai (bot, tài khoản nội bộ, môi trường thử).
- Khoảng thời gian và múi giờ.
- Người sở hữu — ai trả lời khi có tranh luận.
Loại bỏ nhiễu nội bộ
Một nguồn sai lệch âm thầm và rất phổ biến: tài khoản nội bộ, bot, và môi trường thử nghiệm nằm lẫn trong dữ liệu sản xuất. Với sản phẩm nhỏ, nhân viên công ty có thể chiếm một phần đáng kể lưu lượng.
Ba việc tối thiểu: đánh dấu tài khoản nội bộ ngay khi tạo, lọc bot theo danh sách tác nhân người dùng đã biết, và tách hẳn môi trường thử. Làm sau sẽ khó hơn nhiều vì dữ liệu cũ đã lẫn.
Ai được đổi định nghĩa
Định nghĩa chỉ số sẽ cần đổi. Khi đổi, ba việc bắt buộc: thông báo trước, tính lại chuỗi lịch sử hoặc ghi rõ mốc đứt gãy, và ghi vào nhật ký thay đổi.
Đổi định nghĩa âm thầm là cách chắc chắn nhất để mất niềm tin vào toàn bộ hệ thống dữ liệu — vì lần sau, khi một con số thay đổi, không ai biết là thực tế đổi hay định nghĩa đổi.
Sai lầm thường gặp
- Mỗi phòng tự định nghĩa chỉ số.
- Không viết ra điều kiện lọc.
- Để tài khoản nội bộ và bot lẫn vào dữ liệu.
- Đổi định nghĩa mà không tính lại lịch sử và không thông báo.
Checklist kết bài
- [ ] Mỗi chỉ số quan trọng được định nghĩa đúng một lần, có người sở hữu.
- [ ] Điều kiện lọc được viết ra rõ ràng.
- [ ] Tài khoản nội bộ, bot và môi trường thử đã được loại.
- [ ] Có nhật ký thay đổi định nghĩa chỉ số.
Mẫu một định nghĩa chỉ số
Mỗi chỉ số cần năm thứ, viết ra một chỗ ai cũng đọc được:
CHỈ SỐ: Người dùng hoạt động hằng tháng (MAU)
Diễn đạt: Số người thực hiện ít nhất một hành động
có giá trị trong 30 ngày gần nhất.
Công thức: COUNT(DISTINCT user_id)
WHERE event IN ('order_placed','report_created','item_shared')
AND timestamp >= NOW() - 30 days
Loại trừ: tài khoản nội bộ (email @congty.vn)
tài khoản thử nghiệm (is_test = true)
tài khoản đã xoá
Chủ sở hữu: Trưởng nhóm Dữ liệu
Cập nhật: hằng ngày, 6:00
Phần loại trừ là phần hay thiếu nhất và gây lệch số nhiều nhất. Tài khoản nội bộ có thể chiếm vài phần trăm MAU ở công ty nhỏ.
Vì sao "hành động có giá trị" quan trọng
Định nghĩa MAU là "người mở ứng dụng" cho một con số dễ tăng và ít ý nghĩa. Định nghĩa theo hành động có giá trị cho một con số khó tăng hơn và phản ánh thứ bạn quan tâm.
Đây là quyết định sản phẩm, không phải quyết định kỹ thuật — và nó nên được người làm sản phẩm chốt.
Khi hai phòng vẫn bất đồng
Đôi khi hai định nghĩa khác nhau đều hợp lệ vì chúng phục vụ hai mục đích. Giải pháp không phải ép về một, mà là đặt tên khác nhau:
MAU_sanpham— người thực hiện hành động có giá trịMAU_taichinh— tài khoản có phát sinh doanh thu
Dấu hiệu lớp chỉ số đang thiếu
- Có người hỏi "con số này lấy ở đâu ra?" và không ai trả lời nhanh được
- Hai báo cáo cùng tên cho hai kết quả
- Mỗi phòng giữ bảng tính riêng "cho chắc"
- Sửa một định nghĩa phải sửa ở nhiều chỗ
Làm ngay
Chọn chỉ số hay được nhắc nhất trong công ty. Hỏi ba người ở ba phòng khác nhau định nghĩa của nó. Nếu ba câu trả lời khác nhau, bạn vừa tìm ra việc cần làm đầu tiên. <!--/les-append-->
<!--case-append-->
Áp dụng vào Căng tin số
Thử tưởng tượng buổi tổng kết tuần 4. Nhóm nói suất bỏ đi còn 26 mỗi ngày. Anh Tuấn nói con số của công ty cao hơn, vì ông tính cả suất đặt trước không ai tới lấy. Cô Hạnh nói sổ của cô không tính những suất đã bán lại cho người xếp hàng. Ba người đều đúng theo định nghĩa của mình, và nửa giờ trôi qua mà chưa ai bàn tới việc nên nấu ít đi hay không.
Đó là lý do "suất bỏ đi" cần đúng một định nghĩa, một chủ, và được viết ra trước khi có tranh luận:
CHỈ SỐ: Suất bỏ đi quầy cơm mỗi ngày
Diễn đạt: số suất đã nấu nhưng phải đổ bỏ cuối buổi trưa.
Cách đếm: Cô Hạnh ghi vào sổ cuối mỗi buổi, nhóm nhập lại mỗi ngày.
Tính: suất nấu quá 4 giờ phải bỏ theo quy định vệ sinh.
Không tính: suất đặt trước quá 30 phút đã bán lại cho hàng.
Đơn vị: suất, không phải tiền.
Đường cơ sở: 40 mỗi ngày, sổ hai tuần trước chạy thử.
Chủ sở hữu: Cô Hạnh.
Cập nhật: mỗi ngày học, trước 14:00.
Chọn Cô Hạnh làm chủ không phải để lấy lòng. Cô là người duy nhất thấy được cái nồi, và khi có tranh cãi về một ngày cụ thể, cô là người trả lời được. Nhóm làm app giữ bản nhập lại, nhưng không được tự sửa con số.
Phần "không tính" chính là chỗ ba con số lệch nhau. Nếu Anh Tuấn thật sự cần biết tiền mất vì người không tới lấy, đó là một chỉ số khác với một tên khác, ví dụ "giá trị đơn không tới lấy". Hai tên khác nhau chấm dứt cuộc cãi; một tên cho hai phép đếm thì cuộc cãi lặp lại mỗi tuần.
Cái bẫy nguy hiểm hơn nằm ở thời gian. Đường cơ sở 21 phút là thời gian xếp hàng thường ở quầy cơm giờ cao điểm, bấm giờ 10 người mỗi ngày. App đo được thời gian lấy suất khi đã đặt, trung vị 3 phút. Đặt hai số cạnh nhau với cùng một nhãn "thời gian chờ" sẽ cho ra câu "app giảm thời gian chờ từ 21 xuống 3 phút", một câu nghe tuyệt nhưng sai. So sánh đúng là xếp hàng thường: 21 phút trước, 17 phút tuần 4.
Nhiễu nội bộ cũng có ở đây. Nhóm sinh viên làm app chắc chắn đã đặt thử vài đơn để kiểm tra in phiếu; giả sử họ dùng mã số sinh viên thật của mình. Những đơn đó nằm lẫn trong 95 đơn mỗi ngày của tuần 1. Đánh dấu tài khoản thử ngay khi tạo, đừng để tới lúc tổng kết.
Cuối cùng, khi mở quầy thứ hai, "suất bỏ đi quầy cơm" sẽ có anh em là "suất bỏ đi toàn căng tin". Nếu đổi định nghĩa cũ thành tổng các quầy mà không ghi vào nhật ký, chuỗi số sẽ nhảy vọt và mọi người sẽ hỏi bếp đang làm gì sai.
Thử ngay: viết thẻ định nghĩa theo mẫu trên cho "tỉ lệ không tới lấy" (tuần 4: 7%). Hãy ghi rõ mốc thời gian nào thì một đơn bị coi là không tới lấy, và ai là chủ sở hữu. <!--/case-append-->