¿También construyen lo que diseñan?

Sí. El desarrollo es un servicio propio de este estudio, y la misma persona que dibuja los flujos puede publicarlos. Si lo construye tu equipo, la especificación de entrega está escrita para ellos: pantallas anotadas, notas de comportamiento, estados documentados. En cualquier caso, nada en el diseño asume un desarrollo que no puede existir.

Tenemos un proceso en hojas de cálculo, no un producto. ¿Es demasiado pronto?

Es el momento más barato para empezar, no el más temprano. Mapear ese proceso en flujos y un prototipo te dice qué necesita ser el producto antes de que alguien comprometa un desarrollo. Los equipos que se saltan este paso suelen pagar el descubrimiento en código.

¿Pueden trabajar sobre un producto existente?

Sí. Para eso existe la auditoría: recorremos los flujos actuales, conservamos lo que funciona y nombramos lo que atora a los usuarios. El rediseño extiende la lógica del propio producto en lugar de reemplazarla por novedad.

Nuestra interfaz necesita existir en español e inglés. ¿Son dos proyectos?

Un proyecto, no dos. El copy de interfaz se redacta en los dos idiomas durante el diseño, en lugar de mandarse a traducir cuando las pantallas ya están aprobadas, que es lo que evita que una etiqueta se le salga al botón donde vive. El prototipo puede llevar ambas versiones, así que ves dónde cada idioma tensiona el layout antes de que lo descubra el desarrollo. Lo que cuesta ese estándar se ve en este sitio, y está medido: nuestro propio español calca la estructura de frase del inglés en todos los pasajes emparejados, y corre un 9% más largo donde este sitio presupuesta cerca de un 20% para un español escrito y no ajustado. El servicio de branding publica la cifra y lo que significa.

Experiencia de producto

Producto Digital UX/UI

Mapeamos journeys, dashboards, portales, onboarding e interfaces de app para que acciones complejas se entiendan antes de comprometer al equipo con el desarrollo.

Buena parte del presupuesto de un producto se gasta en descubrir lo que debió dibujarse primero. Se construye un dashboard y se reconstruye porque nadie acordó para qué era la pantalla; un onboarding sale a producción y pierde usuarios en un paso que nadie bocetó. Este servicio mueve esa discusión al momento más barato: antes del desarrollo. Dibujamos los flujos, ponemos un prototipo navegable frente a ti y lo corregimos mientras corregirlo cuesta horas.

Lo que puedes hacer después es concreto. Darle a un equipo de desarrollo un brief sin ambigüedad. Mostrar a inversionistas o al equipo interno un producto que responde, no una presentación que lo describe. Agregar pantallas más adelante sin que la interfaz se deforme, porque el sistema que produjo las primeras queda documentado.

Para quién es

Ideal para ideas SaaS, herramientas internas, portales de cliente, MVPs y negocios con procesos que necesitan una mejor interfaz.

Qué incluye

Flujos
Prototipo
Sistema UI

Qué recibes

Mapa de flujos: Cada pantalla, estado y punto de decisión del recorrido dibujado como un solo diagrama conectado, incluyendo los estados de error y vacíos que suelen aparecer a mitad del desarrollo.
Set de wireframes: Pantallas en baja fidelidad para los flujos prioritarios, lo bastante baratas para discutirlas y descartarlas.
Prototipo navegable: Un prototipo enlazado que puedes recorrer en tu propio dispositivo y poner frente a las personas que van a usar el producto.
Sistema de UI: Tipografía, color, espaciado y componentes con sus estados — hover, carga, error, vacío — documentados para que la pantalla veinte se parezca a la primera.
Especificación de entrega: Pantallas anotadas con notas de comportamiento, escritas por un estudio que también desarrolla, para que el ingeniero no tenga que adivinar.
Copy de interfaz bilingüe: Etiquetas, estados vacíos y mensajes de error redactados en español e inglés durante el diseño, para que el idioma más corto no imponga el layout en el que tiene que caber el más largo.

Formas de empezar

Auditoría UX de producto

1-2 semanas

Una revisión pantalla por pantalla de un producto, portal o herramienta interna existente: dónde se atoran los usuarios, qué estados faltan y una lista de correcciones priorizada sobre la que puedes construir, hagamos o no la siguiente fase.
Sistema de diseño de producto

4-10 semanas

El arco completo para un producto nuevo o un rediseño profundo: mapa de flujos, wireframes, prototipo navegable, sistema de UI y especificación de entrega, acotado a los flujos que importan primero.

Cómo corre el trabajo

01DiagnosticarAclaramos audiencia, oferta, cuello de botella actual y qué debe probar la primera versión.
02Dar formaDefinimos mensaje, estructura, dirección visual, flujo UX y ruta prioritaria de servicio.
03ConstruirDiseñamos y desarrollamos los activos, páginas, automatizaciones o pantallas necesarias para lanzar.
04MedirConectamos captura, seguimiento, analítica e iteración para que el sistema mejore después del lanzamiento.

La prueba viva más cercana está en este sitio: el flujo conversacional del agente de recepción y el panel admin detrás de él son un producto pequeño que el estudio mapeó, diseñó y construyó para sí mismo, corriendo donde puedes usarlo. Todavía no hay un caso de producto de cliente publicable, y nada inventado ocupa su lugar.

Preguntas

¿También construyen lo que diseñan?: Sí. El desarrollo es un servicio propio de este estudio, y la misma persona que dibuja los flujos puede publicarlos. Si lo construye tu equipo, la especificación de entrega está escrita para ellos: pantallas anotadas, notas de comportamiento, estados documentados. En cualquier caso, nada en el diseño asume un desarrollo que no puede existir.
Tenemos un proceso en hojas de cálculo, no un producto. ¿Es demasiado pronto?: Es el momento más barato para empezar, no el más temprano. Mapear ese proceso en flujos y un prototipo te dice qué necesita ser el producto antes de que alguien comprometa un desarrollo. Los equipos que se saltan este paso suelen pagar el descubrimiento en código.
¿Pueden trabajar sobre un producto existente?: Sí. Para eso existe la auditoría: recorremos los flujos actuales, conservamos lo que funciona y nombramos lo que atora a los usuarios. El rediseño extiende la lógica del propio producto en lugar de reemplazarla por novedad.
Nuestra interfaz necesita existir en español e inglés. ¿Son dos proyectos?: Un proyecto, no dos. El copy de interfaz se redacta en los dos idiomas durante el diseño, en lugar de mandarse a traducir cuando las pantallas ya están aprobadas, que es lo que evita que una etiqueta se le salga al botón donde vive. El prototipo puede llevar ambas versiones, así que ves dónde cada idioma tensiona el layout antes de que lo descubra el desarrollo. Lo que cuesta ese estándar se ve en este sitio, y está medido: nuestro propio español calca la estructura de frase del inglés en todos los pasajes emparejados, y corre un 9% más largo donde este sitio presupuesta cerca de un 20% para un español escrito y no ajustado. El servicio de branding publica la cifra y lo que significa.Cuánto le falta a nuestro propio español

Empieza con un diagnóstico, no con una cotización.

Cuéntanos el cuello de botella. Si este no es el servicio adecuado, lo decimos y señalamos el que sí.

Empezar un proyecto