Qué hace un diseñador UX (y en qué se diferencia del UI)

UX no es la pantalla: es la decisión detrás de la pantalla

UX (user experience) es el diseño de la experiencia completa: qué necesita la persona, en qué contexto lo necesita, qué camino recorre y qué fricciones encuentra. UI (user interface) es la capa visible: color, tipografía, componentes, jerarquía visual, estados.

Se necesitan las dos. Una interfaz preciosa sobre una arquitectura mal pensada sigue siendo un producto que la gente abandona; una arquitectura impecable con una interfaz confusa no comunica confianza. La diferencia práctica es de orden: UX define qué se construye y por qué, UI define cómo se ve y cómo se siente.

El trabajo real, paso a paso

Un proceso UX serio no es una plantilla, pero sí tiene una columna vertebral que se repite en casi todos los proyectos:

• ★Investigación: entrevistas con usuarios y con el negocio, revisión de datos de uso, soporte y analítica, y benchmark del sector para saber qué ya es un estándar y qué es una oportunidad.
• ★Definición: perfiles de usuario, escenarios de uso y una lista priorizada de tareas críticas. Aquí se descarta la mitad de las ideas iniciales, y eso es una ganancia.
• ★Arquitectura de información: cómo se organiza y nombra el contenido, cómo se navega y qué vive en cada nivel.
• ★Flujos y wireframes: el recorrido para cada tarea crítica, en baja fidelidad, para discutir estructura sin pelear por colores.
• ★Prototipo y validación: un prototipo navegable puesto frente a personas reales antes de escribir código.
• ★Handoff y medición: entrega al equipo de desarrollo y definición de qué se va a medir para saber si funcionó.

Qué recibes al final

Los entregables cambian según el proyecto, pero un encargo UX bien cerrado suele incluir: informe de investigación con hallazgos accionables, mapa de arquitectura de información, flujos de las tareas críticas, wireframes, prototipo navegable y criterios de accesibilidad. Cuando el proyecto sigue hacia UI, se suma el design system y los archivos listos para desarrollo.

Un detalle que importa: los entregables no son el objetivo. El objetivo es que el equipo pueda construir con menos dudas y con menos retrabajo. Un documento que nadie usa es un costo, no un entregable.

Cuándo lo necesitas de verdad

No todos los proyectos necesitan un proceso completo. Sí lo necesitas cuando: vas a invertir en desarrollo y no tienes claridad de alcance; tienes un producto vivo con abandono alto en un punto concreto; el equipo discute en círculos sobre funcionalidades; o el soporte recibe siempre las mismas preguntas.

En el rediseño del sitio del Metro de Medellín, por ejemplo, el problema no era gráfico: era que información crítica para miles de personas al día estaba enterrada en la navegación. Ese tipo de arreglo es UX puro y su impacto se mide en llamadas al centro de atención que dejan de ocurrir.

Cómo trabajo esto en Medellín

Trabajo desde Medellín con equipos de Colombia y LATAM, en español e inglés, y uso flujos asistidos por IA para acelerar el benchmark, la síntesis de investigación y la generación de variantes. Eso comprime semanas de trabajo exploratorio sin saltarse la validación con personas reales.

Si quieres ver el alcance concreto para tu caso, la página de diseñador UX en Medellín detalla el proceso, y en servicios están los rangos de inversión con alcance cerrado.