Output đẹp chưa chắc là Outcome tốt

Trước khi làm bất kỳ task hay thực hiện một dự án nào, bạn cần xác định ngay từ đầu hai thứ:

• Output (đầu ra) của task là gì?
• Outcome (giá trị/hiệu quả) mà đầu ra đó mang lại là gì?

Đây chính là mục tiêu thực sự bạn đang hướng đến khi làm task hoặc dự án. Nếu không xác định rõ hai yếu tố này ngay từ đầu, bạn sẽ làm mà không biết đích đến là gì, khi nào coi là xong, cần làm gì để đến đích. Đó là cách rất nhiều người rơi vào cảnh làm hoài mà không thấy hết việc hoặc làm nhiều mà không ai công nhận.

Trong quá trình hướng dẫn, đào tạo và dẫn dắt nhân sự của mình, tôi nhận ra rất nhiều bạn còn mơ hồ về khái niệm output, outcome và cách ứng dụng chúng để làm việc hiệu quả, tạo ra nhiều giá trị.

Bài viết giải thích khác biệt giữa Output (kết quả đầu ra) và Outcome (kết quả thực chất, hiệu quả, tác động của đầu ra). Bạn sẽ biết cách xác định tốt hơn để tránh làm xong nhưng không ai dùng.

Phân biệt Output và Outcome

Tôi hay phân biệt đơn giản như sau:

• Output trả lời cho câu hỏi: Làm xong task là bạn tạo ra cái gì? Thường là một danh từ hữu hình hoặc đo đếm được.
• Outcome trả lời cho câu hỏi: Tại sao bạn phải làm task này? Người thụ hưởng kết quả bạn làm ra đang mong đợi điều gì? Thường liên quan đến giá trị, hiệu quả, vấn đề được giải quyết.

Sai lầm thường mắc phải: Nhiều bạn khi định nghĩa output sẽ ghi nhầm là HÀNH ĐỘNG bạn sẽ làm (cách dễ nhận biết là đó là động từ), chứ không phải là KẾT QUẢ (danh từ). Đây là lý do task dễ bị hiểu sai hoặc làm xong vẫn không biết đã đúng chưa.

Phân tích ví dụ

Case study ví dụ: Task “Phân tích bộ từ khóa để đưa vào nội dung website”

• Output đúng: “File sheet có chứa 10 từ khóa với các cột đánh giá lượng search, độ khó” => “File” là một danh từ. Bạn có thể bổ sung các số liệu đo lường được để giúp cho output rõ ràng hơn.
• Output sai: “Làm bảng file sheet phân tích từ khóa” => “Làm bảng” là động từ (thường bạn sẽ lặp lại tiêu đề task trong cột output nếu bạn chưa hiểu rõ output là gì).

=> Phân tích vì sao output này là sai:

• Khi bạn nói “làm bảng”, bạn chưa nêu rõ làm xong thì ra được cái gì. Tuần này bạn tạo một cái bảng và liệt kê 3-4 từ khóa thì cũng gọi là “làm bảng”, vậy ra được bảng này thì đã xong task chưa? Liệu nó có đúng với mục tiêu ban đầu đề ra không?
• Việc không xác định rõ output sẽ dẫn đến 2 điều: 1) Bạn không biết khi nào là hoàn thành và có thể đóng task; 2) Bạn và người khác (ví dụ leader) hiểu “định nghĩa xong” khác nhau. Ví dụ với leader phải 10 từ khóa thì task mới xong, bạn lại hiểu 5 từ khóa là xong.
• Nhầm lẫn giữa Output và Outcome. Khi bạn không xác định được Outcome, bạn sẽ không trả lời được câu hỏi: “Làm cái này để làm gì?”, “Làm xong rồi sao nữa?”, “Như vậy là thành công chưa?”

Case study ví dụ: Task “Up app lên marketplace”

• Output: App được up thành công lên App Store và Google Play.
• Outcome: App có 1.000 lượt tải trong vòng 1 tuần đầu tiên
• Outcome có độ khó cao hơn: App có 1.000 lượt tải, trong đó có 500 user active trong vòng 1 tuần đầu tiên

=> Phân tích: Nếu không xác định Outcome, bạn sẽ hài lòng với việc “cái app đã được up lên”. Up lên mà không có người tải, tải về mà không dùng hoặc gỡ ngay sau khi tải thì có phải là điều bạn hay công ty thực sự mong muốn?

Cũng ví dụ này, nếu bạn ghi output thế này thì là output chưa chuẩn: Up app lên store => Đây lại là hành động chứ không phải danh từ.

• Store là store nào? Tuần đó chỉ cần up lên iOS thôi? Hay Android thôi? Hay phải cả iOS và Android?
• Up lên nghĩa là bạn bấm submit cái app lên store. Vậy store không duyệt thì task này có tính là hoàn thành không?

Output và Outcome cần được thống nhất kỳ vọng

Output và Outcome không chỉ để bạn hiểu cho chính mình mà còn để thống nhất kỳ vọng giữa bạn và những người liên quan (sếp, đồng đội, khách hàng). Tôi biết có nhiều bạn trẻ chủ động, chăm chỉ nhưng task làm xong vẫn bị feedback đi feedback lại vì không thống nhất từ đầu. Người giao task nghĩ một đằng, bạn làm một nẻo, rồi mất thời gian đôi co, sửa tới sửa lui.

Nếu ngay từ đầu, bạn hỏi rõ và chốt được:

• Output cụ thể là gì? Định dạng, số lượng, tiêu chuẩn nào thì coi là “đủ”, là “đạt”?
• Outcome kỳ vọng là gì? Cái mình làm ra sẽ được dùng để làm gì?

…thì 80% rủi ro “hiểu lầm task” đã biến mất.

Bạn bỏ túi hai câu hỏi mỗi khi nhận task dưới đây nhé:

1. Output cụ thể trông như thế nào? Anh/chị có ví dụ mẫu hoặc tiêu chí đánh giá không?
2. Sau khi em làm xong, anh/chị sẽ dùng nó làm gì?

Chỉ cần bạn hình thành thói quen này, kỹ năng làm task của bạn sẽ lên một bậc. Và dần dần, bạn không chỉ làm đúng, mà còn làm trúng điều người khác cần.

Vì sao nên có tư duy outcome (outcome-driven)?

Sự khác biệt giữa “người làm task” và “người tạo ra giá trị” nằm ở đây.

• Người làm task giỏi thì làm đúng việc được giao.
• Người hiểu outcome thì tạo ra đúng giá trị người khác cần.
• Người tạo ra giá trị thì được tin tưởng, trao quyền, đi xa.

Khi bạn có tư duy outcome, bạn không còn bị bó buộc vào những mô tả task cứng nhắc. Bạn linh hoạt hơn, chủ động đề xuất phương án tối ưu hơn. Quan trọng hơn cả, bạn trở thành người đồng hành giải quyết vấn đề, chứ không chỉ là “lính đánh thuê”.

Nhiều bạn trẻ tôi hướng dẫn đã đi từ chỗ chỉ biết “làm task” đến chỗ được giao quyền, được leader tin cậy cho tự quyết những việc lớn hơn, chỉ vì các bạn ấy hiểu và rèn luyện tư duy outcome-driven từ sớm.

Người làm task giỏi thì được giao task. Người hiểu outcome thì được giao quyền.

Key Takeaways

• Output là những gì bạn tạo ra (file, app, bài viết).
• Outcome là giá trị thực tế mang lại (lượt tải, sự tương tác, hiệu quả).
• Cần xác định cả hai ngay từ đầu để tránh hiểu nhầm và lãng phí.
• Một output tốt nếu không chuyển thành outcome thì chưa gọi là thành công.
• Tư duy outcome-driven giúp bạn làm đúng giá trị và được tin cậy hơn.

---

Đọc thêm:

1. Xem thường kỹ năng nhận task là xem thường task
2. Nguyên lý thuận chiều mong muốn
3. Back to basics