Il punto di partenza: un designer, non una pagina bianca
Un’applicazione generata parte da uno dei cento profili di designer curati, ciascuno è un riferimento reale di design, citato esplicitamente, non un tema generico. Scegliere un profilo al momento della generazione significa scegliere un’intenzione (densa e funzionale, ariosa ed editoriale, scura e ad alto contrasto…), invece di partire da un modulo vuoto di branding da compilare campo per campo.
Questa scelta resta modificabile anche successivamente: duplicare un profilo curato come punto di partenza e poi personalizzarlo è il percorso normale, non un’eccezione.
La vostra grafica: colori, carattere, densità, e molto altro
Il primo livello di personalizzazione è quello che ci si aspetta: una palette di otto colori (accento, superfici, inchiostri, sfondi), un carattere tipografico, un raggio degli angoli, una densità di spaziatura. Questi token guidano l’intera interfaccia generata, non una singola pagina isolata.
Un secondo livello, meno evidente ma altrettanto reale, va oltre: scala e peso tipografici, maiuscole/minuscole nei titoli, trattamento delle superfici (elevazione, bordo, contrasto), composizione dei blocchi strutturali (card, barra laterale, intestazione), proprietà delle transizioni, larghezza del layout, palette scura dedicata e trattamenti espressivi per i titoli (blocco colore, ombra colorata, corsivo). Ogni impostazione di questo secondo livello è opzionale: lasciarla vuota ripristina esattamente il comportamento del profilo di designer scelto, nulla viene degradato di default.
La navigazione si personalizza dopo la generazione, senza rigenerare nulla
Le etichette della barra laterale, il loro ordine e i titoli delle pagine non sono fissati al momento della generazione: si personalizzano dalle impostazioni dell’applicazione, una volta distribuita, senza dover lanciare una nuova generazione completa. Si tratta di un’impostazione globale e persistente per l’applicazione, non di una preferenza legata all’utente.
Questa è una differenza pratica rispetto a « rigenerare solo per rinominare un menu »: qui l’aggiustamento riguarda esclusivamente ciò che necessita davvero di cambiare, anziché riaprire l’intero piano dell’applicazione.
Cosa non si personalizza manualmente, e perché
Le proprietà dei componenti dell’interfaccia e il layout deterministico (quale dato va in quale tipo di vista, come si compone una tabella o una dashboard) non sono impostazioni esposte: vengono definite dal generatore, non dall’utente. Non si tratta di una limitazione temporanea, ma della stessa filosofia che guida l’intero prodotto: la conformità tecnica è garantita per costruzione, mai affidata a un’impostazione che potrebbe generare uno schermo difettoso.
Esiste una protezione anche per il colore stesso: è consentito un solo colore di accento per applicazione. Un secondo colore deciso usato come riempimento decorativo viene rilevato e corretto automaticamente. Non è una restrizione arbitraria: una palette con due accenti in conflitto è il difetto visivo più comune nelle personalizzazioni improvvisate, e l’applicazione lo evita per progettazione, anziché contare sulla vigilanza di ciascuno.
Come procedere, concretamente
Al momento della generazione: scegliete un profilo di designer vicino all’intenzione desiderata, oppure mantenete il profilo predefinito se l’identità visiva non è ancora una priorità, potrà essere regolata in seguito, senza costi aggiuntivi.
Una volta l’applicazione è distribuita: personalizzate la grafica (colori, carattere, densità) per definire l’identità di primo livello, quindi, se necessario, regolate le impostazioni strutturali per i dettagli che fanno la differenza, senza mai toccare il codice delle viste, che rimane esattamente quello validato dal generatore.