Figma tracker · Herramienta para seguimiento de proyectos con desarrolladores

El equipo de desarrollo me interrumpía constantemente con la misma pregunta. No por falta de organización, simplemente no existía un lugar donde la respuesta estuviera visible. Los links a prototipos vivían enterrados en threads de Google Chat. Los estados de diseño vivían en mi memoria. Las fechas límite de entrega vivían en ningún lado. Cada handoff requería contexto que yo tenía que dar verbalmente, una y otra vez. El costo no era técnico, era de fricción. Cada interrupción me sacaba del flujo de diseño. Cada dev que esperaba un link perdía tiempo. Y lo peor: cuando yo no estaba disponible, el equipo simplemente no sabía qué podía empezar a construir. No existía una herramienta que resolviera esto. Las opciones del mercado (Zeplin, Abstract) eran demasiado para lo que necesitábamos. Lo que faltaba era algo simple: una tabla con estados, links y responsables. Pero nadie la había construido porque parecía "demasiado chica" para pedirla a desarrollo.

Llevaba meses aprendiendo HTML y CSS por mi cuenta. Sabía lo suficiente para entender qué era un componente, qué era un deploy, y cómo se estructuraba un proyecto de frontend. Pero no sabía React. No sabía Firebase. No sabía cómo conectar una base de datos a una interfaz. Lo que sí sabía era exactamente qué información necesitaba el equipo para dejar de preguntarme: el nombre del archivo de Figma, el link al prototipo, el estado del diseño (en progreso, listo, en revisión), quién del equipo de desarrollo estaba asignado, y la fecha límite. Esa claridad de producto era lo que yo aportaba. El cómo construirlo fue donde entró la IA.

Es importante ser honesta sobre qué hice y qué no hice. No aprendí React en una tarde. No me convertí en desarrolladora. Lo que hice fue usar una herramienta que eliminó la barrera técnica entre saber exactamente qué construir y poder construirlo. Cada feature que existe en la herramienta pasó por mi criterio de producto: ¿lo necesita el equipo? ¿Resuelve una fricción real? ¿Vale la pena la complejidad que agrega? La IA no puede responder esas preguntas. Esas preguntas son diseño de producto. Lo que aprendí: el valor de un Product Designer que puede hacer ship de sus ideas sin depender de un sprint de desarrollo no está en el código, está en saber qué problema resolver y para quién. La IA es la herramienta. El criterio es el diferencial.