Diseño UX/UI
Un producto no se entiende porque el diseño sea bonito, sino porque alguien se tomó el trabajo de averiguar cómo piensa quien lo va a usar. Eso es lo que hacemos antes de que se escriba una sola línea de código.
Para quién es
- Tienen un producto funcionando, pero los usuarios se pierden, escriben a soporte por lo mismo de siempre o abandonan a mitad de camino.
- Van a construir algo nuevo y no quieren descubrir en producción que la idea no se entendía.
- El equipo discute la interfaz en reuniones sin llegar a acuerdo, porque nadie tiene datos de cómo la usa la gente.
- Necesitan que el producto sirva a dos audiencias distintas que quieren cosas opuestas.
Qué incluye
Investigación con usuarios
Entrevistas y observación de cómo se resuelve hoy el problema, incluyendo los atajos y las planillas paralelas que nadie reconoce en una reunión.
Arquitectura de información
Qué va primero, qué se agrupa con qué y cómo se nombra cada cosa. La mayoría de los problemas de «no encuentro nada» se resuelven acá.
Prototipos navegables
Maquetas de media y alta fidelidad que se pueden recorrer y probar, no imágenes estáticas. Se corrigen ideas en horas en lugar de semanas.
Validación con usuarios reales
Tests con personas representativas antes de desarrollar. Es mucho más barato descubrir un problema en un prototipo que en producción.
Sistema de diseño
Componentes, tipografía, color y estados documentados, para que el producto siga siendo coherente cuando crezca.
Accesibilidad desde el inicio
Contraste, tamaños de texto, navegación por teclado y lectores de pantalla considerados desde el diseño, no parchados al final.
Cómo trabajamos el diseño
Tres etapas, con una entrega concreta al final de cada una.
Entender
Escuchamos qué quieren lograr, con qué recursos cuentan y qué está pasando hoy. Salimos con un alcance escrito y los criterios con los que se va a evaluar el resultado.
Proponer
Arquitectura de información y prototipos navegables. Ven la solución funcionando antes de que exista, y pueden cambiar de opinión cuando todavía es barato hacerlo.
Validar
Probamos con usuarios representativos, corregimos lo que falla y recién ahí pasamos a desarrollo, con el diseño ya defendido.
Un caso real
App y plataforma para jardines infantiles
Un sistema con dos caras y dos audiencias opuestas. El personal del jardín registra la jornada desde un panel web pensado para entrada de datos en escritorio: muchos campos, uso repetido, teclado. Las familias reciben esa misma información en el teléfono, en momentos sueltos del día y con un minuto de atención. Diseñar una sola interfaz para ambos habría dejado a los dos grupos a medias, así que se resolvió como dos experiencias distintas sobre los mismos datos.
Preguntas frecuentes
- ¿Se puede hacer diseño UX si el producto ya está construido?
- Sí, y es lo más habitual. Se parte por medir dónde se traba la gente hoy y se prioriza lo que más daño hace. No siempre hay que rehacer todo: muchas veces el mayor cambio viene de reordenar y renombrar lo que ya existe.
- ¿Cuánto dura la etapa de diseño?
- Depende del tamaño del producto y de qué tan claro esté el problema al empezar. Lo que sí es fijo es que al final de cada etapa hay algo concreto que revisar, así que nunca pasan semanas sin que sepan en qué va.
- ¿Hace falta investigar con usuarios o basta con nuestra experiencia interna?
- El conocimiento interno es un excelente punto de partida y un mal punto final. Quien construye el producto ya sabe dónde hacer clic, y ese sesgo es justamente el que hace que algo se sienta obvio adentro y confuso afuera.
- ¿Entregan archivos que pueda usar cualquier desarrollador?
- Sí. Los prototipos y el sistema de diseño quedan documentados para que los tome cualquier equipo, trabajen el desarrollo con nosotros o no.
¿Tienen un producto que no se está entendiendo?
Cuéntennos qué está pasando y les decimos si el problema es de diseño, de producto o de otra cosa. Sin compromiso.
Agendar una reunión