Câu hỏi trước, công cụ sau

Bạn sẽ học được

• Vì sao phải viết câu hỏi trước khi mở SQL hay dashboard.
• Chuyển một câu hỏi mơ hồ thành câu hỏi đo lường được.
• Xác định quyết định mà phân tích phục vụ.
• Nhận ra khi nào câu hỏi chưa đủ rõ để trả lời.
• Mẫu câu hỏi năm phần dùng được ngay.

Khái niệm cốt lõi

Một phân tích tốt bắt đầu từ quyết định cần đưa ra, không phải từ công cụ. Câu hỏi "doanh thu thế nào?" không trả lời được vì không ai biết khi nào thì dừng, so với cái gì, và để làm gì.

Câu hỏi phân tích tốt có năm phần:

1. Đối tượng — đo trên nhóm nào: toàn bộ khách, khách mới, một khu vực?
2. Chỉ số — đo cái gì: doanh thu, số đơn, tỷ lệ huỷ, thời gian giao?
3. Thời gian — khoảng nào, so với khoảng nào?
4. Ngưỡng — bao nhiêu thì được coi là bất thường?
5. Hành động — nếu kết quả là A thì làm gì, nếu là B thì làm gì?

Thiếu phần 5, phân tích chỉ là báo cáo cho vui. Thiếu phần 4, mọi con số đều "có vẻ ổn".

Từ mơ hồ đến đo được

Cùng một câu hỏi kinh doanh có thể dẫn tới nhiều câu hỏi dữ liệu khác nhau. Việc của người phân tích là chọn câu hỏi trả lời được với dữ liệu đang có, và nói rõ phần nào không trả lời được.

Ví dụ: câu hỏi "doanh thu giảm"

Giả sử quản lý nói: "Tháng này doanh thu giảm, xem giúp nguyên nhân."

Bước 1 — làm rõ số liệu:

• Giảm so với tháng trước hay cùng kỳ năm trước?
• Doanh thu gộp hay sau huỷ/hoàn?
• Tính theo ngày đặt hay ngày giao?
• Giảm ở toàn bộ hay một nhóm khách/khu vực/sản phẩm?

Bước 2 — viết câu hỏi đo được:

Trong tháng 9/2025, doanh thu từ các đơn completed (tính theo order_date) là bao nhiêu, so với tháng 8/2025? Chênh lệch tập trung ở khu vực nào và nhóm sản phẩm nào?

Bước 3 — phác truy vấn để kiểm tra hướng:

SELECT date_trunc('month', o.order_date) AS thang,
       SUM(oi.quantity * oi.unit_price) AS doanh_thu
FROM orders o
JOIN order_items oi ON oi.order_id = o.id
WHERE o.status = 'completed'
GROUP BY 1
ORDER BY 1;

Kết quả cho một dòng mỗi tháng; nếu tháng 9 thấp hơn tháng 8, bước tiếp theo là tách theo customers.city hoặc products.category. Câu hỏi đã dẫn đường cho truy vấn, không phải ngược lại.

Bước 4 — xác định hành động: nếu mức giảm tập trung ở một khu vực, kiểm tra hoạt động bán hàng ở đó; nếu rải đều, kiểm tra giá hoặc lưu lượng truy cập. Kết quả nào cũng có việc để làm.

Ba câu hỏi kiểm tra trước khi phân tích

1. Nếu kết quả là X, tôi sẽ làm gì khác đi? Nếu câu trả lời là "không làm gì", đừng phân tích.
2. Dữ liệu có thực sự chứa câu trả lời? Ví dụ hỏi "vì sao khách rời bỏ" nhưng không có dữ liệu khảo sát hay log hành vi — chỉ suy đoán được.
3. Sai thì tốn bao nhiêu? Quyết định đắt (đổi giá, cắt kênh) cần bằng chứng mạnh hơn quyết định rẻ (đổi thứ tự cột trong báo cáo).

Thực hành

1. Lấy ba câu hỏi mơ hồ trong công việc và viết lại theo mẫu năm phần.
2. Với câu hỏi "kênh nào hiệu quả", liệt kê ba cách đo khác nhau và hệ quả của mỗi cách.
3. Viết truy vấn đếm số đơn completed theo tháng từ bảng orders.
4. Nêu một câu hỏi bạn không thể trả lời bằng dữ liệu hiện có và giải thích vì sao.

Lỗi thường gặp

Tóm tắt

• Bắt đầu từ quyết định, không bắt đầu từ công cụ.
• Câu hỏi tốt có đối tượng, chỉ số, thời gian, ngưỡng, hành động.
• Viết lại câu hỏi mơ hồ thành câu hỏi đo được trước khi truy vấn.
• Nói rõ phần dữ liệu không trả lời được thay vì suy đoán.
• Nếu kết quả không đổi hành động nào, câu hỏi chưa đáng phân tích.