Kano: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| (9 intermediate revisions by the same user not shown) | |||
| Line 6: | Line 6: | ||
=== 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. | 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. | * '''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. | 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. | * '''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. | 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. | * '''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. | 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. | * '''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. | Características que generan insatisfacción si están presentes y satisfacción si se eliminan. | ||
Ejemplo: publicidad intrusiva dentro de una aplicación. | * '''Ejemplo:''' publicidad intrusiva dentro de una aplicación. | ||
== Representación gráfica == | == Representación gráfica == | ||
[[File: | [[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. | 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 == | == Cómo aplicarlo en proyectos ágiles == | ||
'''Identificar características:''' recopilar requisitos mediante entrevistas, encuestas o análisis de feedback de usuarios. | * '''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. | * '''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. | * '''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. | * '''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 == | == 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. | 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 == | == Error frecuente == | ||
<div class="bok-aviso"> | <div class="bok-aviso"> | ||
| Line 37: | Line 40: | ||
== Herramienta == | == Herramienta == | ||
<div class="bok-recurso"> | <div class="bok-recurso"> | ||
📊 [https://scrummanager.com/resources/modelo-kano.html Herramienta Kano en línea]<span class="detalle">Scrum Manager · Acceso gratuito</span> | 📊 [https://scrummanager.com/resources/modelo-kano.html '''Herramienta Kano en línea''']<span class="detalle">Scrum Manager · Acceso gratuito</span> | ||
</div> | </div> | ||
== Recursos == | == Recursos == | ||
<div class="bok-recurso"> | <div class="bok-recurso"> | ||
🎙️ [https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU | 🎙️ [https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU '''Ep. 3: Cómo se crea una historia de usuario''']<span class="detalle">Scrum Manager Podcast · Spotify</span> | ||
</div> | </div> | ||
== Referencias == | == 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. | |||
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 == | == Véase también == | ||
| Line 61: | Line 65: | ||
</div> | </div> | ||
</div> | </div> | ||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Product_Management]] | [[Category:Product_Management]] | ||
[[Category:Prácticas ágiles]] | [[Category:Prácticas ágiles]] | ||