En proyectos recientes con Idea2Form y otros equipos de diseño — sitios como EPA Community Archive, Self-eSTEM y Decolonizing Wealth Project — el flujo fue claro: ellos diseñaron en Figma, nosotros codificamos.
No es lo mismo que diseñar y desarrollar. Aquí compartimos lo que aprendimos llevando diseños de terceros a producción.
1. El Figma es la fuente de verdad
Cuando recibes un diseño terminado, tu trabajo no es reinterpretar — es traducir fielmente a HTML, CSS y JS. Eso significa respetar espaciados, tipografías, breakpoints y estados interactivos definidos en el archivo.
Si algo no funciona en código, la conversación es con el equipo de diseño — no improvisar por tu cuenta.
2. Pregunta los estados antes de codificar
Hover, focus, mobile, menú abierto, formularios con error, modales — muchas veces el Figma solo muestra el estado feliz. Antes de escribir una línea, confirma qué variantes existen o pide que las agreguen.
3. Responsive no es “encoger el desktop”
Los diseños de terceros suelen incluir breakpoints pensados. Si no, define acuerdos claros: ¿qué pasa con el menú overlay en móvil? ¿las ilustraciones geométricas escalan o se simplifican?
4. Separar diseño y código en el portafolio
Es honesto y profesional: diseño en Figma por el equipo creativo, codificación por Ignia Studio. Eso no resta mérito a nadie — cada rol tiene su expertise.
5. Performance y accesibilidad son tu responsabilidad
El diseñador define la experiencia visual; el desarrollador asegura que cargue rápido, sea accesible y funcione en Safari iOS, Chrome Android y Firefox. Eso incluye alt en imágenes, contraste, tamaños táctiles y lazy loading.
En Ignia Studio
En Tecnología desarrollamos sitios, apps y MVPs — incluyendo la codificación desde Figma de equipos de diseño externos. Si tienes diseños listos y necesitas llevarlos a producción, conversemos.