¿Qué es UX/UI y cuál es tu rol?
Antes de abrir Figma o dibujar una sola pantalla, conviene entender qué significa diseñar para las personas y cuál es exactamente la diferencia entre UX y UI. Son términos que aparecen juntos constantemente pero describen disciplinas distintas con objetivos distintos.
UX: User Experience
UX (Experiencia de Usuario) se ocupa de cómo se siente una persona al usar un producto. No es solo si lo usa o no: es si lo entiende, si llega a su objetivo, si comete errores, si siente frustración o confianza, si vuelve.
El trabajo de UX es principalmente de investigación, estructura y decisiones lógicas:
- Entender qué problema tiene el usuario y si el producto lo resuelve de verdad.
- Definir qué flujos necesita recorrer y en qué orden lógico.
- Detectar fricciones antes de que lleguen a código.
- Medir si las decisiones tomadas funcionaron.
UX responde a las preguntas qué y por qué.
UI: User Interface
UI (Interfaz de Usuario) se ocupa de cómo se ve y cómo se usa visualmente esa experiencia. Es la materialización visual de las decisiones de UX.
El trabajo de UI es de comunicación visual y detalle de interacción:
- Jerarquía visual: qué ve primero el usuario y por qué.
- Tipografía, color, espaciado e iconografía coherentes.
- Componentes y patrones reutilizables.
- Estados de los elementos: hover, foco, cargando, error, vacío.
- Microinteracciones que dan feedback inmediato.
UI responde a la pregunta cómo.
La relación entre los dos
UX y UI no son intercambiables ni uno está por encima del otro. Trabajan en secuencia y en colaboración:
| UX primero | UI después |
|---|---|
| ¿Qué necesita el usuario? | ¿Cómo lo mostramos? |
| ¿Qué flujo tiene más sentido? | ¿Qué componente comunica eso mejor? |
| ¿Qué información es prioritaria? | ¿Qué jerarquía visual lo refleja? |
| ¿Qué bloquea al usuario? | ¿Qué patrón resuelve ese bloqueo? |
Una UX bien resuelta con una UI mediocre es frustrante. Una UI brillante sobre una UX rota es inútil. Los mejores productos cuidan los dos.
En equipos pequeños, una sola persona suele hacer los dos roles. En equipos grandes, pueden ser perfiles distintos que trabajan en paralelo.
¿Qué hace un diseñador UX/UI en el día a día?
No hay dos días iguales, pero las actividades más habituales son:
- Investigación: entrevistar usuarios, analizar métricas, revisar tickets de soporte.
- Síntesis: convertir datos cualitativos en insights accionables.
- Estructuración: definir flujos, mapas de navegación y arquitectura de información.
- Diseño: crear wireframes, mockups y prototipos en herramientas como Figma.
- Validación: testear con usuarios reales y priorizar cambios por severidad.
- Colaboración: alinear con producto, negocio y desarrollo en cada etapa.
- Documentación: dejar decisiones explicadas para que el equipo las entienda y mantenga.
La parte técnica (Figma, tokens, componentes) es solo una fracción. El pensamiento crítico, la comunicación y la capacidad de cuestionar supuestos son las habilidades que más diferencian a un buen diseñador.
Lo que no es UX/UI
Aclarar esto evita expectativas mal colocadas desde el principio:
- No es hacer cosas bonitas. La estética importa, pero es secundaria frente a la claridad y la utilidad.
- No es adivinar lo que quiere el usuario. Es investigar y contrastar con evidencia.
- No es responsabilidad solo del diseñador. Producto, desarrollo y negocio toman decisiones que afectan directamente la experiencia.
- No termina al entregar el diseño. Termina cuando mides si funcionó.
¿Qué hemos aprendido?
- UX se ocupa de la lógica de la experiencia; UI de su materialización visual.
- Los dos trabajan en secuencia y se necesitan mutuamente.
- El rol incluye investigación, síntesis, diseño, validación y colaboración.
- La habilidad central no es técnica: es pensar con criterio orientado al usuario.
Siguiente paso
En la próxima lección veremos User Research, donde aprenderás a obtener información real de usuarios reales antes de tomar ninguna decisión de diseño.