Kano: Difference between revisions

Jump to navigation Jump to search
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,999 edits
No edit summary
 
(10 intermediate revisions by the same user not shown)
Line 1: Line 1:
El modelo Kano es una técnica para identificar y clasificar las necesidades del cliente en función con el impacto en la satisfacción del usuario.
{{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.
== Componentes ==
El modelo Kano se representa gráficamente en un sistema de coordenadas que muestra cómo las diferentes características del producto influyen en la satisfacción del cliente. Las categorías en las que clasifica el modelo las características del producto son:


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) ===
* Estas son expectativas mínimas que los usuarios dan por sentadas. Su ausencia genera insatisfacción significativa, pero su implementación completa no incrementa notablemente la satisfacción.
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.
* '''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 proporcionalmente con el nivel de implementación de estas características. Estas necesidades suelen ser expresadas claramente por los usuarios.
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.
* '''Ejemplo:''' velocidad de respuesta de una aplicación. A mayor rapidez, mayor satisfacción; a menor rapidez, mayor insatisfacción.
 
=== Excitadores (Atractivos) ===
=== Excitadores (Atractivos) ===
* Estas características no son esperadas por el usuario, pero su presencia genera un alto nivel de satisfacción o "deleite". Su ausencia no provoca insatisfacción.
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: Funcionalidades innovadoras o un diseño atractivo inesperado.
* '''Ejemplo:''' una funcionalidad innovadora que resuelve un problema que el usuario ni sabía que tenía.
 
=== Indiferencia ===
=== Indiferencia ===
* Estas características no afectan ni la satisfacción ni 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 ===
* Estas características generan insatisfacción si están presentes y satisfacción si se eliminan. Es importante identificarlas para evitar que afecten negativamente la experiencia del usuario.
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 ==
El diagrama adjunto muestra cómo se distribuyen estas categorías en relación con los niveles de implementación y el impacto en la satisfacción del cliente. Las curvas ilustran claramente las diferencias entre necesidades básicas, necesidades de desempeño, excitadores y la zona de indiferencia.
[[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.


[[File:kano.png|center|600px]]
== 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.


== Uso en proyectos ágiles ==
== Kano y las funcionalidades de IA ==
Es especialmente útil para priorizar la [[pila del producto]], ayudando a los product owners a tomar decisiones estratégicas sobre qué [[historia de usuario|historias de usuario]] desarrollar primero. Su uso mejora la asignación de recursos y la experiencia de usuario.
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.


=== Pasos para aplicar el Modelo Kano ===
== Error frecuente ==
# '''Identificar características:''' Recopilar requisitos de los usuarios mediante entrevistas o encuestas.
<div class="bok-aviso">
# '''Clasificar necesidades:''' Utilizar cuestionarios diseñados según el modelo Kano para categorizar las características.
'''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.
# '''Priorización:''' Enfocar el desarrollo en excitadores y necesidades de desempeño antes de mejorar características básicas.
</div>
# '''Iterar:''' Evaluar regularmente las necesidades según la retroalimentación del cliente.
== 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>


== Herramienta en línea ==
== Recursos ==
Para facilitar la implementación del modelo, puedes acceder a una herramienta en línea disponible en [https://scrummanager.com/resources/modelo-kano.html este enlace].
<div class="bok-recurso">
🎙️ [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>


==Véase también==
== Referencias ==
*[[Historia de usuario]].
* Kano, Noriaki et al. (1984). "Attractive quality and must-be quality". ''The Journal of the Japanese Society for Quality Control'', 14(2), 39–48.
*[[WSJF]].
*[[ICE Score]].
*[https://www.scrummanager.com/website/c/info/docs-media.php Manual en PDF sobre las historias de usuario].
*[https://open.spotify.com/episode/07cSgNf9znGHU93kAm2qaU?si=87d4773f0a5e4552 Scrum Manager Podcast | Episodio 3: Cómo se crea una historia de usuario].
*[https://www.scrummanager.com/blog/2023/01/como-se-crea-una-historia-de-usuario/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 3: Cómo se crea una historia de usuario].


== 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]]
[[Category:Prácticas ágiles]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Kano"