Handoff (traspaso)
El momento en que el equipo de diseño entrega su trabajo al de desarrollo para que lo construya. Cuando ese traspaso es rígido (diseño termina, lanza el material por encima del muro y se desentiende), se pierden detalles y aparecen errores; por eso las formas de trabajar modernas prefieren la colaboración continua en lugar de una entrega seca.
En una analogía · Es el momento de pasar el testigo en una carrera de relevos: si se hace mal, se pierde la carrera.
También conocido como: traspaso
El handoff clásico funcionaba como una cadena de montaje: diseño preparaba todo, lo documentaba y lo entregaba; desarrollo lo recibía y lo reconstruía. El problema es que un diseño estático nunca explica todo (qué pasa al pulsar, cómo se comporta en una pantalla pequeña), y esos huecos se rellenaban a base de suposiciones.
La tendencia actual es difuminar ese momento: en vez de una entrega única y cerrada, diseño y desarrollo van avanzando juntos, de modo que las decisiones se toman con ambas partes presentes y no hay un punto frágil donde todo se pueda torcer.
Lecturas de referencia
A seguir
Seguir leyendo
- GuíaFigma MCP para design systems: el circuito diseño-código sin handoffQué expone el servidor MCP de Figma, cómo lo consume un agente como Claude Code o Cursor, y qué tiene que tener tu design system para que el circuito funcione de verdad.
- El ParteEl handoff (2008–2026)Murió el handoff, la ceremonia de lanzar las pantallas por encima del muro. Le sobrevive el sistema legible, que ya no necesita que nadie traduzca nada.
- HerramientaActa de defunción del handoffEl ritual con el que se entierra la entrega diseñador→dev como proceso. No se “mejora”: se declara muerta.
Recibe la próxima guía en tu correo
Una guía operativa nueva cada poco: cómo se construye, qué decisiones implica y qué no se hace. Sin ruido, solo cuando hay algo útil.