Hãy nhìn hành vi, không chỉ nghe yêu cầu
Người dùng thường mô tả solution bằng ngôn ngữ họ đã biết. Behavior mới giúp ta nhìn thấy problem nằm phía dưới.
Start With the Human — Đừng bắt đầu bằng sản phẩm. Hãy bắt đầu bằng con người.
Người dùng thường nói solution, không nói problem
Khi một người nói “tôi cần feature X”, họ thường đang mô tả cách giải quyết mà họ có thể hình dung dựa trên những sản phẩm đã từng dùng.
Nếu team lấy request đó làm truth cuối cùng, product rất dễ sao chép solution trước khi hiểu need.
Request is an expression. Need is the underlying condition.
Ngôn ngữ của user bị giới hạn bởi những product họ đã biết
Con người hiếm khi mô tả một tương lai hoàn toàn mới. Họ thường ghép những thứ quen thuộc: một button giống app khác, một dashboard giống tool cũ, một workflow giống cách họ đang làm.
Vì vậy research không chỉ nghe xem họ muốn gì. Nó phải hiểu vì sao họ muốn nó.
People imagine solutions using the vocabulary of their past.
Behavior thường nói thật hơn preference
Một người có thể nói rằng họ thích một flow đơn giản, nhưng behavior cho thấy họ luôn mở ba tab để kiểm tra lại thông tin.
Một người có thể nói không cần reminder, nhưng vẫn tạo note riêng để khỏi quên.
Behavior cho thấy nơi system hiện tại chưa thực sự đỡ được con người.
Behavior reveals where the current system fails to support reality.
Workaround là evidence cực kỳ giá trị
Khi user copy dữ liệu sang spreadsheet, tự tạo template, chụp màn hình để lưu, nhắn lại cho chính mình, hoặc dùng tool khác để hoàn thành một bước — đó không chỉ là sự bất tiện.
Workaround là dấu vết của unmet need.
Every workaround is a clue.
Repetition cho thấy problem nào đủ quan trọng
Một inconvenience xảy ra một lần có thể chỉ là edge case. Nhưng khi cùng một hành vi lặp lại ở nhiều người hoặc nhiều lần, nó bắt đầu trở thành pattern.
Repetition giúp team phân biệt giữa noise và friction thực sự.
Repeated behavior turns anecdote into product evidence.
“Tôi muốn feature X” cần được dịch lại thành “Tôi đang cố làm gì?”
Đây là một translation discipline của product team.
Request là đầu vào. Team phải dịch ngược nó thành intention, context, friction và desired outcome trước khi nghĩ đến solution.
Translate requests back into human intent.
Research tốt không bắt user thiết kế product thay mình
Người dùng là expert trong problem, context và experience của họ. Họ không nhất thiết phải là người thiết kế system tốt nhất.
Nhiệm vụ của product team là quan sát, tổng hợp, nhận pattern và chịu trách nhiệm cho design decision.
Users should not have to become product designers to be understood.
Gửi tôi khi tôi bắt đầu biến mọi request thành roadmap
Nếu một ngày inbox đầy những feature request, tôi muốn nhớ rằng mỗi request chưa phải một item trên roadmap.
Tôi muốn hỏi: behavior nào đứng sau nó? Workaround nào đang tồn tại? Friction nào lặp lại? Outcome mà con người thực sự đang cố đạt tới là gì?
Roadmap tốt không phải nơi lưu mọi điều user từng yêu cầu. Nó là nơi những human needs đã được hiểu đủ sâu bắt đầu trở thành product decisions.
Listen carefully. Observe more deeply. Build only after understanding.