Entrega del Diseño al Desarrollo: Construirlo Bien

Jazmie Jamaludin

Has visto la maqueta pulida. Los colores brillan, el espaciado se siente perfecto, los botones prácticamente ruegan ser clickeados. Todos dan el visto bueno, el archivo se pasa a quien lo construye y unas semanas después aparece el sitio en vivo. Excepto que el espaciado está un poco descentrado, las fuentes se ven más pesadas, un botón ha cambiado de color y ese encantador efecto de desplazamiento no se encuentra por ninguna parte. Nadie hizo nada mal a propósito, sin embargo, en algún lugar entre el diseño y la construcción, la magia se perdió.

Esa brecha tiene un nombre. Es el traspaso del diseño al desarrollo, el momento en que una imagen estática de un sitio web se convierte en algo vivo y codificado. Es una de las etapas más subestimadas de todo el proceso, y es donde los buenos proyectos pierden silenciosamente un poco de su brillo. En esta guía explicaremos qué es realmente el traspaso, por qué se pierde tanto en la traducción y cómo unos pocos hábitos sencillos mantienen el sitio final fiel a la visión, incluso si nunca escribes una línea de código.

Qué implica realmente el traspaso

Un diseño es una imagen. Muestra cómo debe verse una página en un estado ideal, en un tamaño de pantalla, con contenido de marcador de posición. Un sitio web construido es una máquina. Tiene que funcionar en cada pantalla, con contenido real de longitud impredecible, respondiendo a clics, toques, errores y conexiones lentas. El traspaso es el acto de dar a las personas que construyen el sitio todo lo que necesitan para recrear la imagen como una máquina funcional y para manejar todas las situaciones que la imagen nunca mostró.

Por eso el traspaso es tan importante. El diseñador imaginaba una experiencia terminada; el desarrollador tiene que tomar mil pequeñas decisiones que el diseño nunca especificó. Cuanto más claro sea el traspaso, menos de esas decisiones se desviarán. Se encuentra en el corazón del proceso de diseño web más amplio, actuando como puente entre dos tipos de oficio muy diferentes.

Arreglarlo después cuesta mucho más
La investigación de software ha demostrado durante mucho tiempo que cuanto más tarde se detecta un problema, más caro es arreglarlo, por lo que un traspaso claro que evita retrabajos se amortiza muchas veces.
Fuente: IBM Systems Sciences Institute

Por qué las cosas se pierden en la traducción

Las pérdidas rara vez son dramáticas. Son pequeños deslices acumulativos y suelen provenir de lagunas de información en lugar de descuidos. El diseño mostraba la página de inicio en una pantalla ancha, pero no decía nada sobre cómo debía reorganizarse en un teléfono. El botón se veía de una manera en reposo, pero nadie definió cómo debía verse cuando un cursor se posa sobre él. Un encabezado usaba un peso de fuente que nunca se especificó, por lo que el desarrollador adivinó.

Cada una de estas lagunas obliga a una suposición, y las suposiciones se alejan de la intención. Multiplica eso en todo un sitio y el producto terminado puede sentirse sutil pero inconfundiblemente diferente del diseño que todos aprobaron. La solución no es asumir con más cuidado; es dejar menos lagunas en primer lugar.

El punto ciego responsivo

Una de las mayores fuentes de desviación es el tamaño de la pantalla. Un diseño que se muestra solo en ancho de escritorio oculta cien preguntas sobre cómo se comporta en pantallas más pequeñas. ¿Adónde va el menú? ¿Cómo se apilan las columnas? ¿Qué elementos se encogen y cuáles simplemente se mueven? Si esas respuestas no se proporcionan, el desarrollador tiene que inventarlas, y su invención puede no coincidir con lo que cualquiera imaginó. Pensar en esto temprano es la esencia de un buen diseño mobile-first, y es mucho más barato decidir en papel que descubrir después de la construcción.

Los ingredientes de un traspaso limpio

Entonces, ¿qué contiene realmente un buen traspaso? Se trata menos de un único documento mágico y más de una imagen completa. El desarrollador necesita saber no solo cómo se ven las cosas, sino cómo se comportan, qué sucede en situaciones inusuales y cuáles son las reglas subyacentes. La siguiente tabla desglosa lo esencial.

Lo que debe cubrir un traspaso completo
Elemento Por qué es importante Si se omite
Múltiples tamaños de pantalla Muestra cómo se adaptan los diseños El desarrollador adivina el comportamiento responsivo
Estados interactivos Apariencia de desplazamiento, activo, enfoque, deshabilitado Los efectos desaparecen o se sienten inconsistentes
Reglas de espaciado y tipografía Tamaños exactos, pesos y espacios El diseño se siente sutilmente desfasado
Casos extremos Texto largo, estados vacíos, errores El contenido real rompe el diseño
Activos y fuentes Imágenes, iconos, tipografías exactas Los sustitutos cambian la sensación

Diseña pensando en la construcción

Los traspasos más fluidos comienzan mucho antes de que se entregue el archivo. Comienzan cuando el diseño en sí se crea pensando en cómo se construirá. Un diseño que reutiliza un conjunto consistente de botones, valores de espaciado y estilos de texto es mucho más fácil de traducir fielmente que uno donde cada página reinventa la rueda. Esta consistencia es la base de lo que los diseñadores llaman un sistema de diseño, y da enormes frutos en el traspaso.

Los componentes reutilizables son el secreto aquí. Cuando el mismo estilo de botón aparece en todo el sitio, el desarrollador lo construye una vez y lo reutiliza en todas partes, y permanece idéntico. La misma lógica se aplica a un botón de llamada a la acción bien pensado o a los patrones recurrentes en su sistema de cuadrícula y diseño. Diseñar en sistemas en lugar de pantallas únicas elimina categorías enteras de desviación antes de que puedan ocurrir.

Define los estados, no solo la apariencia en reposo

Un botón no es una sola cosa. Tiene una apariencia en reposo, una apariencia al pasar el cursor, una apariencia al presionarse, una apariencia enfocada y, a veces, una apariencia deshabilitada. Un campo de formulario tiene un estado vacío, un estado lleno y un estado de error. Si un diseño solo muestra la apariencia en reposo, el desarrollador tiene que inventar el resto. Especificar estos estados es una de las cosas de mayor valor que puede incluir un traspaso, y es exactamente el tipo de detalle que hace que las microinteracciones y animaciones se sientan intencionales en lugar de improvisadas.

Háblense

Ningún documento, por completo que sea, reemplaza una conversación. Los mejores traspasos no son un lanzamiento unidireccional por encima de un muro; son un diálogo. El desarrollador detectará situaciones que el diseñador nunca consideró, y el diseñador detectará dónde la construcción se desvía de la intención. Una breve conversación inicial, un canal compartido para preguntas rápidas y una revisión mientras la construcción está en progreso detectan problemas mientras aún son baratos de solucionar.

Este espíritu colaborativo es importante, ya sea que tenga un equipo interno o esté trabajando con un socio externo. Si está encargando un sitio, pregunte con anticipación cómo el equipo gestiona el traspaso, porque un proceso fluido es una señal sólida de un equipo profesional. Es una de las cosas que vale la pena investigar cuando decide cómo elegir un diseñador web.

La colaboración supera el traspaso
Estudios de equipos de producto encuentran consistentemente que la estrecha colaboración entre diseñadores y desarrolladores produce mejores y más rápidos resultados que un traspaso unidireccional.
Fuente: McKinsey & Company

Revisa la construcción frente al diseño

Una vez que el sitio está construido, hay un paso que demasiados equipos pasan por alto: una comparación cuidadosa del resultado en vivo con el diseño original. Póngalos uno al lado del otro y busque las pequeñas discrepancias. ¿El espaciado es correcto? ¿Las fuentes son correctas? ¿Funcionan los efectos de desplazamiento? ¿Se mantiene bien en un teléfono como en un escritorio? Esta revisión, a veces llamada QA de diseño, es donde se obtiene el último porcentaje de pulido.

Sea específico y amable en esta revisión. "Se ve un poco mal" no ayuda a nadie; "el espacio sobre este encabezado debe ser más grande y el color del botón es ligeramente demasiado claro" le da al desarrollador algo sobre lo que actuar. Trátelo como una misión compartida para hacer que el sitio sea lo mejor posible, no una búsqueda de culpables. El objetivo es un producto terminado que realmente coincida con la promesa del diseño.

Por qué esto es importante para el resultado final

Es fácil pensar en el traspaso como una tecnicidad detrás de escena, pero se muestra directamente en lo que experimentan sus visitantes. Un sitio construido fielmente se siente coherente y bien pensado. Uno mal traducido se siente ligeramente roto de maneras que la gente no siempre puede nombrar, y esa sutil incorrección erosiona la confianza. El cuidado que pones en el traspaso es parte de lo que le da a un sitio esa sensación difícil de falsear de estar hecho profesionalmente.

Si está planificando un proyecto y quiere asegurarse de que nada se pierda entre el diseño y la construcción, vale la pena hablarlo con personas que hacen esto todos los días. Puede iniciar esa conversación a través de la página de contacto. Un poco de planificación aquí ahorra una gran cantidad de frustración más adelante.

Conclusión

El traspaso es donde la visión se encuentra con la realidad, y es demasiado importante para dejarlo al azar. Diseñe en sistemas reutilizables, defina cómo se comportan las cosas y no solo cómo se ven, documente los casos extremos difíciles, mantenga a los diseñadores y desarrolladores en comunicación, y revise la construcción terminada con el diseño original. Nada de esto requiere que sea técnico. Solo requiere un compromiso compartido para hacer bien los detalles. Haga eso, y el sitio que se lance se verá y se sentirá como el que todos amaron en la pantalla, que es el objetivo principal.

Preguntas frecuentes

¿Qué es un traspaso de diseño a desarrollo?+
Es la etapa en la que un diseño estático se entrega a las personas que construirán el sitio web en funcionamiento, junto con todo lo que necesitan para recrearlo fielmente y manejar situaciones que el diseño nunca mostró, como diferentes tamaños de pantalla y estados interactivos.
¿Por qué el sitio en vivo a veces no coincide con el diseño?+
Por lo general, porque el diseño dejó lagunas que el desarrollador tuvo que llenar con suposiciones, como cómo debería comportarse un diseño en un teléfono o cómo debería verse un botón al pasar el cursor. Cada pequeña suposición se desvía de la intención, y se suman. Un traspaso más completo evita esto.
¿Necesito ser técnico para gestionar un traspaso?+
No. Principalmente necesita fomentar una comunicación clara, preguntar si se han definido los diseños responsivos y los estados interactivos, y realizar una revisión cuidadosa comparando el sitio construido con el diseño original. Los principios son sobre la exhaustividad, no sobre el código.
¿Qué es un sistema de diseño y por qué ayuda?+
Un sistema de diseño es un conjunto consistente de elementos reutilizables, como botones, valores de espaciado y estilos de texto, utilizados en todo un sitio. Debido a que los mismos componentes se repiten, los desarrolladores construyen cada uno una vez y lo reutilizan, lo que mantiene el resultado consistente y hace que el traspaso sea mucho más fluido.

Referencias

  1. IBM Systems Sciences Institute. "Relative Cost of Fixing Defects." ibm.com.
  2. McKinsey & Company. "The Business Value of Design." mckinsey.com.
  3. Nielsen Norman Group. "Design Systems and Consistency." nngroup.com.
Regresar al blog

AUTOMATICE. OPTIMICE. DOMINE.

Optimice sus operaciones y ofrezca una experiencia de cliente fluida. Deje que nuestros expertos implementen tecnología de vanguardia y flujos de trabajo optimizados para que pueda concentrarse en lo que mejor sabe hacer.