Mô hình Kano phân loại tính năng thế nào? PM dùng nó vào việc gì?

Kano chia tính năng theo cách chúng ảnh hưởng tới mức hài lòng của người dùng, thay vì theo độ khó hay chi phí:

• Basic (must-be) — thứ người dùng mặc định phải có. Có thì không ai khen, thiếu thì bị chê ngay. Vd: app ngân hàng phải đăng nhập được bằng sinh trắc học.
• Performance — càng đầu tư càng hài lòng theo tỷ lệ. Vd: giao hàng càng nhanh càng tốt.
• Excitement (delighter) — người dùng không đòi, nhưng có thì bất ngờ và thích. Vd: lần đầu một app tự điền địa chỉ từ ảnh chụp.
• Ngoài ra còn Indifferent (có hay không cũng vậy) và Reverse (có thì bị ghét).

PM dùng Kano để: chắc chắn đủ basic trước, chia nguồn lực giữa performance và vài delighter, và tránh tốn công vào tính năng indifferent.

Lưu ý: các nhóm dịch chuyển theo thời gian — delighter hôm nay thành basic vài năm sau (thanh toán QR từng là điểm cộng, giờ là mặc định).