Un sistema de diseño puede estar muy ordenado en Figma y dejar preguntas abiertas al pasar al producto. Por eso reviso si los tokens, componentes y estados explican también las decisiones que necesita el código.
En Buy&Sell quise comprobar algo concreto: que los estados visuales del sistema se correspondieran con los permisos, los datos y el ciclo de vida del producto.
Diseñar contratos, no catálogos
El componente útil no es el que acumula variantes. Es el que expresa un contrato comprensible: qué recibe, qué devuelve, qué estados admite y qué parte puede cambiar sin romper el conjunto.
Figma ayuda a explorar y alinear. El código obliga a precisar. Cuando ambos divergen, no basta con corregir píxeles: hay que revisar el modelo compartido.
El traspaso es una conversación
La documentación no sustituye el trabajo entre diseño y desarrollo. Un sistema resistente incorpora decisiones, ejemplos y límites, pero también un proceso para negociar excepciones.
La fidelidad importante no consiste en que dos capturas coincidan. Consiste en conservar intención, jerarquía y comportamiento cuando el producto recibe datos reales.
Recorrer el sistema de Figma a Angular