GenUI converteix la intenció de l'usuari en pantalles: el model d'IA compon la interfície a l'instant fent servir només components aprovats del teu design system. SDK genui de Flutter, protocol A2UI i models com Gemini o Claude — construït per l'únic Flutter Partner oficial de Google a Espanya.
Respuesta directa
GenUI (Generative UI) = la interfície deixa de ser fixa i es genera en temps real segons la intenció i el context de l'usuari. El model d'IA no escriu codi ni inventa dissenys: orquestra components d'un catàleg aprovat (el teu design system) i els envia com a dades estructurades via el protocol A2UI, que Flutter renderitza de forma nativa a iOS, Android i web. Menys passos, menys fricció i zero risc de marca.
A2UI
UI com a dades estructurades, no codi generat
100%
Components del teu design system — res inventat
1 → ∞
Un catàleg, pantalles il·limitades per usuari
Ho necessites?
Si et reconeixes en alguna d'aquestes situacions, la teva interfície estàtica s'ha quedat petita per al que els teus usuaris esperen d'un producte amb IA.
Tens un chatbot amb LLM que contesta amb murs de text on hauria de mostrar botons, targetes de producte, un calendari o un formulari. L'usuari llegeix quan hauria de poder tocar.
Onboarding de vuit pantalles, checkout que abandona la meitat, formularis que pregunten coses que ja saps. GenUI comprimeix fluxos de diversos passos en una sola pantalla adaptativa.
El que és rellevant per a un usuari nou sobra per a un de recurrent. Personalitzar per segments a mà no escala: la interfície generativa s'adapta a cada persona sense multiplicar dissenys.
El teu equip de disseny no pot produir una variant per campanya, segment i cas d'ús. Amb un catàleg governat, les variants les compon el model dins de les teves regles.
Et frena que un model 'inventi' pantalles fora de la teva identitat visual. Amb GenUI el model només pot fer servir components pre-aprovats: el resultat és sempre teu, píxel a píxel.
El teu assistent funciona i vols el següent salt: que deixi de parlar i comenci a operar la interfície. GenUI és l'evolució natural d'un xat que ja converteix.
Com funciona
GenUI no és un model dibuixant lliurement. És generació governada: tres capes defineixen què pot aparèixer, quan i amb quin aspecte.
01
Les regles del joc: to, objectius, límits i comportament de l'orquestrador. Defineix què ha d'aconseguir la interfície i què no pot fer mai — la constitució del teu producte.
02
La intel·ligència situacional: qui és, què acaba de fer, què ha preguntat, en quin punt del flux està i quin dispositiu fa servir. És el que fa que la pantalla generada sigui rellevant i no genèrica.
03
El vocabulari visual: els widgets del teu design system que el model té permès fer servir, amb les seves variants i regles de composició. El model tria i combina; mai inventa.
Com ho construïm
GenUI en demo és fàcil; en producció exigeix enginyeria: catàleg governat, orquestració del model, protocol d'entrega i guarda-raïls. Construïm les quatre capes.
Casos d'ús
Els mateixos patrons que Google il·lustra amb GenUI, aplicats als sectors on treballem cada dia.
Abans
Filtres estàtics i llistats infinits que l'usuari ha de pentinar a mà.
Amb GenUI
L'usuari descriu què busca i l'app compon a l'instant una pantalla amb els productes rellevants, comparatives i el CTA adequat a la seva intenció.
Abans
Una transferència o alta de producte repartida en sis pantalles de wizard.
Amb GenUI
Una sola pantalla adaptativa que demana únicament el que falta, valida en temps real i s'ajusta al perfil i límits del client.
Abans
Un xat de text que descriu habitacions i tarifes en paràgrafs.
Amb GenUI
Targetes visuals de reserva amb dates, fotos i preus generades dins de la conversa, amb confirmació en un toc i la teva identitat visual intacta.
Abans
Dashboards fixos iguals per a tots els rols, plens de mètriques que ningú no mira.
Amb GenUI
Panells que es componen segons el rol, la tasca en curs i el que l'usuari pregunta — de la dada a l'acció sense passar per l'equip de BI.
Guia
GenUI (Generative UI o interfície generativa) és un canvi de paradigma en com es construeix la interfície d'un producte digital: en lloc de dissenyar per endavant totes les pantalles possibles, es defineix un sistema —regles, context i un catàleg de components— i un model d'IA compon la interfície concreta en temps real, adaptada a la intenció de cada usuari en cada moment. La pantalla deixa de ser un artefacte fix i passa a ser el resultat d'una conversa entre l'usuari i el sistema.
L'objecció evident és el control: com evites que un model generatiu produeixi pantalles fora de la teva marca, inaccessibles o directament trencades? La resposta és que en un GenUI ben fet el model mai no genera codi ni dibuixa píxels. Actua com a orquestrador: tria components d'un catàleg pre-aprovat —el teu design system convertit en vocabulari—, els combina segons regles de composició explícites i el resultat es valida contra un esquema abans d'arribar a pantalla. És generació governada: la creativitat del model opera dins d'un perímetre que defineix el teu equip de disseny, no el model.
La peça que ha fet això viable en producció és l'SDK genui de Flutter —publicat per Flutter Labs, l'equip de labs de Flutter a Google— juntament amb el protocol obert A2UI. Amb genui, la interfície generada viatja de l'agent a l'app com a dades estructurades en streaming: missatges que creen superfícies, actualitzen components o modifiquen el model de dades, i que Flutter renderitza de forma nativa. No hi ha webviews, no hi ha codi generat executant-se al dispositiu i no hi ha penalització de rendiment: són els mateixos widgets de la teva app, compostos dinàmicament. L'SDK és agnòstic del model — funciona amb Gemini, amb Claude o amb qualsevol LLM al qual connectis el teu backend.
Per què Flutter és la plataforma natural per a GenUI? Perquè un sol catàleg de components rendeix a iOS, Android, web i escriptori amb el mateix codi, i perquè el seu sistema de widgets composable encaixa de forma natural amb la idea d'una interfície descrita com a dades. Per a una empresa, això vol dir que la inversió en el catàleg —la part cara del projecte— s'amortitza a totes les superfícies alhora. I si la teva app ja està en Flutter, GenUI es pot introduir superfície a superfície, sense reescriure res: es comença per un flux concret (cerca, onboarding, suport) i s'expandeix segons resultats.
A Dribba portem la IA a producció des de fa anys —agents autònoms, RAG empresarial, apps de veu— i som l'única consultora espanyola al directori oficial de Flutter Partners de Google. Aquesta combinació és exactament la que exigeix un projecte GenUI: criteri de producte per decidir quins fluxos guanyen amb generació, enginyeria Flutter sènior per construir el catàleg, i experiència real operant LLMs en producció amb guarda-raïls, evals i observabilitat. Si vols explorar què faria GenUI al teu producte, t'ho ensenyem sobre el teu cas, no amb slides.
Preguntes freqüents
GenUI és un patró d'arquitectura en què la interfície d'usuari no està predissenyada pantalla a pantalla, sinó que un model d'IA la compon en temps real segons la intenció i el context de l'usuari. El model actua com a orquestrador: selecciona components d'un catàleg aprovat (el teu design system), els combina seguint regles explícites i l'app els renderitza de forma nativa. El resultat és una interfície que s'adapta a cada usuari i cada situació — menys passos, menys fricció i experiències més rellevants — sense sacrificar identitat visual ni control.
Un chatbot respon amb text; GenUI respon amb interfície. Quan demanes 'un hotel a Lisboa per al pont', un chatbot et descriu opcions en paràgrafs que has de llegir; una app amb GenUI et mostra targetes visuals amb fotos, dates i preus que pots tocar, comparar i reservar. L'LLM continua sent-hi a sota — entenent la intenció — però la seva sortida és una pantalla operativa, no prosa. De fet, el camí habitual és evolucionar un assistent conversacional que ja funciona cap a GenUI: mateix cervell, millor cos.
No, i aquesta és la clau d'un projecte GenUI seriós. El model no genera codi ni dibuixa lliurement: només pot fer servir els components que el teu equip ha aprovat al catàleg, amb les variants i regles de composició que s'hagin definit. Cada resposta del model es valida contra un esquema abans de renderitzar-se — si alguna cosa no compleix el contracte, no arriba a pantalla i l'app mostra un fallback determinista. El teu design system deixa de ser una guia que s'incompleix i passa a ser un límit tècnic impossible de saltar-se.
genui és l'SDK open source publicat per Flutter Labs (l'equip de labs de Flutter a Google) per construir interfícies generatives en Flutter. Aporta les peces de producció: el Catalog que defineix quins widgets pot fer servir el model, la gestió de superfícies i estat reactiu, i el parser del protocol A2UI. A2UI és un protocol obert en què la interfície viatja de l'agent a l'app com a dades estructurades en streaming — no com a codi — cosa que el fa segur, auditable i ràpid de renderitzar. Nosaltres l'integrem amb el teu backend i el teu design system.
Amb qualsevol. L'SDK genui és agnòstic del model: l'app envia el context al teu backend i és allà on es decideix quin LLM genera la interfície — Gemini, Claude, un model auto-allotjat o una combinació amb enrutament per cost i latència. A Dribba treballem habitualment amb Claude (Anthropic) i Gemini (Google) en producció, i muntem evals per mesurar quin model compon millors interfícies per al teu cas concret abans de casar-nos amb cap.
Sí, i és el camí que recomanem. GenUI no exigeix reescriure l'app: s'introdueix superfície a superfície. Triem un flux amb fricció mesurable — la cerca, l'onboarding, el suport, un formulari llarg —, construïm el catàleg amb els components que ja tens al teu design system i llancem aquesta superfície generativa amb fallback a la pantalla estàtica actual. Si la teva app no està en Flutter, aquest pilot pot ser també la primera peça d'una migració progressiva.
Són restriccions de disseny, no sorpreses de factura. La interfície es transmet en streaming — l'usuari veu la pantalla muntar-se en centenars de mil·lisegons, no espera que acabi la generació completa —, les composicions freqüents es guarden en memòria cau, i definim pressupostos de latència i cost per superfície: quins fluxos justifiquen generació en viu i quins funcionen amb plantilles pre-generades. Amb model routing (models petits per a composicions simples, grans per a les complexes) el cost per sessió es manté en cèntims.
Depèn de dues variables: la mida del catàleg (quants components i variants ha de poder fer servir el model) i quantes superfícies generatives vulguis en producció. El nostre format d'entrada és un pilot acotat: un flux concret, un catàleg reduït sobre el teu design system actual i mètriques de conversió comparades contra la pantalla estàtica. Això dona un senyal real de negoci abans d'escalar. A la primera sessió — sense cost — et donem un rang tancat sobre el teu cas.
“Ensenya'ns un flux de la teva app que demani massa passos i et mostrem com GenUI el resol en una pantalla.”
Analitzem el teu cas, el teu design system i quins fluxos guanyen més amb generació. Primera sessió sense cost.