DesignOps · Workflow
Optimización de la arquitectura de Figma y del handoff técnico del equipo.
El desafío
Nuestro Figma estaba organizado por squads (Cafeína Team, Dulcito de Coco, Feeling Box...), pero el producto había crecido y los diseñadores colaboraban constantemente entre squads distintos.
El resultado: historias de usuario documentadas en archivos que no correspondían. Una historia del squad de Cafeína Team terminó en el archivo de otro squad, simplemente porque quien la ejecutó pertenecía a un equipo distinto — y encontrarla después se volvió tedioso.
Esto no era solo desorden: nos restaba velocidad y descubribilidad en el día a día de todo el equipo de diseño.
Resumen del proyecto.
Rol
Design Ops Lead
Herramientas
Figma · Jira
Duración
3 meses
Equipos involucrados
Diseño · Desarrollo · Product Owner
Alcance
Reorganización completa de Qik en Figma
Resultado clave
Estructura estandarizada, adoptada por todo el equipo de diseño
Estructurar para nuestra realidad.
Sistema estructural
Propusimos una arquitectura de cinco niveles, adaptada a la realidad de Qik:
- Organización — todos los colaboradores invitados; diseñadores con permisos de edición, el resto con permisos de solo vista.
- Equipos — agrupados por función real: Productos, Handover, Marketing, Design System, DesignOps y Vendors.
- Proyectos — un espacio por cada producto, funcionalidad core o colaboración externa.
- Archivos — los flujos específicos de cada producto o funcionalidad, con nomenclatura basada en siglas de equipo y feature.
- Páginas — cada archivo dividido en UI Team, UX Team e Información del archivo (handover, cover).
No existe una única forma "correcta" de estructurar Figma — la clave fue adaptar la arquitectura recomendada a cómo Qik realmente trabaja.
Todos colaboran dentro de Figma, sin embargo existen reglas para el equipo de Product que son lo que velan por mantener este software organizado.
Para garantizar una buena organización se propuso crear los proyectos basados en funcionalidades, producto y equipos externos al de Product Design.
Pensado para que cualquiera encuentre lo que busca.
Decisiones de diseño
Cada archivo se dividió en carpetas claras: UI Team, UX Team y la información necesaria para el traspaso a desarrollo.
Del lado de UI: exploraciones, el flujo aprobado (UI Check), prototipos y un archivo de descartados para no perder el histórico de decisiones. Del lado de UX: wireframes y benchmark. Y en ambos, una sección de Handover Info y un Cover con título, descripción y fecha — para que cualquier diseñador, nuevo o no, entienda el archivo sin tener que preguntar.
La nueva estructura no cambió lo que diseñamos, cambió cómo lo encontramos y cómo lo entregamos.
El impacto
Menos tiempo perdido buscando archivos o flujos mal ubicados.
Rituales claros de colaboración con desarrollo: planning, refinamiento y evidencia centralizada en RFD y Jira.
Handover estandarizado — cualquier diseñador puede tomar un archivo y entender su estado.
Una base que se prueba, se itera y se ajusta con feedback real del equipo, no una regla fija.
Más que una carpeta bien nombrada, esto le dio al equipo un lenguaje común para trabajar.
El aprendizaje
Ordenar Figma me enseñó que la estructura no es burocracia — es lo que le da velocidad real a un equipo que crece.
Antes de esto, pensaba que "organizar archivos" era una tarea menor comparada con diseñar pantallas. Hoy sé que es al revés: sin una base ordenada, cada pantalla nueva cuesta más de lo que debería.
La parte más valiosa no fue definir la estructura, sino lograr que el equipo la adoptara como su forma natural de trabajar.