Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đo từng lăng kính cho đúng — mẫu số, khung thời gian, nguồn dữ liệu

Đã đọc 0/8 mục · còn khoảng 4 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Một con số sai định nghĩa còn tệ hơn không có số

Khi anh Tùng, BA của Tiệm Số, lần đầu kéo số liệu cho Gợi ý đặt hàng nhà cung cấp, kết quả là tỉ lệ dùng thử 2,3%. Cả đội gần như kết luận tính năng thất bại. Rồi chị Hạnh hỏi: "Mẫu số là gì?" Câu trả lời: toàn bộ 48.000 tiệm. Nhưng tính năng chỉ dành cho tiệm nhập hàng từ nhiều nhà cung cấp, khoảng 14.000 tiệm. Tính lại, tỉ lệ dùng thử là 8%. Vẫn thấp, nhưng là một câu chuyện khác hẳn.

Mỗi lăng kính có ba quyết định đo lường: mẫu số, khung thời gian, và nguồn dữ liệu. Sai một trong ba, con số dẫn bạn đến quyết định sai mà vẫn trông rất thuyết phục.

Mẫu số: viết định nghĩa trước khi đếm

Định nghĩa đối tượng phải đo được bằng dữ liệu bạn có. "Chủ tiệm bận rộn" không đo được. "Tiệm có từ 3 nhà cung cấp khác nhau trong 60 ngày qua" thì đo được.

Tính năng Tiệm SốĐịnh nghĩa đối tượngSố tiệm
Nhắc nợ qua ZaloCó ít nhất 1 giao dịch ghi nợ trong 30 ngày21.000
Báo cáo lãi lỗ cuối ngàyTrung bình từ 5 đơn mỗi ngày trong 30 ngày36.000
Gợi ý đặt hàngNhập hàng từ ít nhất 3 nhà cung cấp trong 60 ngày14.000
In tem mã vạchCó ít nhất 10 mặt hàng không có mã vạch gốc2.400
Khách thân thiếtLưu ít nhất 50 số điện thoại khách18.000
Chốt đơn livestreamĐã kết nối fanpage Facebook6.000
Hai nguyên tắc. Thứ nhất, định nghĩa phải được viết trước khi nhìn kết quả; nếu không, bạn sẽ vô thức chọn định nghĩa cho số đẹp. Thứ hai, nếu sau này phát hiện định nghĩa sai, được phép sửa, nhưng phải ghi rõ đã sửa và vì sao.

Định nghĩa "đã dùng" là hành động có giá trị

Mở một màn hình chưa phải là dùng. Ở Tiệm Số, mở trang Nhắc nợ chỉ đo sự tò mò; gửi thành công ít nhất một tin nhắc nợ mới là dùng. Với mỗi tính năng, hãy chọn một hành động cốt lõi: hành động mà nếu người dùng làm xong, tính năng đã làm được việc của nó.

Tính năngLượt mở (đừng dùng)Hành động cốt lõi (nên dùng)
Nhắc nợ qua ZaloMở trang sổ nợGửi thành công một tin nhắc
Báo cáo lãi lỗMở báo cáoXem báo cáo có đủ giá vốn, hoặc chia sẻ báo cáo
Gợi ý đặt hàngXem danh sách gợi ýTạo đơn nhập từ gợi ý
In tem mã vạchMở trình thiết kế temIn ít nhất một lô tem
Hành động cốt lõi cũng là thứ bạn dùng để đo giữ chân. Nếu đo giữ chân bằng lượt mở, bạn sẽ đếm cả những người mở ra vì nhầm.

Khung thời gian: theo chu kỳ của nhu cầu

Câu hỏi "bao nhiêu phần trăm đã dùng thử" luôn cần đi kèm "trong bao lâu". Quy ước phổ biến là 30 ngày cho dùng thử và tuần 4, tuần 8 cho giữ chân. Nhưng quy ước chỉ là điểm xuất phát.

Nếu nhu cầu lặp lại theo tháng (ví dụ đối soát công nợ cuối tháng), đo giữ chân theo tuần sẽ khiến đường cong trông như sụp đổ, trong khi thực ra người dùng chỉ đang chờ đến kỳ tiếp theo. Nguyên tắc là: khung thời gian phải dài hơn chu kỳ tự nhiên của nhu cầu. Với tính năng dùng hằng ngày, tuần là đủ. Với tính năng dùng theo mùa (Tết, khai giảng), bạn cần ít nhất một mùa.

Một lỗi thường gặp khác là đo quá sớm. Đánh giá một tuần sau ra mắt chỉ cho bạn thấy những người tò mò nhất. Hãy đợi ít nhất 6–8 tuần, hoặc trọn một chu kỳ nhu cầu.

Nguồn dữ liệu: biết mỗi số đến từ đâu

Lăng kínhNguồn chínhNguồn kiểm tra chéo
Đối tượngCơ sở dữ liệu giao dịchDữ liệu CRM, phân khúc khách hàng
Dùng thửSự kiện phân tích (event tracking)Log máy chủ
Giữ chânBảng cohort dựng từ sự kiệnĐối chiếu ngẫu nhiên với log
Hài lòngKhảo sát trong ứng dụngTicket hỗ trợ, đánh giá trên kho ứng dụng
Kiểm tra chéo không phải thủ tục. Ở tuần thứ hai sau ra mắt, anh Tùng phát hiện sự kiện "gửi nhắc nợ" bị ghi hai lần mỗi khi Zalo trả lỗi rồi gửi lại. Không có bước đối chiếu với log, tỉ lệ dùng thử sẽ bị thổi phồng khoảng một phần năm.

Truy vấn mẫu cho tỉ lệ dùng thử

Không cần công cụ đắt tiền để bắt đầu. Một truy vấn đơn giản trên dữ liệu sự kiện là đủ:

SELECT COUNT(DISTINCT e.shop_id) * 1.0 / COUNT(DISTINCT a.shop_id) AS ti_le_dung_thu
FROM doi_tuong_nhac_no a
LEFT JOIN su_kien e
  ON e.shop_id = a.shop_id
 AND e.ten = 'gui_nhac_no_thanh_cong'
 AND e.thoi_gian BETWEEN a.ngay_vao_doi_tuong AND a.ngay_vao_doi_tuong + INTERVAL 30 DAY;

Lưu ý mẫu số là bảng đối tượng, không phải bảng mọi tiệm, và khung thời gian tính từ ngày tiệm vào nhóm đối tượng.

Khi dữ liệu chưa có

Nhiều đội phát hiện ở bước này rằng sự kiện quan trọng chưa từng được ghi nhận. Đừng vì thế mà bỏ đánh giá. Ghi vào scorecard "chưa đo được", thêm sự kiện vào sprint tới, và dùng nguồn thay thế tạm thời như log máy chủ hoặc phỏng vấn. Ô trống trong scorecard cũng là thông tin: nó cho biết đội đang không nhìn thấy điều gì.

Làm ngay

Với hai tính năng bạn chọn ở bài 2, viết ra ba thứ cho mỗi tính năng: định nghĩa đối tượng đo được, hành động cốt lõi, và khung thời gian đo giữ chân dựa trên chu kỳ nhu cầu. Gửi cho người phụ trách dữ liệu và hỏi: sự kiện nào trong số này đã được ghi nhận?

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi