01
Research liviano y evidencia
Relevamos objetivos, audiencias, contenido disponible y fricciones del recorrido actual. Entregable: hallazgos priorizados y criterios para decidir qué resolver primero.
Diseño UX/UI para webs, apps y plataformas
Ordenamos evidencia, recorridos, arquitectura y prototipos para que cada producto sea claro antes de convertir decisiones en interfaces y código.
- Flujos y arquitectura
- Wireframes y prototipos
- UI y sistema de componentes
Cuando el problema no es la estética
Un proyecto de UX suele empezar con una fricción concreta. Estas son las frases que permiten ubicarla antes de discutir pantallas.
- 01 Recorrido
- 02 Comprensión
- 03 Sistema
-
Recorrido
La fricción aparece en el uso
- 01
“Entran, completan medio formulario y se van”
El recorrido pide demasiado antes de devolver valor; la caída se concentra en el mismo paso.
Abandono por paso - 02
“Tenemos funciones que nadie usa”
Sin jerarquía ni una entrada clara, una función existente se vuelve invisible.
Adopción de funciones
- 01
-
Comprensión
La interfaz no alcanza a explicar
- 03
“Soporte contesta siempre lo mismo”
Cada pregunta repetida revela una pantalla que no explica lo necesario.
Tickets por función - 04
“Discutimos pantallas y no las cerramos nunca”
Sin evidencia compartida, falta el dato que cierre la discusión.
Tiempo hasta decidir
- 03
-
Sistema
Cada pantalla vuelve a empezar
- 05
“Cada cosa nueva rompe algo de lo anterior”
Sin componentes, estados y reglas, cada release vuelve a decidir lo que ya estaba resuelto.
Retrabajo de desarrollo - 06
“Rediseñamos el año pasado y no cambió nada”
Cambiar la capa visual sin tocar la estructura ni el recorrido no cambia el resultado.
Conversión del flujo
- 05
La pantalla es la última decisión
No empezamos eligiendo estilos. Primero entendemos qué tiene que encontrar una persona, qué acción necesita completar y cómo se sostiene esa lógica cuando el producto crece.
Definir una primera etapa-
-
02
Arquitectura de información
Ordenamos jerarquías, navegación y pasos críticos para que cada pantalla tenga una función clara. Entregable: mapa de sitio y recorrido de tareas priorizado.
-
03
Wireframes y prototipo navegable
Probamos estructura, contenido y acciones antes de definir la capa visual. Entregable: wireframes y prototipo clickeable para validar el flujo.
-
04
UI, sistema y handoff
Definimos componentes, estados y reglas de uso para que diseño y desarrollo trabajen sobre la misma base. Entregable: librería de componentes y especificaciones para desarrollo.
Alcance del servicio
Qué incluye un proyecto de diseño UX/UI
El alcance se arma con estas piezas. No entran todas en todos los proyectos: elegimos las que corresponden al problema y las dejamos escritas antes de empezar.
-
01
Investigación y evidencia
Para decidir sobre datos y no sobre opiniones.
- Auditoría heurística
- Entrevistas con equipo y usuarios
- Test de usabilidad
- Análisis de datos, soporte y contenido
- Card sorting y tree testing
-
02
Estructura y recorrido
Para que cada pantalla tenga una función clara.
- Arquitectura de información
- Mapa de sitio
- User flows y mapa de recorrido
- Priorización de tareas críticas
- Wireframes
-
03
Interfaz y prototipo
Para probar el producto antes de construirlo.
- Prototipo navegable en Figma
- Diseño de interfaz
- Estados vacíos, de carga y de error
- Diseño responsive y mobile
- UX writing y microcopy
-
04
Sistema y entrega
Para que la consistencia sobreviva al crecimiento.
- Design system y tokens
- Librería de componentes
- Accesibilidad WCAG 2.2 AA
- Especificaciones y handoff
- QA de diseño durante el desarrollo
01 Estructura
02 Recorrido
03 Interfaz
Inicio
- Servicios
- Casos
- Contacto
Continuar
Cómo se mide
Cómo vas a saber si el diseño funcionó
Un proyecto de UX que no define su medida termina discutiéndose por gusto. Antes de diseñar acordamos qué preguntas tiene que responder el producto y con qué número se contesta cada una.
-
01
¿Pueden hacerlo?
Si la tarea no se completa, ninguna otra medida importa.
- Tasa de éxito por tarea Cuántas personas terminan la acción sin ayuda ni error.
- Tiempo hasta completar Cuánto tarda la tarea desde que empieza hasta que cierra.
- Errores y reintentos Dónde se traba, se equivoca o vuelve atrás el recorrido.
-
02
¿Vuelven y avanzan?
Una interfaz clara se nota en el segundo uso, no en el primero.
- Activación Cuántas cuentas nuevas llegan al primer momento de valor.
- Abandono por paso En qué punto exacto del flujo se cae la mayor parte.
- Adopción de funciones Qué se usa de lo que ya existe y está disponible.
-
03
¿Al negocio le sirve?
El diseño se justifica en la operación, no en el archivo entregado.
- Conversión del flujo El número que el producto tiene que mover para pagar el trabajo.
- Tickets de soporte Cuánto deja de explicar el equipo a mano después del cambio.
- Retrabajo de desarrollo Cuántas pantallas se rehacen por decisiones no cerradas antes.
Elegimos dos o tres al empezar y tomamos la línea base antes de tocar nada. Sin esa medición previa, cualquier mejora posterior es una opinión.
Quiénes somos
Diseño de producto con el equipo que después lo desarrolla
Desde Buenos Aires trabajamos para toda Argentina. El diseño UX/UI no se entrega como un archivo suelto: lo definimos junto al equipo que escribe el código, prueba los flujos y sostiene el producto en el tiempo.
Preguntas frecuentes sobre diseño UX/UI
Alcance, investigación, entregables y trabajo con desarrollo antes de iniciar un proyecto.
¿Qué incluye un proyecto de diseño UX/UI?
El alcance se define según el problema, pero suele incluir relevamiento, arquitectura de información, flujos, wireframes, prototipo navegable, interfaz visual y especificaciones para desarrollo. Antes de cotizar, acordamos qué decisiones necesita tomar el proyecto y qué entregables sirven para hacerlo.
¿Siempre hace falta hacer research con usuarios?
No necesariamente con el mismo nivel de profundidad. Cuando el tiempo o la evidencia disponible son acotados, hacemos un research liviano: entrevistas con el equipo, revisión de datos, contenido, soporte y recorridos actuales. La investigación se ajusta al riesgo de cada decisión.
¿Qué recibimos al terminar la etapa de UX/UI?
Recibís los entregables acordados para el alcance: mapa de sitio, flujos, wireframes, prototipo clickeable, librería de componentes y especificaciones. El objetivo es que las decisiones queden documentadas y el equipo pueda continuar con una base común.
¿Pueden diseñar y desarrollar el producto?
Sí. Podemos trabajar la etapa de UX/UI de forma independiente o integrarla con desarrollo web, apps, medición y evolución. Cuando también desarrollamos, el handoff sucede dentro del mismo equipo y las decisiones se prueban sobre el producto real.
¿Cuánto demora un proyecto de UX/UI?
Depende de la cantidad de recorridos, pantallas, roles, validaciones e integraciones. Después de entender el alcance, proponemos una primera etapa con hitos, responsables y entregables para que el avance sea previsible.
Demos forma a una experiencia clara y usable antes de construirla
Contanos dónde aparece la fricción. Te ayudamos a ordenar flujos, arquitectura e interfaz para definir un alcance que se pueda diseñar, desarrollar y sostener.
Antes de diseñar, ordenamos tres decisiones que cambian todo el recorrido.
- 01 Prioridad Qué tarea y qué persona necesitan resolverse primero.
- 02 Recorrido Qué información, pasos y estados hacen falta para llegar.
- 03 Sistema Qué reglas permiten que la interfaz siga siendo consistente.