Bạn sẽ trả lời thế nào?
Tạo tài khoản miễn phí để viết câu trả lời và được AI chấm điểm —
và để lưu lại những câu bạn đã luyện.
Đăng ký miễn phí
Đăng nhập
Khang Hoang
Tôi dùng một framework gọi là 'Assumption Inventory': list ra mọi thứ tôi đang assume về user, problem, và solution—và tag chúng là 'confirmed' hoặc 'unconfirmed'. Unconfirmed assumptions trở thành research priorities. Ví dụ: tôi assume user chủ yếu dùng mobile (unconfirmed)—check analytics → 70% web, 30% mobile. Assumption sai này đáng ra sẽ dẫn tôi prioritize mobile improvements sai lầm. Assumption inventory giúp tôi tìm ra gaps trong understanding nhanh hơn là học theo cách organic.
Khang Hoang
30 ngày đầu tôi chia thành 3 tuần: Tuần 1—nghe nhiều hơn nói. Đọc mọi research report, user interview recordings, support ticket categories, và NPS data có sẵn. Tuần 2—test bản thân. Dùng sản phẩm intensively, dùng competitive products, và join support team để nghe 10 customer calls thật. Tuần 3—synthesize và form perspective. Viết 'Product State Document'—không phải recommendations, chỉ là understanding của tôi về user, pain points, và opportunities. Present cho team và ask: 'Tôi hiểu sai ở đâu?'
Khang Hoang
Điều tôi không làm: không suggest changes trong 30 ngày đầu. Context của tôi còn thiếu, và premature recommendations destroy trust. Thay vào đó, tôi focus vào building context nhanh nhất bằng cách: (1) phỏng vấn 3–5 khách hàng trực tiếp trong tuần đầu—không phải để learn sản phẩm, mà để learn về cuộc sống của họ. (2) Phỏng vấn cross-functional team members (eng, design, CS, sales) với câu hỏi: 'Điều gì bạn muốn PM mới biết mà không ai nói với họ?' Đây thường reveal hidden context.
Thảo luận
Chưa có thảo luận nào. Bạn mở màn nhé — không cần viết dài,
một góc nhìn cũng được.
Đăng ký để thảo luận