Modelo Kano: Mejorando la Satisfacción del Cliente
Actualizado: 2026-05-03
El modelo Kano responde a una pregunta que los equipos de producto se hacen constantemente: ¿qué características del producto tienen más impacto en la satisfacción del cliente? La respuesta no siempre es intuitiva, y el modelo de Noriaki Kano ofrece un marco para separar lo que los clientes esperan en silencio, lo que valoran explícitamente y lo que les deleita de forma inesperada.
Puntos clave
- Kano clasifica las características del producto en tres categorías: básicas (umbral), de rendimiento (lineales) y emocionales (delighters).
- Las características básicas no generan satisfacción — solo su ausencia genera insatisfacción.
- Las emocionales no se pueden identificar preguntando directamente al cliente — hay que observar y testear.
- Una característica emocional de hoy puede convertirse en básica mañana a medida que la industria la adopta.
- El modelo es más útil al inicio del diseño de producto que como herramienta de validación tardía.
Las tres categorías de necesidades
Necesidades básicas (Must-be / Threshold) Son las características que el cliente da por sentado. Su presencia no genera satisfacción — el cliente no las menciona porque asume que existen. Su ausencia, sin embargo, genera insatisfacción fuerte.
Ejemplo: que una app bancaria no pierda transacciones, que un hotel tenga agua caliente, que un software de e-commerce procese pagos correctamente.
Error frecuente: invertir en mejorar las básicas más allá del umbral mínimo. Una vez que el cliente no las nota, añadir más no mueve la aguja de satisfacción.
Necesidades de rendimiento (One-dimensional / Performance) Son las características donde más inversión = más satisfacción, de forma lineal. Los clientes las mencionan explícitamente en encuestas y comparativas. Son el campo donde se gana o se pierde frente a la competencia.
Ejemplo: velocidad de carga de una web, duración de batería en un móvil, precisión de un modelo de clasificación, precio de un servicio SaaS.
Insight clave: estas son las características que los clientes comparan en tablas de funcionalidades y en reviews. Mejorarlas siempre produce retorno.
Necesidades emocionales (Attractive / Delighters) Son las características que el cliente no espera y que, cuando aparecen, producen una satisfacción desproporcionada. Su ausencia no genera insatisfacción — el cliente no sabía que las necesitaba. Son las fuentes de diferenciación y de boca a boca positivo.
Ejemplo: el modo offline inesperadamente bueno de una app, el packaging sorprendente de un producto, una función de undo ilimitado en un editor.
Trampa: no se pueden descubrir preguntando “¿qué quieres?” — el cliente no sabe que las quiere. Se descubren observando comportamientos, estudiando jobs-to-be-done y prototipando funcionalidades especulativas.
El modelo visual
El eje horizontal representa el grado de implementación de la característica (de ausente a completamente implementada). El eje vertical representa la satisfacción del cliente (de frustración a deleite). Las tres curvas muestran cómo cada tipo de necesidad responde de forma diferente al mismo eje de inversión.
Cómo realizar una encuesta Kano
El proceso estándar combina dos preguntas por característica:
- Pregunta funcional: “Si el producto tiene esta característica, ¿cómo te sientes?” (opciones: me encanta / lo espero / me da igual / puedo aceptarlo / me molesta)
- Pregunta disfuncional: “Si el producto no tiene esta característica, ¿cómo te sientes?” (mismas opciones)
La combinación de respuestas permite clasificar cada característica usando la tabla de clasificación Kano. Por ejemplo, si el cliente dice “me encanta” cuando existe y “me da igual” cuando no existe, la característica es Attractive (emocional).
Los pasos completos:
- Definir la lista de características a evaluar (idealmente 10-20; más genera fatiga).
- Diseñar las preguntas funcional/disfuncional para cada característica.
- Distribuir la encuesta a una muestra representativa de clientes.
- Clasificar cada característica usando la tabla Kano.
- Priorizar el roadmap basándose en la distribución: proteger las básicas, invertir en las de rendimiento, experimentar con las emocionales.
Dinámica temporal: características que envejecen
Una de las observaciones más relevantes de Kano es que las categorías no son estáticas. Una característica emocional de hoy tiende a convertirse en básica mañana a medida que los competidores la adoptan y el mercado la normaliza.
Ejemplos históricos: – El GPS en smartphones comenzó como un delighter (iPhone 2007), se convirtió en performance (comparativas de precisión) y hoy es una básica (ningún usuario menciona el GPS como razón de compra). – El HTTPS en sitios web pasó de diferenciador a básica en menos de cinco años. – El modo oscuro pasó de delighter (circa 2018) a básica esperada en la mayoría de categorías de apps.
Esta dinámica tiene implicaciones para el roadmap: las emocionales hay que renovarlas constantemente porque tienen fecha de caducidad como ventaja competitiva.
Aplicaciones en estrategia de producto
El modelo Kano se integra bien con otras herramientas de gestión de producto:
- Con MoSCoW: los Must have de MoSCoW suelen coincidir con las básicas de Kano. Las Should/Could son candidatas a performance o attractive.
- Con métricas de startup: las básicas protegen la retención, las de rendimiento impulsan el NPS, las emocionales generan el boca a boca que reduce el CAC.
- Con design thinking: la fase de empatía es donde se descubren las básicas silenciosas y las emocionales latentes; la fase de ideación es donde se generan los delighters especulativos.
Conclusión
El modelo Kano cambia la pregunta de “¿qué quiere el cliente?” a “¿cómo responde el cliente a cada tipo de característica?” — una distinción que tiene consecuencias directas en cómo se prioriza el roadmap. Proteger las básicas es coste de entrada. Mejorar las de rendimiento es la batalla competitiva del día a día. Encontrar y ejecutar las emocionales es donde está la diferenciación real — y la razón por la que algunos productos generan fans y no solo usuarios.
