UX de verdad vs "vamos a hacer pantallitas"
La mayoría de los proyectos llaman "UX" a lo que es solo UI. Son cosas distintas con impacto distinto.
- ✕ "Mandame lo que hay en mente y lo pinto"
- ✕ Sin hablar con usuarios reales nunca
- ✕ Pantallas individuales sin flujo que las conecte
- ✕ Decisiones visuales basadas en "me gusta"
- ✕ Cero testing, cero validación antes de entregar
- ✕ Cuando el dev construye, aparecen 50 casos no pensados
- ✓ Research con usuarios reales del producto
- ✓ Flujos completos con todas las ramas y casos borde
- ✓ Wireframes antes de tocar color o tipografía
- ✓ Prototipos clickeables navegables en Figma
- ✓ Testing de usabilidad con usuarios antes de desarrollar
- ✓ Handoff al dev con specs completas
7 pasos desde el problema al prototipo
No abrimos Figma el día 1. El diseño visual es el último paso, no el primero.
Entender el problema
Sesiones con el cliente para entender qué problema de negocio resuelve el producto digital. No "qué features tiene que tener": qué problema real del usuario final vamos a solucionar.
Research con usuarios
Entrevistas con 5-8 usuarios reales del producto o del público objetivo. Observación de cómo usan lo que hay hoy. Identificación de puntos de fricción y expectativas.
User personas + jobs to be done
Dos o tres perfiles claros con motivaciones, contexto y objetivos. "Jobs to be done" para entender qué contrata el usuario al producto. No demografía vacía.
User flows + arquitectura de información
Diagrama del flujo completo desde la entrada hasta el objetivo. Todas las ramas, los casos de error, los caminos alternativos. Arquitectura de pantallas con prioridad de contenido.
Wireframes low-fi
Pantallas en blanco y negro sin color, sin tipografía final. Solo estructura y jerarquía. Sirve para validar el qué va dónde antes de preocuparse por el cómo se ve.
Prototipo hi-fi + design system
Pantallas finales con color, tipografía, iconos y micro-interacciones. Clickeable en Figma para navegar el producto real. Con design system reutilizable como base para el dev.
6 cosas que te llevás del proyecto UX
Reporte de research
Documento con los hallazgos del research con usuarios: quotes reales, patrones, fricciones detectadas, oportunidades, priorización. No 80 páginas: 8-15 con lo que importa.
User personas + journey
Perfiles de usuario con nombre, contexto, motivaciones, pains, jobs to be done. Journey map con todos los touchpoints desde que descubre el producto hasta que lo usa habitualmente.
User flows completos
Diagramas del flujo principal y los alternativos. Casos de error, estados de loading, vacíos y éxitos. El flow es el mapa que el dev va a seguir.
Wireframes low-fi
Estructura de cada pantalla sin color ni diseño final. Sirve para decisiones de contenido, prioridad y navegación. Se itera rápido acá antes de invertir en el diseño visual.
Prototipo hi-fi en Figma
Producto navegable con diseño final, interacciones, transiciones y micro-animaciones. El cliente puede "usarlo" antes del desarrollo. Se comparte con stakeholders para decisiones.
Design system
Componentes reutilizables (botones, inputs, cards, navegación), tokens de color y tipografía, reglas de spacing, estados de hover/focus/disabled. Base para que el dev construya sin improvisar.
Con qué trabajamos
Diseño + prototipos
- Figma (core del trabajo)
- FigJam para whiteboarding
- Penpot como alternativa open source
- Framer para prototipos avanzados
Research + testing
- Maze · Lyssna para tests remotos
- Loom para entrevistas asincrónicas
- Notion para documentación
- Hotjar para heatmaps en sitios vivos
Design systems
- Figma Variables + Components
- Tokens Studio para tokens
- Storybook para documentación de código
- shadcn/ui como base code
Handoff + colaboración
- Figma dev mode
- Zeplin como alternativa
- GitHub Issues para feedback
- Linear para coordinación con dev
UX antes que cualquier desarrollo
Todo proyecto de desarrollo serio arranca con UX. Sin excepción.
Apps con UX real
Las apps mobile y web sin UX previo fallan en adopción. El proceso arranca con wireframes y prototipos navegables antes de tocar código.
Apps con UX real
Las apps mobile y web sin UX previo fallan en adopción. El proceso arranca con wireframes y prototipos navegables antes de tocar código.
Sitio diseñado, no improvisado
Todo sitio custom arranca con UX. Los sitios WordPress con theme ajustado también se benefician de UX cuando el proyecto lo justifica.
UX para herramientas internas
Paneles internos, dashboards y herramientas con IA necesitan UX para que el equipo realmente los use. Feature sin UX = feature no usada.
Dudas típicas sobre UX
¿Qué diferencia hay entre UX y UI?
¿Cuánto tarda un proyecto de UX?
¿Vale la pena gastar en UX antes del desarrollo?
¿Hacen research con usuarios reales?
¿Qué herramientas usan?
¿Hacen solo UX o también implementan?
¿Tu proyecto necesita UX antes del código?
30 minutos revisando tu idea. Te decimos qué tanto UX necesitás y en qué orden arrancar. A veces la respuesta es "hagamos research primero" y a veces es "los wireframes son suficientes". Sin venderte el scope más grande.