UI/UX y branding: una interfaz que se entiende.

01Qué se diseña y qué no

UI/UX no es dibujar pantallas. Es ordenar flujos, estados, jerarquía y decisiones para que el producto se pueda usar y construir.

Branding no es un logo suelto. Es un sistema de criterio: voz, color, tipografía, componentes y reglas para que el equipo decida sin preguntar cada vez.

La promesa es concreta: sistema, documentación y paso a producción. No se entrega una lámina que nadie sabe implementar ni se promete conversión.

02Qué cubre y qué no

03Cómo lo hacemos

1. 01

   Entender

   Producto o marca, usuarios, flujos y qué duele. Se parte de lo que existe, no de una hoja en blanco.

   Qué se necesita Accesos, ejemplos y una persona que valide.

2. 02

   Ordenar

   Mapa de flujos, inventario de pantallas y componentes; se decide qué se reutiliza y qué se retira.

   Qué se necesita Validación de prioridades y criterios de sistema.

3. 03

   Diseñar

   Sistema visual, componentes y estados; se prueba en contexto, no en una captura suelta.

   Qué se necesita Feedback concreto y criterios de aceptación.

4. 04

   Pasar a producción

   Tokens, HTML/CSS o handoff con el equipo; se revisa que Figma y producción coincidan.

   Qué se necesita Acceso al código o al entorno.

5. 05

   Documentar

   Reglas, uso y límites; se entrega el sistema para que el equipo lo mantenga.

   Qué se necesita Alguien que lo reciba y lo use.

04Precio y alcance

A presupuesto. El precio se cierra con el alcance cerrado: cuántas pantallas, flujos, componentes y qué parte de branding o producción entra. No se cobra por una lámina.

Qué determina el costeNúmero de flujos y pantallas: no cuesta lo mismo una pantalla que un producto completo. · Componentes y estados existentes: qué se reutiliza y qué hay que ordenar desde cero. · Branding: logo, voz, aplicaciones y reglas que entren en el alcance. · Paso a producción: tokens, HTML/CSS o handoff al equipo. · Documentación y formación: lo que el equipo necesita para mantenerlo. · Coordinación con desarrollo o producto: lo que no se resuelve solo en Figma.

• Número de flujos y pantallas: no cuesta lo mismo una pantalla que un producto completo.
• Componentes y estados existentes: qué se reutiliza y qué hay que ordenar desde cero.
• Branding: logo, voz, aplicaciones y reglas que entren en el alcance.
• Paso a producción: tokens, HTML/CSS o handoff al equipo.
• Documentación y formación: lo que el equipo necesita para mantenerlo.
• Coordinación con desarrollo o producto: lo que no se resuelve solo en Figma.

05Plazos y respuesta

El plazo se define con el alcance. No se promete una fecha antes de saber cuántas pantallas, flujos y componentes hay.

La primera respuesta confirma si es un sistema nuevo, una revisión o solo el paso a producción.

Si faltan accesos, ejemplos o decisiones, el plazo empieza cuando se resuelven. El tiempo de espera no se descuenta del trabajo ni se esconde.

No hay un SLA implícito detrás de esta página: lo que se comprometa se escribe en la propuesta.

Política de respuesta: L–V, horario laboral de Colombia y España. Primera respuesta en 1 día laborable.

06Compatibilidad y accesos

Trabajamos con Figma, design tokens, HTML/CSS, WordPress, componentes y documentación. Se usa el stack que el producto ya tiene, no uno impuesto.

Para empezar necesitamos: producto o marca, acceso a Figma si existe, repositorio o entorno, ejemplos y una persona que valide.

Antes de tocar: inventario, copia de seguridad y plan de vuelta atrás de los componentes; no se rediseña todo de golpe.

No se cambia la plataforma ni el stack si no es necesario. Si es el límite real, se justifica por escrito y se presupuesta aparte.

07Qué evidencia entregamos

No publicamos métricas de producto ni casos sin permiso. No hay cifras de conversión, retención ni “diseños que funcionan” inventados: la evidencia es el sistema, la documentación y la correspondencia con producción.

• Inventario: flujos, pantallas y componentes.
• Sistema: tokens, componentes y estados.
• Producción: qué se implementó y qué no.
• Límites: qué queda fuera y por qué.

Si hay casos publicables con permiso, aparecerán con fuente y fecha; hasta entonces, no se inventan.

08Qué recibes

09Qué pasa después

Un sistema no se mantiene solo: el producto cambia y los componentes se desactualizan.

El soporte opcional empieza en 50 €/mes e incluye actualizaciones, copias de seguridad, revisión de seguridad y aviso cuando algo falla; el mantenimiento del sistema de diseño se presupuesta aparte.

No es obligatorio. La documentación permite que tu equipo o agencia lo mantenga.

Ver soporte y mantenimiento →

10Preguntas frecuentes