Uno de los costos ocultos de repetir una pantalla en cada app o cliente nuevo es el rediseño: el mismo patrón (un onboarding, una ficha de producto, un estado de pedido) se vuelve a pensar, maquetar e implementar desde cero cada vez.
Qué resuelve un template reutilizable
Con Fractal-io, esa pantalla se diseña una vez en Figma y se exporta como template local versionado: un documento que describe su estructura, sus bloques y sus eventos. Ese mismo template puede alimentarse con datos distintos — un catálogo distinto, un saldo distinto, un estado distinto — sin volver a maquetar la pantalla, porque los datos se resuelven en tiempo real contra tu backend.
Qué sigue necesitando una nueva versión de la app
El template en sí vive empaquetado en la app, versionado localmente. Crear un template nuevo, o cambiar su estructura, se publica junto con una nueva versión de la app — igual que cualquier otro cambio de UI nativa. El MVP no incluye gestionar o publicar layouts de forma remota; eso es parte del roadmap, no de la promesa actual.
Un ejemplo concreto
Pensemos en una pantalla de bienvenida con un saldo y una tarjeta de progreso, ya publicada como template. Si el backend empieza a enviar un saldo distinto o una tarjeta con otro estado, la pantalla se actualiza sola — son datos, no estructura. Si en cambio el equipo de producto quiere agregar una tercera tarjeta que hoy no existe en esa pantalla, eso es un cambio de estructura: se diseña, se vuelve a exportar como template y se publica con la próxima versión de la app.
Cómo encaja el Composer
El Composer es donde se arma ese template sin escribir el contrato a mano: arrastrás bloques, ajustás sus propiedades en el panel correspondiente y lo exportás como template versionado.