Describe the process of transforming a user insight into a product specification (spec). Bạn đảm bảo insight không bị 'lost in translation' khi chuyển thành feature như thế nào?

Tôi dùng một technique gọi là 'Success Story': viết user journey trong tương lai khi feature đã ship và user đang dùng thành công. 'Lan mở app lúc 8h sáng, nhìn thấy ngay 3 task cần xử lý hôm nay. Cô tap vào task đầu tiên, hoàn thành trong 2 phút, nhận notification xác nhận với đồng nghiệp. Lan cảm thấy on top of things.' Success story này trở thành shared vision cho toàn team—designer thiết kế để enable story này, engineer build để story này feasible, và QA test để story này actually happen.

Nguyên nhân chính khiến insight 'lost in translation' là đi từ insight thẳng đến solution mà skip problem statement. Tôi bắt buộc team viết problem statement trước: 'Người dùng gặp khó khăn với X trong context Y vì lý do Z, dẫn đến outcome tiêu cực A.' Chỉ sau khi team agree về problem statement, mới brainstorm solutions. Khi review spec, tôi luôn hỏi: 'Feature này giải quyết phần nào của problem statement?' Nếu không trả lời được → feature không nên có trong spec.