Kano: Difference between revisions
No edit summary |
|||
| (9 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
El modelo Kano es | {{Meta-bok|min=4}} | ||
El '''modelo Kano''' es un marco de análisis y priorización que clasifica las características de un producto según su impacto en la satisfacción del usuario. Desarrollado por el profesor Noriaki Kano en los años ochenta, ayuda a los equipos de producto a distinguir entre lo que los usuarios dan por sentado, lo que valoran de forma proporcional y lo que les sorprende positivamente. | |||
En gestión ágil se usa principalmente para priorizar la [[pila del producto]], orientando al propietario del producto sobre qué historias de usuario generar mayor valor percibido para el cliente. | |||
== Las cinco categorías del modelo == | |||
=== Necesidades básicas (Imprescindibles) === | === Necesidades básicas (Imprescindibles) === | ||
Son las expectativas mínimas que los usuarios dan por sentadas. Su ausencia genera insatisfacción significativa, pero implementarlas por completo no incrementa notablemente la satisfacción: simplemente evitan el descontento. | |||
* Ejemplo: | * '''Ejemplo:''' seguridad en el acceso a un sistema. Si no existe, el usuario rechaza el producto; si existe, no lo valora especialmente. | ||
=== Necesidades de desempeño (Unidimensionales) === | === Necesidades de desempeño (Unidimensionales) === | ||
La satisfacción del usuario aumenta de forma proporcional al nivel de implementación de estas características. Son las que los usuarios suelen expresar claramente cuando se les pregunta qué quieren. | |||
* Ejemplo: | * '''Ejemplo:''' velocidad de respuesta de una aplicación. A mayor rapidez, mayor satisfacción; a menor rapidez, mayor insatisfacción. | ||
=== Excitadores (Atractivos) === | === Excitadores (Atractivos) === | ||
Características no esperadas por el usuario cuya presencia genera un alto nivel de satisfacción o "deleite". Su ausencia no provoca insatisfacción porque el usuario ni las esperaba. | |||
* Ejemplo: | * '''Ejemplo:''' una funcionalidad innovadora que resuelve un problema que el usuario ni sabía que tenía. | ||
=== Indiferencia === | === Indiferencia === | ||
Características que no afectan ni a la satisfacción ni a la insatisfacción del usuario. | |||
* Ejemplo: | * '''Ejemplo:''' un cambio estético menor en la interfaz sin impacto funcional. | ||
=== Insatisfactorias o Inversas === | === Insatisfactorias o Inversas === | ||
Características que generan insatisfacción si están presentes y satisfacción si se eliminan. | |||
* Ejemplo: | * '''Ejemplo:''' publicidad intrusiva dentro de una aplicación. | ||
== Representación gráfica == | == Representación gráfica == | ||
El diagrama | [[File:kano.png|center|600px]] | ||
<br> | |||
El diagrama muestra cómo se distribuyen las categorías en relación con el nivel de implementación (eje X) y el impacto en la satisfacción (eje Y). Las curvas ilustran las diferencias entre categorías. | |||
== Cómo aplicarlo en proyectos ágiles == | |||
* '''Identificar características:''' recopilar requisitos mediante entrevistas, encuestas o análisis de feedback de usuarios. | |||
* '''Clasificar mediante cuestionarios Kano:''' para cada característica se hacen dos preguntas (cómo se siente el usuario si existe y cómo si no existe) y se clasifica la respuesta en una de las cinco categorías. | |||
* '''Priorizar la pila:''' los excitadores y las necesidades de desempeño generan más valor percibido que invertir en características básicas ya cumplidas. | |||
* '''Iterar:''' las categorías no son permanentes. Lo que hoy es un excitador puede convertirse en básico a medida que los usuarios se acostumbran a ello. | |||
== Kano y las funcionalidades de IA == | |||
Las funcionalidades basadas en IA generativa tienden a moverse muy rápidamente por las categorías de Kano. Una capacidad que en 2023 era un excitador diferenciador —como la generación automática de resúmenes o la asistencia en la escritura— puede convertirse en una necesidad básica en cuestión de meses, a medida que los usuarios la incorporan a sus expectativas mínimas. Los equipos que construyen productos con IA deben revisar sus análisis Kano con mayor frecuencia que en productos tradicionales. | |||
== | == Error frecuente == | ||
<div class="bok-aviso"> | |||
'''Invertir en excitadores antes de cubrir las básicas.''' Un producto con funcionalidades innovadoras pero con fallos de seguridad, rendimiento o usabilidad básica generará insatisfacción neta, porque las necesidades básicas insatisfechas pesan más en la percepción del usuario que los excitadores bien implementados. | |||
</div> | |||
== Herramienta == | |||
<div class="bok-recurso"> | |||
📊 [https://scrummanager.com/resources/modelo-kano.html '''Herramienta Kano en línea''']<span class="detalle">Scrum Manager · Acceso gratuito</span> | |||
</div> | |||
== | == Recursos == | ||
<div class="bok-recurso"> | |||
🎙️ [https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU '''Podcast Ep. 3: Cómo se crea una historia de usuario''']<span class="detalle">Scrum Manager Podcast · Spotify</span> | |||
</div> | |||
== | == Referencias == | ||
Kano, Noriaki et al. (1984). "Attractive quality and must-be quality". ''The Journal of the Japanese Society for Quality Control'', 14(2), 39–48. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Historia de usuario]] [[Pila del producto]] [[MoSCoW]] [[ICE Score]] [[Priorización de compromisos]] [[Mapa de impacto]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Product_Management]] | [[Category:Product_Management]] | ||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 14:40, 12 May 2026
El modelo Kano es un marco de análisis y priorización que clasifica las características de un producto según su impacto en la satisfacción del usuario. Desarrollado por el profesor Noriaki Kano en los años ochenta, ayuda a los equipos de producto a distinguir entre lo que los usuarios dan por sentado, lo que valoran de forma proporcional y lo que les sorprende positivamente.
En gestión ágil se usa principalmente para priorizar la pila del producto, orientando al propietario del producto sobre qué historias de usuario generar mayor valor percibido para el cliente.
Las cinco categorías del modelo
Necesidades básicas (Imprescindibles)
Son las expectativas mínimas que los usuarios dan por sentadas. Su ausencia genera insatisfacción significativa, pero implementarlas por completo no incrementa notablemente la satisfacción: simplemente evitan el descontento.
- Ejemplo: seguridad en el acceso a un sistema. Si no existe, el usuario rechaza el producto; si existe, no lo valora especialmente.
Necesidades de desempeño (Unidimensionales)
La satisfacción del usuario aumenta de forma proporcional al nivel de implementación de estas características. Son las que los usuarios suelen expresar claramente cuando se les pregunta qué quieren.
- Ejemplo: velocidad de respuesta de una aplicación. A mayor rapidez, mayor satisfacción; a menor rapidez, mayor insatisfacción.
Excitadores (Atractivos)
Características no esperadas por el usuario cuya presencia genera un alto nivel de satisfacción o "deleite". Su ausencia no provoca insatisfacción porque el usuario ni las esperaba.
- Ejemplo: una funcionalidad innovadora que resuelve un problema que el usuario ni sabía que tenía.
Indiferencia
Características que no afectan ni a la satisfacción ni a la insatisfacción del usuario.
- Ejemplo: un cambio estético menor en la interfaz sin impacto funcional.
Insatisfactorias o Inversas
Características que generan insatisfacción si están presentes y satisfacción si se eliminan.
- Ejemplo: publicidad intrusiva dentro de una aplicación.
Representación gráfica
El diagrama muestra cómo se distribuyen las categorías en relación con el nivel de implementación (eje X) y el impacto en la satisfacción (eje Y). Las curvas ilustran las diferencias entre categorías.
Cómo aplicarlo en proyectos ágiles
- Identificar características: recopilar requisitos mediante entrevistas, encuestas o análisis de feedback de usuarios.
- Clasificar mediante cuestionarios Kano: para cada característica se hacen dos preguntas (cómo se siente el usuario si existe y cómo si no existe) y se clasifica la respuesta en una de las cinco categorías.
- Priorizar la pila: los excitadores y las necesidades de desempeño generan más valor percibido que invertir en características básicas ya cumplidas.
- Iterar: las categorías no son permanentes. Lo que hoy es un excitador puede convertirse en básico a medida que los usuarios se acostumbran a ello.
Kano y las funcionalidades de IA
Las funcionalidades basadas en IA generativa tienden a moverse muy rápidamente por las categorías de Kano. Una capacidad que en 2023 era un excitador diferenciador —como la generación automática de resúmenes o la asistencia en la escritura— puede convertirse en una necesidad básica en cuestión de meses, a medida que los usuarios la incorporan a sus expectativas mínimas. Los equipos que construyen productos con IA deben revisar sus análisis Kano con mayor frecuencia que en productos tradicionales.
Error frecuente
Invertir en excitadores antes de cubrir las básicas. Un producto con funcionalidades innovadoras pero con fallos de seguridad, rendimiento o usabilidad básica generará insatisfacción neta, porque las necesidades básicas insatisfechas pesan más en la percepción del usuario que los excitadores bien implementados.
Herramienta
📊 Herramienta Kano en líneaScrum Manager · Acceso gratuito
Recursos
🎙️ Podcast Ep. 3: Cómo se crea una historia de usuarioScrum Manager Podcast · Spotify
Referencias
Kano, Noriaki et al. (1984). "Attractive quality and must-be quality". The Journal of the Japanese Society for Quality Control, 14(2), 39–48.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.