Tóm tắt sách: Outcomes Over Output

Giới thiệu

Điểm mình tâm đắc nhất từ Outcomes Over Output là: đội ngũ sản phẩm thường rất bận “làm”, nhưng chưa chắc đang tạo ra thay đổi có ý nghĩa cho business.

Nói cách khác, nhiều nơi đo output rất kỹ, nhưng đo outcome lại khá mờ.

Mục lục

1. Output và Outcome khác nhau thế nào
2. Vì sao cần chuyển trọng tâm sang outcome
3. Các khái niệm cốt lõi
4. Cách đo lường thực tế
5. Checklist hành động

Output và Outcome khác nhau thế nào

Output

Output là thứ team tạo ra:

• Feature đã ship
• Project hoàn tất
• Design đã bàn giao
• Số task đóng trong sprint

Vấn đề là: ship xong chưa chắc giải quyết được vấn đề.

Outcome

Outcome là thay đổi trong hành vi người dùng hoặc kết quả kinh doanh, ví dụ:

• Retention tăng
• Conversion tăng
• Customer satisfaction cải thiện
• Repeat purchase tốt hơn

Outcome mới là thứ business thật sự cần.

Bẫy “làm xong là thành công”

Kịch bản quen thuộc:

Mục tiêu: tăng conversion
→ Team làm dự án redesign checkout lớn
→ Ship đúng deadline
→ 3 tháng sau conversion gần như không đổi

Lúc đó team có output, nhưng chưa có outcome.

Cách tiếp cận tốt hơn

Mục tiêu: tăng conversion +10%
→ Tìm bottleneck cụ thể trong checkout
→ Đặt giả thuyết nhỏ (ví dụ bỏ 1 trường form)
→ Ship nhanh
→ Đo impact
→ Có hiệu quả thì mở rộng, không thì thử giả thuyết khác

Vì sao cần chuyển trọng tâm sang outcome

1) Dễ align hơn

Khi bám output, mỗi nhóm sẽ kéo theo ưu tiên riêng. Khi bám outcome (ví dụ retention +15%), mọi nhóm có chung đích đến dù con đường khác nhau.

2) Giảm lãng phí

Outcome mindset buộc team test nhỏ, học nhanh, bỏ sớm những thứ không hiệu quả.

3) Học nhanh hơn

Ship output xong thường chỉ biết “đã làm”. Theo outcome thì biết rõ “cái gì tạo tác động”, nhờ đó vòng sau quyết định tốt hơn.

Các khái niệm cốt lõi

1) Customer-centered by behavior

Đừng bắt đầu bằng câu hỏi “Team mình build được gì?”. Hãy bắt đầu bằng: “Mình muốn thay đổi hành vi nào của khách hàng?”.

2) Đo đúng thứ đáng đo

Metrics tốt thường có 4 đặc điểm:

• Liên quan trực tiếp đến mục tiêu business.
• Team có khả năng tác động.
• Đo được bằng phương pháp rõ ràng.
• Dễ hiểu để toàn team cùng dùng.

Cẩn thận với vanity metrics: nhìn đẹp nhưng không dẫn tới quyết định tốt.

3) Làm sản phẩm theo giả thuyết

Vòng lặp cơ bản:

1. Nêu giả thuyết.
2. Thiết kế thử nghiệm.
3. Đo outcome.
4. Học và lặp lại.

4) Align bằng OKR

Các team thường có mục tiêu riêng, nên cần khung thống nhất như OKR để đảm bảo mục tiêu team không lệch khỏi mục tiêu công ty.

Cách đo lường thực tế

Một cách nhìn đơn giản:

Leading indicators (tín hiệu sớm)
→ Outcome metrics (thay đổi cốt lõi)
→ Output metrics (thứ đã làm)

Ví dụ e-commerce:

• Output: số feature đã ship.
• Outcome: retention/repeat purchase tăng bao nhiêu.
• Leading: mức tương tác, open rate, completion rate… thay đổi ra sao.

Output vẫn cần theo dõi, nhưng không nên là đích cuối.

Checklist hành động

Bước 1: Audit hệ metrics hiện tại

• Team đang đo những gì?
• Metrics nào là output, metrics nào là outcome?
• Metric nào thật sự nối với mục tiêu kinh doanh?

Bước 2: Chốt 1-2 outcome metrics trọng tâm

• Mục tiêu business quan trọng nhất hiện tại là gì?
• Hành vi user nào phản ánh mục tiêu đó?
• Cách đo đã rõ chưa?

Bước 3: Chạy theo giả thuyết

• Chọn 1 giả thuyết cho sprint tới.
• Thiết kế thử nghiệm nhỏ.
• Đo impact và ghi lại học được gì.

Bước 4: Truyền thông lại cho team

• Làm rõ vì sao metrics này quan trọng.
• Gắn công việc từng người vào outcome chung.

Tóm tắt nhanh

Suy nghĩ cuối

Câu mình thích nhất sau khi đọc cuốn này:

Đừng chỉ đếm thứ bạn đã xây. Hãy đo thứ đã thay đổi.

Khi team chuyển từ output mindset sang outcome mindset, tốc độ học tăng, đồng thuận tốt hơn và tăng trưởng bền hơn.