Bạn cần feature ideation cho một sản phẩm trong category đã bão hòa (ví dụ: ứng dụng nhắn tin). Bạn sẽ approach ideation thế nào để ra được ideas thực sự differentiated?

Extreme user research cho ideation: tôi tìm user cases extreme nhất—người dùng messaging app 12 giờ/ngày (power users) và người hầu như không dùng (edge adopters). Power users reveal unmet needs khi current features không đủ tốt. Edge adopters reveal barriers khiến họ không adopt. Một insight từ interviewing power users Zalo: họ dùng bot và group chat để manage workflow nhóm—nhưng không có task assignment, deadline, hay notification filter. Đây không phải messaging feature—đây là project management feature embedded trong messaging context.

Tôi dùng technique SCAMPER cho ideation: Substitute (thay gõ text bằng gì khác?), Combine (kết hợp messaging với tool gì tạo ra value mới?), Adapt (pattern nào từ industry khác có thể adapt?), Modify (nếu phải giảm 80% features, còn lại gì?), Put to other uses (messaging infrastructure có thể dùng cho use case nào khác?), Eliminate (feature nào tất cả app đều có nhưng user không cần?), Reverse (thay vì user push message → pull message khi ready). Mỗi prompt này force exploration ngoài obvious solution space.

Ứng dụng nhắn tin bão hòa về feature set—cạnh tranh thêm feature chỉ là feature parity game. Tôi sẽ reframe câu hỏi: thay vì 'tính năng gì cần thêm?' → 'Job nào người dùng đang struggle với mà không app nào giải quyết tốt?' Tôi sẽ look at pain trong adjacent contexts: trước conversation (tìm đúng người để nhắn), sau conversation (track commitments được đưa ra trong chat), và cross-conversation (tìm info đã discuss 3 tháng trước). Opportunity ở context boundaries, không phải trong core messaging.