Đặt câu hỏi đúng trước khi xem số

Vì sao đặt câu hỏi đúng trước khi xem số quan trọng

Sai lầm phổ biến nhất của PM mới là mở dashboard lên rồi mới nghĩ xem mình muốn biết gì. Khi đó bạn sẽ bị con số dẫn dắt: thấy chỉ số nào giảm thì hoảng, thấy chỉ số nào tăng thì mừng, mà không biết nó có liên quan đến quyết định nào không. Đặt câu hỏi đúng trước khi xem số đảo ngược trật tự: bạn bắt đầu từ quyết định cần đưa ra, suy ra câu hỏi cần trả lời, rồi mới tìm dữ liệu.

Cái giá của việc bỏ qua bước này là phân tích vô định. Một đội sản phẩm fintech ở TP.HCM từng dành ba tuần làm báo cáo 40 slide đủ mọi biểu đồ, nhưng khi ban giám đốc hỏi "vậy chúng ta nên làm gì", không ai trả lời được vì báo cáo không xuất phát từ một quyết định cụ thể. Đó là "data theatre": trông rất bận rộn với số nhưng không dẫn tới hành động.

Ngoài ra, không đặt câu hỏi trước khiến bạn dễ tìm số để củng cố điều mình đã tin (thiên kiến xác nhận). Câu hỏi rõ ràng, có tiêu chí đúng sai, là hàng rào chống lại việc chọn lọc số theo cảm tính.

Bức tranh lớn

Một câu hỏi tốt cho phân tích cần có bốn thành phần: gắn với một quyết định, có giả thuyết cụ thể, có ngưỡng để biết đúng sai, và khả thi để đo. Thiếu bất kỳ phần nào, câu hỏi sẽ dẫn tới phân tích lan man.

graph TD
A[Quyet dinh can dua ra] --> B[Cau hoi cu the]
B --> C[Gia thuyet co the sai]
C --> D[Nguong dung sai ro rang]
D --> E[Chi so va nguon du lieu]
E --> F[Xem so va ket luan]
F --> G[Hanh dong]

So sánh hai câu: "Người dùng có thích tính năng mới không" là câu tồi vì mơ hồ, không có ngưỡng. "Nếu trên 30 phần trăm người dùng mới quay lại dùng tính năng trong 7 ngày thì ta mở rộng, nếu dưới 15 phần trăm thì dừng" là câu tốt vì gắn quyết định, có ngưỡng, đo được.

Ví dụ chi tiết

Một ứng dụng học tiếng Anh tại Đà Nẵng thấy tỷ lệ hoàn thành bài học giảm. Phản xạ tồi là lao vào dashboard. Cách đúng như sau.

Bước 1 - Xác định quyết định. Đội cần quyết định có nên đơn giản hoá luồng bài học hay không. Mọi phân tích phục vụ quyết định này.

Bước 2 - Đặt câu hỏi có ngưỡng. Câu hỏi: người dùng bỏ ngang chủ yếu ở bước nào, và bước đó có chiếm trên 40 phần trăm lượt bỏ không. Nếu có, đơn giản hoá bước đó.

Bước 3 - Nêu giả thuyết có thể sai. Giả thuyết: người dùng bỏ vì bài quá dài. Nhưng đội cố ý để ngỏ khả năng họ bỏ vì lỗi kỹ thuật hoặc vì nội dung khó, để không tự khẳng định.

Bước 4 - Chọn chỉ số và nguồn. Phễu hoàn thành theo từng bước, cộng vài đoạn ghi màn hình phiên bỏ ngang.

Bước 5 - Xem số. Kết quả cho thấy 55 phần trăm bỏ ngang ở màn hình kiểm tra micro, không phải vì bài dài. Giả thuyết ban đầu sai. Nhờ đặt câu hỏi mở, đội phát hiện lỗi cấp quyền micro thay vì đi cắt ngắn bài học vô ích.

Kết quả: đội sửa đúng gốc rễ, tỷ lệ hoàn thành phục hồi, tiết kiệm nhiều tuần làm sai hướng.

Lộ trình từng bước để làm chủ

graph TD
A[Bat dau tu quyet dinh] --> B[Viet cau hoi cu the]
B --> C[Neu gia thuyet co the sai]
C --> D[Dat nguong dung sai truoc]
D --> E[Chon chi so va nguon]
E --> F[Xem so va doi chieu nguong]
F --> G[Ket luan va hanh dong]

Điểm quan trọng: đặt ngưỡng trước khi xem số. Nếu đặt ngưỡng sau, bạn sẽ vô thức uốn ngưỡng theo số đã thấy.

Thói quen & kỷ luật

Working mindset: Tôi bắt đầu từ quyết định, không bắt đầu từ biểu đồ.

Cần luyện tập gì (drills)

• Viết lại 5 câu hỏi mơ hồ thành câu có quyết định, giả thuyết và ngưỡng rõ ràng.
• Ngưỡng trước, số sau: với một chỉ số bạn sắp xem, viết ngưỡng đúng sai ra giấy trước khi mở dashboard.
• Săn data theatre: lấy một báo cáo cũ và gạch bỏ mọi biểu đồ không dẫn tới hành động nào.

Checklist hành động tuần này

• [ ] Viết mẫu câu hỏi phân tích gồm quyết định, giả thuyết, ngưỡng
• [ ] Áp dụng mẫu này cho một bài toán đang cần giải
• [ ] Đặt ngưỡng trước cho một lần xem dashboard sắp tới
• [ ] Rà một báo cáo cũ và loại biểu đồ thừa
• [ ] Chia sẻ mẫu câu hỏi cho một đồng nghiệp

Chỉ số & North Star

North Star: tỷ lệ phân tích bắt đầu từ một quyết định rõ ràng thay vì bắt đầu từ dữ liệu có sẵn.

Dấu hiệu bạn đã thành thạo

Bạn không còn mở dashboard trước khi biết mình muốn quyết định gì. Đồng đội nhận xét câu hỏi của bạn sắc bén, đi thẳng vào vấn đề. Các cuộc họp số liệu ngắn lại vì mọi người biết chính xác đang tìm câu trả lời cho điều gì và ngưỡng nào dẫn tới hành động nào.

Cạm bẫy thường gặp

Chốt lại

• Đặt câu hỏi trước khi xem số giúp tránh phân tích vô định và thiên kiến xác nhận.
• Câu hỏi tốt gắn quyết định, có giả thuyết, có ngưỡng, đo được.
• Đặt ngưỡng đúng sai trước khi mở dashboard.
• Loại bỏ mọi biểu đồ không dẫn tới hành động nào.

<!--case-append-->

Áp dụng vào Căng tin số

Sáng thứ Hai sau bốn tuần chạy thử, bảng số đã có đủ: tài khoản, lượt mở app, đơn đặt trước, thời gian xếp hàng, suất bỏ đi. Phản xạ tự nhiên là mở bảng ra rồi xem có gì hay. Bài này bảo bạn làm ngược lại: bắt đầu từ quyết định.

Quyết định đầu tiên đã được hẹn từ trước. Anh Tuấn bác đề xuất của nhóm và chọn trả trước, nhưng decision log ghi rõ: "xem lại sau bốn tuần chạy thử bằng tỉ lệ không tới lấy và số lần hoàn tiền". Đó là món quà cho người phân tích: quyết định và chỉ số đã có, chỉ còn thiếu ngưỡng và giả thuyết.

So sánh hai cách hỏi. Câu tồi: "Trả trước có ổn không?". Không ai biết "ổn" là bao nhiêu, nên ai cũng đọc số theo ý mình. Câu tốt có đủ bốn phần của bài: quyết định, giả thuyết có thể sai, ngưỡng, và nguồn đo. Nhóm viết nó ra giấy trước khi mở bảng tuần 4:

Quyết định: giữ trả trước, hay chuyển sang trả khi nhận
Giả thuyết: trả trước giữ tỉ lệ không tới lấy thấp mà không làm ai bỏ đặt
Ngưỡng giữ (nhóm tự đặt, giả sử): không tới lấy dưới 10%, hoàn tiền vì hết món dưới 3 lần/ngày
Ngưỡng xem lại: một trong hai vượt ngưỡng ở tuần 4
Nguồn: đơn đã thanh toán, đơn không tới lấy sau 30 phút, sổ hoàn tiền
Có thể sai vì: người sợ trả trước không đặt, nên không hiện trong số đơn

Giờ mới mở bảng. Tuần 4: không tới lấy 7%, hoàn tiền 2 lần/ngày. Cả hai qua ngưỡng, nên theo câu hỏi đã viết, giữ trả trước. Vì ngưỡng có trước, không ai có thể nói "7% vẫn hơi cao" hay "2 lần là quá ít để kết luận" sau khi đã thấy số.

Dòng cuối của khung mới là phần đáng giá. Giả thuyết được để ngỏ khả năng sai, nên nhóm đi tìm thêm một con số: trong khảo sát 40 người bỏ ngang ở bước chọn món, có ai nêu lý do "phải trả trước" không? Kết quả: 21 người nói "đã quá 10 giờ, không đặt được nữa", 11 người "chỉ xem còn món gì", 8 người lý do khác. Trả trước không nổi lên như lý do chính. Nhưng câu hỏi vừa mở ra một quyết định thứ hai mà không ai đặt hàng: giờ chốt 10:00.

Đó cũng là bài học về data theatre. Báo cáo tuần 4 có thể dài 20 trang với lượt mở app theo giờ, tài khoản theo khoa, lỗi in phiếu theo ngày. Nhưng nếu không gắn với "giữ trả trước hay không" và "dời giờ chốt hay không", chị Lan đọc xong vẫn không biết phải làm gì. Một chi tiết nữa: số không cho thấy mỗi lần hoàn tiền vẫn phải chờ anh Tuấn duyệt giữa giờ cao điểm. Ngưỡng tốt không thay được việc nhìn vận hành.

Thử ngay: viết câu hỏi bốn phần cho quyết định "có dời giờ chốt 10:00 hay không", với ngưỡng cụ thể cho tỉ lệ xem thực đơn sang chọn món (tuần 4 là 34%), trước khi bạn đọc thêm bất kỳ con số nào. <!--/case-append-->