¿Qué es UX?

Autor: Lisandro IserteÚltima actualización: 18 de agosto de 2026
UX en pocas palabras

UX describe las percepciones y respuestas que una persona experimenta antes, durante y después del uso o uso anticipado de un sistema, producto o servicio, en un contexto concreto.

¿Qué es UX?

UX — User Experience o experiencia de usuario — describe las percepciones y respuestas de una persona que resultan del uso o del uso anticipado de un sistema, producto o servicio.

La definición contemporánea de ISO 9241-11 incluye emociones, creencias, preferencias, percepciones, comodidad, comportamientos y logros que pueden aparecer antes, durante y después del uso. Por eso UX no se limita a “qué tan fácil es usar algo” ni a lo que ocurre dentro de una pantalla.

UX tampoco es una propiedad fija del producto aislado. Surge de la relación entre la solución, la persona y el contexto. El mismo producto puede generar experiencias distintas según objetivos, expectativas, capacidades, conocimiento previo, dispositivo, entorno o situación de uso.

Definición evergreen

UX = respuesta de una persona ante el uso o uso anticipado de una solución, en un contexto concreto. El producto influye en la experiencia; no la controla por completo.

De dónde viene el término

Es frecuente decir que Don Norman “acuñó UX” en Apple, pero la historia es más matizada. Norman contó en 2023 que al incorporarse a Apple en 1993 trabajó con Tom Erickson y Harry Saddler y que el grupo adoptó el nombre User Experience Architect's Office. Él mismo prefiere atribuir ese uso al grupo, no adjudicárselo individualmente.

Norman también reconoció un antecedente anterior: Brenda Laurel utilizó la expresión user experience en un capítulo de 1986 del libro User Centered System Design, editado por Norman y Stephen Draper. Por eso es más preciso decir que Norman y su equipo ayudaron a institucionalizar y popularizar UX como ámbito de diseño en los años noventa, no que la expresión apareciera por primera vez allí.

Nielsen Norman Group amplió luego la mirada al definir la experiencia de usuario como algo que abarca todos los aspectos de la interacción de la persona con la empresa, sus servicios y sus productos. Esa formulación profesional es deliberadamente amplia y ayuda a recordar que la experiencia no termina en la interfaz.

UX vs usabilidad, UI, journey y CX

UX Percepciones y respuestas vinculadas al uso Incluye lo que una persona siente, piensa, hace y logra alrededor del uso o uso anticipado de una solución. Es más amplia que una métrica de facilidad de uso.
Usabilidad Resultado de uso en un contexto definido ISO 9241-11 la trata mediante efectividad, eficiencia y satisfacción para usuarios, objetivos y contexto especificados. Es una parte muy importante de UX, pero no cubre por sí sola expectativas, emociones, marca o percepción previa.
UI Medios y componentes de interacción La interfaz proporciona información y controles para actuar sobre el sistema. Su diseño influye en UX, pero una buena interfaz no compensa una oferta inútil, un servicio poco confiable o un proceso mal planteado.
Customer Journey Recorrido a través de etapas y touchpoints Es una representación del proceso vivido para alcanzar un objetivo. Puede utilizarse para estudiar UX a lo largo del tiempo, pero journey y experiencia no son lo mismo: uno organiza el recorrido; la otra describe respuestas y percepciones.
Customer Experience Lente más amplia sobre la relación con una organización En práctica empresarial suele abarcar la experiencia del cliente a través de canales, servicios, compra, soporte y relación comercial. UX puede solaparse mucho con CX; el límite depende del objeto de estudio y no conviene imponer una frontera rígida.

Qué factores moldean la UX

ISO resume UX como una consecuencia de múltiples capas. Para trabajarla de forma operativa conviene separar qué pertenece a la solución, qué pertenece a la persona y qué pertenece al contexto.

Capa 01 — Solución Funcionalidad, rendimiento y comportamiento Qué permite hacer, con qué confiabilidad, velocidad, feedback y calidad de interacción. También importan presentación, contenido, capacidades de asistencia y restricciones del sistema.
Capa 02 — Persona Expectativas, experiencia previa y capacidades Conocimiento, habilidades, actitudes, preferencias, estado físico o emocional y modelos mentales cambian cómo se interpreta la misma solución.
Capa 03 — Contexto Dónde, cuándo y para qué ocurre el uso Dispositivo, entorno, urgencia, colaboración, conectividad, iluminación, ruido, regulación, riesgo o disponibilidad de ayuda. La UX no puede evaluarse correctamente sin especificar contexto.
Capa 04 — Tiempo Antes, durante y después del uso Expectativas previas condicionan la experiencia; el uso genera nuevas respuestas; el recuerdo posterior puede modificar la evaluación. Una sola sesión no siempre representa la experiencia longitudinal.

Qué significa “buena UX”

No existe una checklist universal de seis dimensiones que convierta automáticamente una experiencia en “buena”. Útil, usable, accesible, confiable, comprensible o deseable pueden ser lentes valiosas, pero su importancia depende de la tarea y el contexto.

Objetivo La persona logra lo que necesita La solución debe permitir alcanzar resultados relevantes. Una experiencia agradable que no resuelve la necesidad principal puede seguir siendo una mala experiencia.
Efectividad y eficiencia La tarea se completa con resultados y recursos razonables Menos pasos no siempre significa mejor. Confirmaciones, aprendizaje, seguridad o control pueden justificar esfuerzo adicional cuando aportan valor o reducen riesgo.
Comprensión y control La persona entiende qué ocurre y puede actuar Estados claros, feedback, lenguaje comprensible y recuperación ante errores reducen incertidumbre. No todo necesita sentirse “mágico” o invisible.
Adecuación emocional La respuesta afectiva corresponde al contexto Placer y sorpresa pueden ser deseables en algunos productos; calma, confianza o neutralidad pueden ser mejores en otros. “Delight” no es un requisito universal.
Inclusión El diseño contempla diversidad real de capacidades y contextos Accesibilidad, idioma, dispositivos, alfabetización y condiciones de uso pueden cambiar quién puede completar una tarea y con qué esfuerzo.

Una UX no es buena porque “se sienta invisible”. Es buena cuando la experiencia ayuda a la persona a lograr lo que necesita con un nivel apropiado de comprensión, esfuerzo, control y confianza para ese contexto. A veces la interfaz debe desaparecer; otras veces tiene que hacerse explícita para explicar, advertir, enseñar o proteger.

Lisandro Iserte

Cómo mejorar UX de forma sistemática

La norma ISO 9241-210 trata el diseño centrado en las personas como un proceso a lo largo del ciclo de vida. No prescribe una única metodología, pero sí pone el foco en comprender el contexto, las necesidades y la evaluación iterativa.

Paso01
Definir el resultado y el contexto Aclarar qué intenta lograr la persona, quiénes son los usuarios relevantes, en qué situaciones usan la solución y qué restricciones cambian la experiencia.
Paso02
Investigar necesidades y comportamiento Usar métodos compatibles con las preguntas: observación, entrevistas, investigación contextual, soporte, analytics, encuestas, estudios previos u otras fuentes.
Paso03
Definir requisitos de experiencia y uso Convertir evidencia en criterios observables: tareas críticas, accesibilidad, rendimiento, comprensión, seguridad, satisfacción u outcomes que el diseño debe sostener.
Paso04
Diseñar y prototipar Explorar soluciones suficientes para evaluar estructura, contenido, interacción, feedback, estados, servicios y dependencias relevantes. No limitar el análisis a pantallas estáticas.
Paso05
Evaluar con evidencia apropiada Usability testing, accessibility testing, experimentos, métricas comportamentales, encuestas, entrevistas o revisión experta responden preguntas distintas. Elegir el método por el tipo de incertidumbre.
Paso06
Corregir el sistema, no solo la pantalla Un problema percibido en UI puede venir de datos, políticas, contenido, rendimiento, operaciones, soporte o arquitectura. La causa debe investigarse antes de elegir la solución.
Paso07
Volver a medir a una edad comparable Comparar antes/después cuando el diseño de medición lo permite y distinguir aprendizaje real de cambios de audiencia, canal, estacionalidad o producto.

Investigación y testing: qué método usar

No existe una obligación universal de hacer entrevistas + encuestas + usability testing + A/B testing en cada iniciativa. Los métodos responden preguntas distintas.

Exploración ¿Qué problema existe y cómo se vive? Entrevistas, observación, investigación contextual, soporte y análisis cualitativo. Sirven para descubrir necesidades, contexto y causas posibles.
Usabilidad ¿La persona puede completar tareas? Usability testing permite observar comportamiento real frente a tareas concretas. El número de participantes depende de objetivos, diversidad de usuarios, riesgo y tipo de estudio.
Cuantificación ¿Con qué frecuencia o magnitud ocurre? Analytics, encuestas, logs y estudios cuantitativos pueden estimar prevalencia o tendencias. Necesitan diseño muestral y métricas compatibles con la inferencia buscada.
Causalidad ¿El cambio produjo el efecto? Experimentos controlados pueden ayudar cuando son posibles y éticos. A/B testing no es requisito de UX ni sirve para responder preguntas que necesitan comprensión cualitativa.
Sobre la regla de “5 usuarios”

La recomendación clásica de Nielsen de probar con grupos pequeños fue formulada para testing cualitativo e iterativo de usabilidad. El propio artículo aclara que se necesitan más participantes cuando existen grupos de usuarios claramente distintos y remite a tamaños mayores para estudios cuantitativos. Por eso la cifra de cobertura que suele citarse junto con esa heurística no debería convertirse en una regla universal para cualquier investigación ni en un requisito fijo antes y después de cada cambio.

Accesibilidad dentro de UX

La accesibilidad es una condición crítica para que muchas personas puedan utilizar una solución, pero accesibilidad y UX tampoco son sinónimos. Una experiencia puede cumplir criterios técnicos y seguir siendo confusa, lenta o poco útil; una experiencia agradable para algunos puede ser inaccesible para otros.

En web, WCAG 2.2 ofrece criterios verificables sobre percepción, operabilidad, comprensión y robustez. W3C aclara además que WCAG cubre una amplia variedad de necesidades de personas con discapacidad, pero no todas. Cumplir WCAG es una base importante de accesibilidad web; no equivale automáticamente a “buena UX”.

La evaluación debería combinar criterios técnicos con pruebas reales mediante teclado, zoom, lectores de pantalla, reconocimiento de voz u otras tecnologías de asistencia cuando sean relevantes para la audiencia.

Cómo medir UX

No existe una métrica única de UX. La medición funciona mejor cuando empieza por objetivos de experiencia y después define señales y métricas capaces de representarlos.

El framework HEART, propuesto por investigadores de Google, organiza métricas user-centered en cinco familias: Happiness, Engagement, Adoption, Retention y Task Success. Su mayor valor no está en medir las cinco siempre, sino en conectar objetivos → señales → métricas.

Task success ¿La persona completa la tarea? Tasa de éxito, tiempo, errores, recuperación o esfuerzo. Son especialmente útiles para tareas definidas y comparables.
Percepción ¿Cómo evalúa la experiencia? Satisfacción, confianza, facilidad percibida, carga subjetiva u otras escalas. NPS puede ser útil para algunas preguntas de relación o recomendación, pero no es una medida universal de UX.
Comportamiento ¿Qué hace realmente? Adopción, recurrencia, abandono, profundidad de uso, soporte o reintentos. El comportamiento necesita contexto: una tasa alta o baja no explica por sí sola la causa.
Accesibilidad ¿Puede usarlo la diversidad relevante de personas? Conformidad, defectos, éxito de tareas con tecnologías de asistencia y barreras observadas. Las herramientas automáticas cubren solo una parte del problema.
Negocio ¿Existe efecto sobre outcomes relevantes? Conversión, retención, soporte, revenue o costo pueden relacionarse con UX. Deben tratarse como outcomes de negocio y no como “métricas UX” automáticas; atribuir causalidad requiere diseño de medición.

Qué no demuestra una métrica de UX

No demuestra La causa del problema Abandono, tiempo alto o tickets pueden señalar fricción, pero no explican por qué ocurre. Hace falta investigación o experimentación adicional.
No demuestra Que una mejora visual mejoró UX Una interfaz puede verse más refinada y empeorar comprensión, velocidad o accesibilidad. La evaluación debe observar resultados, no solo percepción interna del equipo.
No demuestra Que una sola etapa explique por sí sola el LTV Soporte, producto y servicio pueden influir en retención y valor, pero LTV también depende de pricing, mercado, adquisición, competencia, uso y otras variables. La causalidad no puede asignarse a una sola etapa por definición.
No demuestra Que el usuario siempre tiene razón sobre la solución Las personas son autoridad sobre su experiencia, necesidades y contexto; no necesariamente sobre qué diseño resolverá mejor el problema. Investigación y diseño cumplen roles distintos.

Errores frecuentes con UX

Definir UX como “qué tan fácil y placentero es usar algo”

La facilidad y la respuesta emocional importan, pero la definición es más amplia: incluye percepciones y respuestas derivadas del uso o uso anticipado, condicionadas por persona, solución y contexto.

Confundir UI con UX

La UI es el medio de interacción. UX también depende de utilidad, rendimiento, contenido, expectativas, soporte, confiabilidad, contexto y experiencia previa.

Tratar seis dimensiones como ley universal

Útil, usable, deseable, accesible, creíble y valuable forman un marco pedagógico conocido, no una definición normativa de UX ni una checklist suficiente para todos los contextos.

Aplicar “5 usuarios / 80%” a cualquier estudio

La heurística proviene de testing cualitativo e iterativo bajo supuestos concretos. Estudios cuantitativos, múltiples segmentos, accesibilidad o decisiones de alto riesgo pueden necesitar diseños y muestras diferentes.

Hacer A/B testing de todo

Un experimento puede estimar efecto causal entre variantes, pero no siempre explica necesidades, comprensión, motivaciones o problemas estructurales. El método debe seguir a la pregunta.

Usar NPS como métrica universal de UX

NPS mide intención de recomendación bajo una formulación específica. Puede aportar contexto, pero no sustituye éxito de tarea, accesibilidad, satisfacción específica, comportamiento ni investigación cualitativa.

Atribuir LTV o ROI a una sola etapa de la experiencia

La experiencia puede influir en outcomes de negocio, pero no existe una relación mecánica que permita atribuir LTV, retención o ROI a una única etapa sin análisis causal.

Suponer que accesibilidad beneficia igual a todo el mundo

Muchas mejoras accesibles también ayudan a personas sin discapacidad, pero no es una regla universal para cada criterio. El objetivo principal es remover barreras para personas con necesidades de acceso concretas.

Preguntas frecuentes sobre UX

¿Qué es UX?

UX — User Experience o experiencia de usuario — es el conjunto de percepciones y respuestas de una persona que resultan del uso o del uso anticipado de un sistema, producto o servicio. Incluye emociones, creencias, preferencias, comodidad, comportamientos y logros antes, durante y después del uso. La experiencia depende tanto de la solución como de la persona y del contexto.

¿Cuál es la diferencia entre UX y usabilidad?

La usabilidad se concentra en qué tan efectivamente, eficientemente y satisfactoriamente personas especificadas logran objetivos en un contexto de uso. UX es más amplia: también incluye expectativas, emociones, creencias, percepciones, experiencia previa y respuestas antes y después del uso. Una solución puede ser usable y aun así producir una experiencia pobre por falta de valor, confianza o adecuación al contexto.

¿Cuál es la diferencia entre UX y UI?

UI es la interfaz mediante la cual una persona recibe información y controla un sistema. UX es la experiencia resultante del uso o uso anticipado de la solución. La UI influye en UX, pero no la determina por sí sola: funcionalidad, rendimiento, contenido, expectativas, contexto, soporte y experiencia previa también pueden modificar la experiencia.

¿Alcanza con testear con 5 usuarios?

No como regla universal. La recomendación clásica de grupos pequeños se formuló para testing cualitativo e iterativo de usabilidad. El tamaño adecuado depende de la pregunta, diversidad de usuarios, número de segmentos, riesgo y tipo de estudio. Estudios cuantitativos o investigaciones con poblaciones muy diferentes suelen necesitar diseños y muestras mayores.

¿Cómo se mide UX?

No existe una única métrica. Conviene definir primero el objetivo de experiencia y luego elegir señales y métricas compatibles: éxito de tarea, tiempo, errores, satisfacción, confianza, adopción, recurrencia, abandono, accesibilidad u outcomes de negocio. El framework HEART de Google propone Happiness, Engagement, Adoption, Retention y Task Success como familias de métricas, pero no obliga a utilizar todas en cada producto.

Referencias clave

ISO. ISO 9241-11:2018 — Ergonomics of human-system interaction — Part 11: Usability: Definitions and concepts. Norma internacional vigente sobre usabilidad, contexto de uso y conceptos relacionados con experiencia de usuario.

ISO. ISO 9241-210:2019 — Human-centred design for interactive systems. Norma internacional vigente sobre principios y actividades de diseño centrado en las personas a lo largo del ciclo de vida.

Norman, D. (2023). Where did the term User Experience (UX) come from?. Relato del propio Don Norman sobre Apple, el User Experience Architect's Office y antecedentes del término.

Norman, D. y Nielsen, J. The Definition of User Experience (UX). Nielsen Norman Group. Definición profesional de referencia que distingue UX de interfaz y usabilidad.

W3C Web Accessibility Initiative. Web Content Accessibility Guidelines (WCAG) 2.2. Recomendación W3C para accesibilidad de contenido e interfaces web.

Government Digital Service. User research for government services: an introduction. Guía oficial de GOV.UK sobre investigación continua, necesidades y evaluación de servicios.

Rodden, K., Hutchinson, H. y Fu, X. (2010). Measuring the User Experience on a Large Scale: User-Centered Metrics for Web Applications. Google Research / CHI. Paper original que presenta el framework HEART y el proceso de objetivos, señales y métricas.

Términos relacionados