Data-driven vs data-informed vs data-inspired

Vì sao phân biệt ba trường phái ra quyết định quan trọng

Nhiều Product Manager (PM) nghĩ rằng "dùng dữ liệu" chỉ có một cách duy nhất: xem con số, con số nào cao hơn thì làm theo. Đây là hiểu lầm nguy hiểm nhất trong nghề. Thực tế có ba trường phái rất khác nhau: data-driven (dữ liệu quyết định thay bạn), data-informed (dữ liệu là một đầu vào quan trọng nhưng không phải duy nhất), và data-inspired (dữ liệu gợi ý hướng khám phá). Không phân biệt được ba cách này, bạn sẽ dùng sai công cụ cho sai tình huống.

Cái giá của việc thiếu kỹ năng này rất cụ thể. Một PM tại sàn thương mại điện tử ở TP.HCM từng bỏ hẳn nút "gợi ý sản phẩm" vì A/B test cho thấy nó giảm 0,3% tỷ lệ click ở trang chủ. Nửa năm sau đối thủ ra tính năng tương tự và chiếm thị phần nhóm khách mua lặp lại. Sai lầm không nằm ở con số, mà ở chỗ PM đó data-driven một cách máy móc trong tình huống lẽ ra cần data-informed: chỉ số ngắn hạn không phản ánh giá trị dài hạn.

Ngược lại, một PM khác lại "data-inspired" quá đà, tin vào linh cảm và vài phỏng vấn lẻ tẻ để đầu tư sáu tháng cho một tính năng không ai dùng. Cả hai đều thất bại vì chọn nhầm trường phái. Kỹ năng nền tảng của PM data-informed là biết tình huống nào cần độ chắc chắn cao của số liệu, tình huống nào cần trực giác và ngữ cảnh.

Bức tranh lớn

Hãy hình dung một phổ liên tục. Ở một đầu là quyết định hoàn toàn theo số (rủi ro thấp, dữ liệu dày, có thể đo lường sạch). Ở đầu kia là quyết định mang tính tầm nhìn (dữ liệu mỏng, đổi mới, khó đo). Data-informed nằm ở giữa và linh hoạt di chuyển.

graph LR
A[Van de can quyet dinh] --> B{Du lieu co day va sach khong}
B -->|Co day du| C[Data driven - so quyet dinh]
B -->|Co mot phan| D[Data informed - so la mot dau vao]
B -->|Rat mong| E[Data inspired - so goi y huong]
C --> F[Toi uu ngan han]
D --> G[Can bang so va ngu canh]
E --> H[Kham pha va tam nhin]

Điểm mấu chốt: cả ba đều dùng dữ liệu, khác nhau ở mức độ để dữ liệu chi phối quyết định cuối cùng. Data-driven phù hợp tối ưu hoá (đổi màu nút, giá vận chuyển). Data-informed phù hợp phần lớn quyết định sản phẩm (nên xây tính năng nào, ưu tiên ra sao). Data-inspired phù hợp giai đoạn khám phá cơ hội mới.

Ví dụ chi tiết

Một ứng dụng gọi xe công nghệ tại Hà Nội cần quyết định ba việc cùng lúc.

Bước 1 - Chỉnh phí huỷ chuyến. Đây là bài toán tối ưu: dữ liệu huỷ chuyến rất dày, đo được ngay. PM chọn data-driven, chạy thử nghiệm phí huỷ 5.000 và 8.000 đồng, chọn mức làm giảm huỷ mà không giảm số cuốc. Số quyết định.

Bước 2 - Có nên thêm mảng giao đồ ăn. Dữ liệu nội bộ không đủ vì công ty chưa làm mảng này. PM chọn data-informed: kết hợp quy mô thị trường, phỏng vấn 20 tài xế, khảo sát nhu cầu, cộng với phán đoán chiến lược. Số là một mảnh ghép chứ không phải phán quyết.

Bước 3 - Thiết kế trải nghiệm đặt xe cho người khiếm thị. Gần như không có dữ liệu định lượng. PM chọn data-inspired: vài buổi quan sát thực địa gợi ý nguyên tắc thiết kế, rồi làm thử và học dần.

Kết quả: dùng đúng trường phái cho từng bài toán giúp đội tránh vừa lãng phí thử nghiệm cho việc không đo được, vừa tránh quyết định cảm tính cho việc đo được rõ ràng.

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

graph TD
A[Xac dinh loai quyet dinh] --> B[Danh gia do day va sach cua du lieu]
B --> C[Chon truong phai phu hop]
C --> D[Thu thap dau vao can thiet]
D --> E[Ra quyet dinh va ghi lai ly do]
E --> F[Do ket qua sau khi trien khai]
F --> G[Hieu chinh cach chon truong phai]
G --> A

Lộ trình là một vòng lặp: mỗi quyết định là một cơ hội học cách chọn trường phái tốt hơn. Ghi lại lý do (decision log) là mắt xích quan trọng nhất giúp bạn đối chiếu về sau.

Thói quen & kỷ luật

Working mindset: Dữ liệu không thay tôi quyết định, dữ liệu giúp tôi quyết định tốt hơn.

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

• Phân loại 10 quyết định gần đây của đội bạn vào ba trường phái, ghi lý do vì sao mỗi cái thuộc nhóm đó.
• Viết lại một quyết định máy móc: lấy một lần bạn từng làm theo số một cách cứng nhắc, viết lại phiên bản data-informed cân bằng hơn.
• Đóng vai phản biện: với một tính năng đang cân nhắc, tự lập luận cả hai phía chỉ dựa trên cùng bộ số để thấy số không tự nói lên quyết định.

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

• [ ] Liệt kê 5 quyết định sắp tới và gán trường phái phù hợp cho từng cái
• [ ] Lập một decision log đơn giản trên bảng tính
• [ ] Chọn một quyết định để thực hành ghi lý do trước khi làm
• [ ] Phỏng vấn một đồng nghiệp về cách họ cân bằng số và trực giác
• [ ] Đọc lại một báo cáo cũ và tìm chỗ số bị dùng quá tuyệt đối

Chỉ số & North Star

North Star của kỹ năng này là tỷ lệ quyết định mà bạn chọn đúng trường phái, đối chiếu sau khi có kết quả thực tế.

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

Bạn nhận ra ngay một bài toán thuộc trường phái nào chỉ trong vài phút. Bạn không còn tranh cãi kiểu "phải theo số" hay "phải theo trực giác" mà biết hỏi dữ liệu đủ dày chưa. Đồng đội bắt đầu hỏi bạn khi bối rối giữa số và cảm nhận, và bạn giải thích được vì sao chọn cách này.

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

Chốt lại

• Có ba trường phái: data-driven, data-informed, data-inspired, khác nhau ở mức dữ liệu chi phối.
• Chọn trường phái theo độ dày và độ sạch của dữ liệu, không theo thói quen.
• Data-informed là mặc định cho phần lớn quyết định sản phẩm.
• Ghi lý do và đối chiếu kết quả là cách rèn kỹ năng chọn đúng.

<!--case-append-->

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

Từ đây, mỗi bài trong khóa sẽ dùng chung một ví dụ: Căng tin số, app đặt trước suất cơm ở Căng tin khu A của Đại học Ánh Dương, vừa chạy thử bốn tuần ở quầy cơm. Câu chuyện đầy đủ, từ phỏng vấn tới user story, nằm trong lộ trình Từ người dùng tới user story.

Hết tuần thứ tư, nhóm phải mang bốn quyết định vào buổi họp với anh Tuấn (quản lý căng tin) và chị Lan (Phòng Quản trị – Đời sống). Lỗi dễ mắc nhất là đối xử với cả bốn như nhau: hoặc "cứ theo số", hoặc "cứ theo cảm giác". Hãy đặt từng quyết định lên phổ của bài và hỏi: dữ liệu cho việc này dày và sạch tới đâu?

Nút "hết món" là bài toán tối ưu: thay đổi rẻ, đổi lại được, có số đếm mỗi ngày. Cứ để số quyết định, không cần họp.

Trả trước thì khác. Số đẹp: tỉ lệ không tới lấy giảm còn 7%, hoàn tiền vì hết món còn 2 lần/ngày. Nhưng số không nói hết. Mỗi lần hoàn tiền vẫn phải chờ anh Tuấn duyệt, đúng vào giờ cao điểm. Minh Anh từng nói "lỡ ra tới nơi hết món thì sao", và nỗi lo đó không hiện lên trong bảng số nếu người lo đã không đặt. Số là một đầu vào quan trọng, cạnh ngữ cảnh vận hành và lời người dùng.

Quầy thứ hai cũng là data-informed, vì dữ liệu chỉ đến từ một quầy, bốn tuần, và có một tuần thi làm méo số. Doanh thu quầy cơm tăng 4% so với đường cơ sở là tín hiệu tốt, nhưng quầy phở/bún có nhịp bếp khác hẳn.

Giảng viên và nhân viên chiếm khoảng 15% doanh thu, nhưng app chỉ cho đăng nhập bằng mã số sinh viên nên không có dòng dữ liệu nào về họ. Đây là chỗ cho data-inspired: một câu của anh Tuấn ("không có mã số sinh viên đâu"), vài buổi quan sát giờ trưa, rồi làm thử nhỏ. Đừng chờ số không thể có, cũng đừng giả vờ có số.

Cuối cùng, ghi mỗi quyết định thành một dòng decision log. Nhóm đã có sẵn một dòng mẫu từ trước khi chạy thử: "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". Chính dòng đó biến cuộc tranh luận trả trước thành một lần đối chiếu, thay vì một lần cãi lại từ đầu.

Thử ngay: viết dòng decision log cho quyết định "mở quầy thứ hai", gồm trường phái bạn chọn, hai con số bạn dựa vào, một điều số không cho biết, và ngày sẽ xem lại. <!--/case-append-->