Problem Before Solution

“Chúng tôi đề xuất xây platform…”, “chúng tôi muốn triển khai campaign…”, “chúng tôi đề xuất redesign…” đều bắt đầu từ thứ bạn muốn làm.

Nhưng người đọc thường bắt đầu từ câu hỏi khác: tại sao tôi cần chuyện này?

Nếu problem không rõ, Why Now yếu, Insight thiếu trọng lượng, Value mơ hồ và Ask trở nên khó chấp nhận.

Problem là reference point để người đọc đánh giá toàn bộ proposal.

Actor — ai đang gặp vấn đề?

Friction — điều gì cản trở họ?

Cause — nguyên nhân chính là gì?

Cost — điều gì xảy ra nếu không thay đổi?

Desired Change — trạng thái tốt hơn cần đạt là gì?

“Khách hàng”, “người dùng” hay “team” thường quá rộng.

Proposal mạnh xác định đúng nhóm bị ảnh hưởng: first-time buyer, sales manager, operations team, procurement lead hoặc internal reviewer.

Đừng chỉ nói “trải nghiệm chưa tốt”.

Hãy nói rõ: người dùng mất quá lâu để hiểu offer, stakeholder phải tổng hợp dữ liệu thủ công, sales mất context khi handoff, hoặc decision bị trì hoãn vì proof phân tán.

Friction nhìn thấy chưa chắc là root cause.

Conversion thấp có thể không phải vì UI, mà vì pricing khó hiểu. Team chậm có thể không phải vì thiếu người, mà vì ownership không rõ.

Nếu không thay đổi, điều gì tiếp tục mất đi?

Revenue, time, trust, conversion, capacity, speed, consistency hoặc opportunity đều có thể là cost.

Trước khi trình bày idea, hãy xác định trạng thái tốt hơn cần đạt.

Khi đó solution không còn được đánh giá theo “trông hay không”, mà theo khả năng đưa actor từ current state tới desired state.

Proposal trên Forwork có thể có Problem block tách riêng: Actor, Friction, Cause, Cost, Desired Change.

Project proof liên quan có thể được kéo vào để chứng minh problem pattern này từng xuất hiện trong work thực tế.

Đừng bắt đầu bằng “chúng tôi muốn làm gì”.

Hãy bắt đầu bằng “điều gì đang không hoạt động, với ai, vì sao và cái giá của việc không thay đổi là gì?”

Actor → Friction → Cause → Cost → Desired Change.