Experiencia de usuario (User experience o UX)

La experiencia de usuario es la suma de lo que hace y siente una persona al usar tu web, tu aplicación o tu tienda: si encuentra lo que busca, cuánto esfuerzo le cuesta y con qué sensación se queda al terminar. En inglés se llama user experience, abreviado UX.

UX y UI no son lo mismo

La interfaz de usuario, o UI, es la capa visible: los botones, los colores, la tipografía, los iconos, el espacio entre elementos. La experiencia de usuario es todo el recorrido, incluido lo que pasa fuera de la pantalla.

Un ejemplo lo aclara. Una tienda online puede tener una interfaz impecable y una experiencia pésima si el pedido tarda doce días, si el correo de confirmación no llega y si el teléfono de atención no lo coge nadie. La pantalla estaba bien; la experiencia, no.

Por eso el trabajo de UX empieza antes del diseño y sigue después de la publicación. Incluye decidir qué contenidos existen, cómo se organizan, qué pasos tiene un proceso, qué mensajes de error se muestran cuando algo falla y cómo se recupera alguien que se ha equivocado.

Las condiciones que debe cumplir una buena experiencia

Existe una lista clásica que sigue siendo útil como repaso. Una experiencia buena es útil, porque resuelve algo que a alguien le importa. Es usable, porque se maneja sin instrucciones. Es encontrable, porque la información aparece donde uno la busca. Es accesible, porque funciona también para quien ve mal, oye mal o navega con teclado. Es creíble, porque el visitante confía en lo que lee. Y es deseable, porque el resultado apetece.

La accesibilidad merece un apunte propio. Desde junio de 2025, la normativa europea obliga a que las tiendas online y buena parte de los servicios digitales cumplan unos requisitos mínimos de accesibilidad. Eso significa contraste suficiente entre texto y fondo, navegación completa con teclado, textos alternativos en las imágenes y formularios que un lector de pantalla pueda interpretar. Más allá de la obligación, es la manera de no dejar fuera al 10 por ciento largo de la población que tiene alguna limitación funcional.

Cómo se investiga y cómo se mide

La parte que más se salta en las pymes es la investigación, y es la que más dinero ahorra. No hace falta un laboratorio. Cinco personas del perfil adecuado, sentadas delante de la web con una tarea concreta del tipo busca el precio de este servicio y pide cita, destapan la mayoría de los problemas graves en una mañana.

Otras herramientas habituales son las entrevistas con clientes recientes, la revisión de las preguntas que llegan por teléfono, la clasificación de contenidos por parte de usuarios reales para decidir el menú, y los prototipos navegables que permiten probar una idea antes de programarla.

Los datos que ya tiene la empresa también hablan. El buscador interno de la web es una lista literal de lo que la gente no encuentra en el menú. Las grabaciones de sesión muestran dónde alguien se detiene y vuelve atrás. Y el registro de incidencias de atención al cliente contiene, ordenado por frecuencia, el catálogo completo de fricciones del servicio.

Para medir, sirven cuatro indicadores sencillos. La tasa de éxito de tarea, es decir, cuántas personas logran hacer lo que iban a hacer. El tiempo que tardan. El número de errores por el camino. Y una escala de satisfacción tras la prueba. Con esos cuatro datos antes y después de un rediseño, la discusión sobre si el cambio ha ido bien deja de ser una cuestión de gustos.

Ejemplo: una asesoría laboral en Zaragoza

Una asesoría con 300 clientes de nóminas lanza un área privada para que las empresas descarguen documentación en lugar de pedirla por correo. Seis meses después, solo el 12 por ciento la usa y el teléfono suena igual que antes.

Las pruebas con seis clientes revelan tres cosas. La primera, que nadie recuerda la contraseña porque el acceso está enterrado en el pie de página y se entra dos veces al año. La segunda, que los documentos se llaman con códigos internos del programa de gestión, así que localizar el modelo 111 del último trimestre exige abrir cinco archivos. La tercera, que el mensaje de error al fallar la contraseña dice datos incorrectos, sin ofrecer un enlace para recuperarla.

Los arreglos son modestos. El acceso sube a la cabecera con una etiqueta clara. Los archivos pasan a nombrarse con el tipo de documento, el trimestre y el año, y se agrupan por carpetas anuales con el año en curso abierto por defecto. El error incluye ahora el enlace de recuperación. Y cada vez que la asesoría sube un documento, el cliente recibe un aviso con enlace directo.

A los tres meses, el uso del área privada sube al 61 por ciento y las llamadas para pedir documentación caen a la mitad. No se ha cambiado el diseño visual ni una sola vez.

Errores frecuentes

• Decidir la estructura de la web en una reunión interna. El menú suele acabar reflejando el organigrama de la empresa en lugar de lo que busca el cliente.
• Confundir bonito con usable. Un diseño premiado que esconde el botón de comprar vende menos que una página fea con el precio bien visible.
• Preguntar a la gente qué le parece en lugar de mirar qué hace. Las opiniones son amables; el comportamiento, no.
• Investigar una vez y archivar el informe. El negocio cambia, el público cambia y la web se degrada sola.
• Tratar la accesibilidad como un extra opcional. Además del riesgo legal, casi todo lo que mejora la accesibilidad mejora la experiencia de todos.
• Añadir funciones en lugar de quitar pasos. La mayoría de los problemas de experiencia se resuelven eliminando, no sumando.
• Copiar la solución de una gran plataforma sin su contexto. Lo que funciona con millones de usuarios acostumbrados puede desorientar por completo a los cuatrocientos visitantes diarios de una pyme.

Por dónde empezar con poco presupuesto

Tres acciones de coste bajo dan mucho resultado. Sentar a cinco clientes reales delante de la web con dos tareas concretas. Revisar el buscador interno y las preguntas que llegan al teléfono, porque son la lista de lo que la web no explica. Y cronometrar el proceso completo de compra o de contacto desde un móvil con datos móviles, no desde la fibra de la oficina.

El momento más rentable para trabajar la experiencia es antes de programar nada. Corregir un recorrido mal planteado sobre un prototipo cuesta una tarde; corregirlo cuando la tienda ya está montada y conectada al programa de facturación puede costar semanas. Por eso, en cualquier proyecto de web nueva, merece la pena reservar una parte del presupuesto a definir el recorrido y probarlo con gente ajena a la empresa antes de aprobar el diseño visual. Es la partida que más discusiones ahorra después.

En Ocelot la experiencia de usuario y el diseño de interfaz van unidos al desarrollo web, porque separar ambas cosas produce webs atractivas que no convierten o webs eficaces que no representan a la marca. Si tu web recibe visitas y los clientes siguen llamando para preguntar lo que ya está escrito en ella, el problema está en el recorrido, no en el tráfico.