Xây ít hơn. Hiểu nhiều hơn.
Đừng hỏi chúng ta còn có thể xây thêm gì. Hãy hỏi điều gì không còn cần phải khó đến như vậy nữa.
Start With the Human — Đừng bắt đầu bằng sản phẩm. Hãy bắt đầu bằng con người.
Shipping không đồng nghĩa với understanding
Một team có thể ship rất nhanh mà vẫn hiểu problem rất nông. Velocity đo được lượng movement, nhưng không tự động đo được chất lượng của understanding.
Nếu solution chạy nhanh hơn insight, product có thể tiến rất xa theo một hướng sai.
Speed of shipping cannot compensate for lack of understanding.
More product không đồng nghĩa với more value
Thêm screen, feature, automation hay AI không tự động làm human outcome tốt hơn.
Value chỉ xuất hiện khi burden giảm, clarity tăng, control tốt hơn hoặc một intention quan trọng trở nên dễ đạt tới hơn.
More product is not the same as more progress.
Understanding compound tốt hơn feature
Một feature tốt giải một tình huống. Một understanding sâu có thể cải thiện hàng chục decision sau đó.
Khi team hiểu behavior, friction, context và human need tốt hơn, cả roadmap bắt đầu thay đổi chất lượng.
Understanding compounds across decisions.
Restraint là một product skill
Biết không build cũng là năng lực. Biết postpone, remove, simplify hay nói “chưa đủ hiểu” cũng là product work.
Restraint không phải thiếu ambition. Nó là cách bảo vệ product khỏi complexity không cần thiết.
Restraint is a form of product maturity.
Principle nên đến trước solution
Trước khi quyết định build gì, team nên biết mình đang bảo vệ nguyên tắc nào: giảm friction, giữ control, tăng clarity, bảo vệ safety hay giảm memory burden.
Khi principle rõ, solution có thể thay đổi mà decision vẫn nhất quán.
Principles survive longer than features.
Build chỉ nên bắt đầu sau khi friction được hiểu đủ sâu
Ai đang gặp khó khăn? Họ đang cố làm gì? Behavior hiện tại ra sao? Workaround nào đang tồn tại? Friction nào lặp lại? Cost là gì?
Nếu chưa rõ những điều đó, có thể team đang thiếu research chứ không thiếu roadmap.
Do not build around a problem you have not yet understood.
Bộ câu hỏi Product Culture của Forwork
01 Human — Ai đang cố làm điều gì?
02 Behavior — Họ đang làm nó như thế nào hôm nay?
03 Friction — Điểm khó thực sự nằm ở đâu?
04 Cost — Friction đó đang lấy đi điều gì?
05 Meaning — Friction đó có nên tồn tại không?
06 Remove — Có thể giải quyết mà không build không?
07 System — Nếu phải build, system nên hấp thụ complexity nào?
08 Outcome — Human sẽ có thể làm điều gì dễ hơn sau đó?
Human → Behavior → Friction → Need → Principle → System → Product → Outcome.
Gửi tôi trước khi quyết định build
Nếu một ngày product bắt đầu lớn hơn understanding của mình, tôi muốn quay lại câu hỏi đầu tiên.
Không phải chúng ta còn build được gì. Không phải competitor có gì. Không phải technology mới cho phép gì.
Mà là: điều gì đang làm một con người khó hơn mức cần thiết — và liệu product có thật sự là cách đúng để làm điều đó nhẹ đi?
Build less. Understand more.