Problem
Cách trình bày problem đủ rõ để người xem hiểu ai đang gặp khó khăn, friction nằm ở đâu, nguyên nhân là gì và vì sao problem đó đáng được giải quyết.
Đừng bắt đầu bằng solution
Nhiều project story mở ngay bằng “chúng tôi redesign”, “chúng tôi xây feature” hoặc “chúng tôi chạy campaign”.
Nhưng nếu problem chưa rõ, solution chỉ là activity. Người xem không có tiêu chuẩn để biết solution đó có hợp lý hay không.
Problem không phải symptom
“Conversion thấp”, “user drop”, “team chậm” thường chỉ là symptom.
Problem nằm sâu hơn: người dùng không hiểu pricing, flow yêu cầu quá nhiều bước, data bị phân mảnh, ownership không rõ hoặc decision bị chặn bởi thiếu context.
Framework: Who → Friction → Cause → Consequence
Who — ai đang gặp vấn đề?
Friction — điều gì đang cản trở hành vi hoặc outcome mong muốn?
Cause — nguyên nhân chính là gì?
Consequence — nếu không giải quyết, điều gì tiếp tục xảy ra?
Who: problem phải gắn với một actor cụ thể
“Người dùng gặp khó khăn” quá rộng.
New users, returning customers, sales team, managers hay operations team có context và behavior khác nhau. Actor càng rõ, problem càng dễ hiểu.
Friction: mô tả điều đang cản trở hành vi
Friction có thể là cognitive load, thiếu trust, quá nhiều bước, thông tin không nhất quán, response chậm hoặc process phụ thuộc manual work.
Friction tốt phải có thể quan sát được.
Cause: đừng dừng ở điều dễ nhìn thấy
Nếu user không hoàn thành checkout, nguyên nhân chưa chắc là UI xấu.
Có thể là pricing khó hiểu, phí phát sinh muộn, thiếu payment option hoặc trust signal yếu. Problem framing tốt đòi hỏi đi sâu hơn symptom.
Consequence: vì sao problem đáng giải
Nếu không giải, điều gì xảy ra?
Revenue mất, cycle time kéo dài, error tăng, trust giảm, team tốn capacity hoặc customer rời đi. Consequence giúp problem có stakes.
Problem framing là một dạng judgment
Hai người nhìn cùng data có thể frame hai problem khác nhau.
Cách bạn chọn problem để giải cho thấy khả năng phân tích, prioritization và understanding of the system.
Ứng dụng trên Forwork
Mỗi Project nên có một Problem block đủ độc lập để người lạ hoặc AI hiểu: ai gặp vấn đề, friction là gì, cause là gì, consequence là gì.
Sau đó solution mới được trình bày như một response có lý do.
Kết luận
Đừng hỏi “Chúng tôi đã làm gì?” trước khi trả lời “Chúng tôi đang giải vấn đề gì?”
Who → Friction → Cause → Consequence.
Problem càng rõ, contribution và solution phía sau càng có meaning.