← Back to blog

Nano Banana per l'architettura: review 2026

Team Nuit · · 17 min read
nano-bananaiaarchitetturadesign-concettualeconfrontoworkflow

Nano Banana 2 è il modello di immagine general-purpose più forte ampiamente disponibile nel 2026. Produce bellissimi render architettonici da un singolo prompt. Ma il lavoro in fase concettuale in architettura non è un compito da singolo prompt: è una serie di decisioni correlate che devono restare coerenti tra viste, tra stanze, tra iterazioni e tra le persone che le vedono. Il modello è eccellente. Il workflow che lo circonda è ciò che determina se il risultato è un’immagine da portfolio o un concept costruibile.

Questo articolo è la pieza pilastro su come un workflow di IA architettonica differisce dal promptare direttamente un modello di immagine generale. Copre quattro lacune strutturali — coerenza, separazione delle fasi, iterazione non distruttiva e organizzazione delle referenze — e cosa fa uno strumento costruito ad hoc come Nuit per colmarle. È scritto per architetti, interior designer, sviluppatori immobiliari e consulenti in fase concettuale che stanno valutando se un modello di immagine generale è sufficiente, o se serve qualcosa di più.

Se hai tempo solo per la versione corta: un modello generale ti dà una bella immagine. Un workflow architettonico ti dà un progetto. La differenza è strutturale, non cosmetica, ed è qui sotto esattamente dove si manifesta.

Cos’è Nano Banana 2 e perché tutti lo stanno usando?

Nano Banana 2 è la generazione attuale di uno dei modelli di generazione di immagini più veloci e accessibili disponibili nel 2026. Genera immagini fotorealistiche in secondi, accetta prompt lunghi in linguaggio naturale, supporta più immagini di referenza e segue istruzioni compositive in modo molto più affidabile della generazione precedente di modelli consumer.

Per architetti e designer, tre cose lo rendono interessante:

  • Qualità dell’immagine singola. Un esterno Nano Banana 2 ben promptato può essere il render più forte del tuo dossier concettuale.
  • Velocità. Pochi secondi per immagine rendono l’ideazione essenzialmente gratuita.
  • Supporto di immagini di referenza. Puoi passare uno schizzo o un’immagine di stile insieme al prompt, e il modello la usa.

Ci sono buone ragioni per cui si è diffuso così rapidamente. La generazione precedente di strumenti di IA architettonica avvolgeva modelli più deboli con UI proprietarie e faceva pagare un premio. Nano Banana 2 è veloce, economico e ampiamente accessibile. Se il tuo compito è «genera una bella immagine di un edificio», è difficile da battere. La domanda è se quello sia il compito che hai davvero.

Il compito reale: il lavoro in fase concettuale non è lavoro da singolo prompt

La fase concettuale di un progetto architettonico è il periodo tra «abbiamo un brief» e «abbiamo un design package». Per una piccola residenza può durare due settimane. Per uno sviluppatore che si presenta agli investitori possono essere tre giorni. Per un concorso può essere l’intero incarico. In ogni caso produce lo stesso tipo di deliverable: un insieme coerente di visuali — viste di esterno, una pianta, render di interni — che condividono una sola identità di design e raccontano una sola storia.

Dentro quella fase, il lavoro ha struttura. Un architetto o sviluppatore non sta facendo «un’immagine». Sta prendendo decisioni: tipologia, massa, materiali, il modo in cui la luce entra nel salone principale, la relazione tra cucina e terrazza, la proporzione delle aperture sulla facciata d’ingresso. Ogni decisione restringe il design. Ogni decisione ha bisogno di essere visualizzata per essere valutata. E ogni visualizzazione deve restare compatibile con ogni precedente, perché un progetto è un singolo oggetto, non una galleria.

Un modello di immagine generale non ha concetto di nulla di questo. Produce un’immagine da un prompt. Il prompt successivo produce un’altra immagine, da zero, senza memoria del primo. Se hai scritto il tuo prompt con cura e sei stato fortunato, le due immagini sembrano correlate. Se no, sembrano due progetti diversi.

Questo non è un difetto del modello. È una differenza di categoria. Nano Banana 2 è un generatore di immagini. Il lavoro concettuale architettonico ha bisogno di un workflow di progetto. Le quattro sezioni che seguono descrivono cosa quel workflow deve fare e cosa il modello da solo non può.

Lacuna 1: coerenza tra viste, stanze e iterazioni

Il lamento più comune nell’usare un modello di immagine generico per l’architettura è che nulla resta uguale. Genera la facciata sud di una villa. Ora genera la facciata nord — stessa villa, stesso scheletro di prompt, il lato che guarda la piscina. Le due immagini sembrano due edifici diversi. La pendenza del tetto è diversa. Le proporzioni delle aperture sono diverse. La palette dei materiali è scivolata da pietra calcarea a un travertino più caldo. Il modello ha fatto esattamente ciò che gli è stato chiesto. Solo che non gli è stata fatta due volte la stessa domanda, perché il testo del prompt è una descrizione sottile di un design estremamente alto-dimensionale, e le lacune vengono riempite con ciò che il modello considera più plausibile in quel momento.

La stessa deriva si verifica tra le stanze. Genera il soggiorno di un progetto, poi la cucina con le stesse parole di stile nel prompt. Le due stanze si leggono come appartenessero a case diverse, perché per il modello è così. Ogni prompt è indipendente. Non c’è un progetto; ci sono solo stringhe di testo vicine nel tempo.

E si verifica tra iterazioni. Ti piace l’esterno tranne la porta d’ingresso. Riformuli il prompt con la nuova specifica della porta. Il modello rigenera l’intera immagine. La composizione cambia. L’illuminazione cambia. La proporzione di pietra e vetro è diversa. Hai cambiato una variabile e ne hai ottenute sei nuove in regalo.

Un workflow architettonico costruito ad hoc affronta la coerenza con tre meccanismi, nessuno dei quali vive dentro il modello di immagine:

  • Un brief di progetto che viaggia con ogni generazione. Una singola descrizione del progetto — tipologia, ubicazione, stile, materiali, vincoli chiave — è allegata lato server a ogni prompt. Questo significa che l’utente scrive l’istruzione locale («facciata sud, illuminazione al tramonto») e il brief fornisce il contesto globale che altrimenti il modello dovrebbe indovinare.
  • Referenze salvate che si compongono con nuove generazioni. Quando l’utente sceglie l’esterno giusto, salvarlo rende quell’immagine una referenza visiva per ogni generazione successiva. La cucina non deve più indovinare la palette dei materiali del progetto; può vederla.
  • Raffinamento sul posto con l’originale come base. Quando l’utente vuole cambiare un elemento di un’immagine, il workflow re-renderizza usando l’immagine originale come ancora strutturale invece di rieseguire il prompt da zero. Il modello modifica; non ricomincia.

Questi meccanismi trasformano il progetto in un oggetto con stato con cui il modello interagisce, invece di una serie di prompt indipendenti che il modello deve ricostruire da zero ogni volta.

In Nuit nello specifico questi corrispondono al campo brief del progetto alla creazione, all’azione Save su ogni immagine generata (che aggiunge l’immagine alle referenze salvate-di-concept del progetto) e all’azione Improve (che re-renderizza la stessa immagine con annotazioni invece di rigenerare da zero). Vedi Come ottenere dall’IA design coerenti attraverso un progetto per il dettaglio di come ogni meccanismo contribuisce alla coerenza.

Lacuna 2: un concetto ha fasi, non solo immagini

La seconda lacuna strutturale è che un concept architettonico non è un singolo artefatto. È un deliverable a strati con fasi che si costruiscono l’una sull’altra:

  1. Concept di esterno. Massa, materiali e postura dell’edificio. Qui si stabilisce l’identità di design del progetto.
  2. Pianta. Il layout — posizioni delle stanze, dimensioni, adiacenze, circolazione. Qui il progetto diventa abitabile.
  3. Visualizzazioni di interni. Viste fotorealistiche delle stanze definite nella pianta, nello stile dell’esterno. Gli interni sono il modo in cui il progetto diventa vivido per i clienti.
  4. Masterplan o piano di sito. Quando il progetto è inserito in un contesto più ampio — uno sviluppo, un campus, un resort — la relazione con il sito deve essere disegnata esplicitamente.

Un modello di immagine generale tratta ognuna di queste come un compito separato di text-to-image. Scrivi un prompt lungo per l’esterno. Scrivi un prompt separato per la pianta, sapendo che i modelli di immagine sono notoriamente deboli sui disegni architettonici e probabilmente ti serviranno molti tentativi. Scrivi un terzo prompt per ogni interno, e speri che gli stili si combinino. Non c’è concetto di «questa pianta appartiene a questo esterno» o «questa cucina appartiene alla stanza 3 di questa pianta».

Quello che ti costa è reale. Gli interni non corrispondono all’esterno perché il modello non ha motivo di allinearli. La pianta non corrisponde al brief perché il modello non ha mai letto il brief. La lista delle stanze nella pianta è quella che il modello ha deciso di disegnare; gli interni sono quelli che il modello ha deciso di disegnare; le due liste non necessariamente coincidono.

Un workflow costruito ad hoc modella le fasi esplicitamente. C’è un modo separato per ogni fase, con una strategia di modello, referenze e template di prompt diversi — ma tutti e quattro i modi condividono lo stesso brief di progetto, le stesse referenze salvate e la stessa identità di stile portata dall’esterno.

In Nuit ci sono quattro fasi — Esterno, Piante, Interni, Masterplan — e sono connesse da dati, non solo dall’intenzione dell’utente. La pianta è generata contro un brief che include l’esterno salvato come referenza visiva. La fase Interni legge la lista di stanze dalla pianta salvata e permette all’utente di generare una stanza alla volta, con la pianta e l’esterno come referenze. La fase Masterplan prende l’esterno salvato e lo posiziona in un contesto di sito. Lo sforzo dell’utente è concentrato sulla decisione specifica di ogni fase. La coerenza tra fasi viene dal workflow.

Il punto profondo: la separazione delle fasi non è una scelta di UI. È una scelta di qualità. Provare a usare un singolo prompt text-to-image per generare «un esterno e una pianta e un interno di una villa balinese di 200 m²» produce una singola immagine confusa. Dividere il lavoro in fasi è ciò che rende effettivamente utile l’output di ogni fase.

Una pieza dedicata è in Uno strumento di IA per esterno, pianta e interni: perché la separazione conta.

Lacuna 3: iterare senza perdere il lavoro precedente — branching

Se hai usato un modello di immagine generale per un progetto architettonico, conosci il loop: generare un’immagine, ti piace l’80%, riformulare il prompt con aggiustamenti per sistemare il 20%, e il modello produce una nuova immagine che sistema il 20% e rompe qualcos’altro. Riformulare di nuovo. Ora c’è altro che non va. Dopo quindici iterazioni hai una cartella piena di immagini, non ricordi quale fosse quella che ti piaceva, e tornare a uno stato precedente specifico significa scorrere la cronologia delle generazioni sperando di poterla identificare.

Non è un piccolo fastidio UX. È l’attività centrale del design concettuale. Il compito della fase concettuale è esplorare — tenere viste più direzioni allo stesso tempo, confrontarle onestamente, e impegnarsi solo quando una è chiaramente migliore. Un workflow che perde lo stato precedente ogni volta che premi genera è un workflow che punisce l’esplorazione.

La risposta architettonica è il branching. Ogni immagine generata diventa un punto di biforcazione. Puoi prendere un’immagine e generare variazioni da essa. L’originale rimane. Le variazioni sono figlie. Le variazioni stesse possono essere ramificate ancora. Il risultato è un albero, non una lista — ogni stato preservato, ogni decisione visibile, ogni alternativa recuperabile.

Ciò che rende il branching trasformativo è che l’esplorazione diventa gratis. Il costo di provare una variante più aggressiva è zero, perché la versione sicura è proprio lì accanto sul canvas. Il costo di tornare indietro è zero, perché lo stato precedente non è mai stato perso. Il costo di mostrare a un cliente tre direzioni è esattamente il costo di generare tre immagini, più la disposizione — che è anche gratis, perché il canvas la fa automaticamente.

In Nuit ogni immagine ha tre cammini in avanti: Branch (creare variazioni da questa immagine), Improve (raffinare esattamente questa immagine sul posto con annotazioni opzionali) e New Prompt (iniziare una direzione interamente diversa). Branch è il movimento di default e quello che la maggior parte degli architetti sottoutilizza al primo progetto, perché la memoria muscolare di lavorare con modelli di immagine generali è «rigenerare» — il che distrugge lo stato. Una volta che le mani del designer imparano il riflesso del branching, la velocità di esplorazione concettuale cambia di un ordine di grandezza.

Per l’approfondimento, vedi Branching come tecnica di esplorazione del design.

Lacuna 4: le referenze sono memoria di progetto, non decorazione

Gli architetti lavorano costantemente con referenze. Una palette di materiali appuntata a una parete. Una fotografia di un edificio visitato l’estate scorsa. Una pagina di rivista strappata perché le proporzioni sono esattamente giuste. Uno schizzo di una pianta venuto fuori in una riunione. Le referenze non sono «ispirazione» in un senso estetico vago — sono la memoria visiva del progetto, la fonte da cui vengono prese le decisioni.

Un modello di immagine generale accetta immagini di referenza come singolo input per prompt. Puoi allegare un paio di immagini a un prompt e il modello si ispirerà a esse. È una capacità utile. Non è un workflow.

La lacuna è l’organizzazione. Le referenze non sono mood generico. Sono organizzate per ciò a cui si riferiscono: questo gruppo è per il soggiorno, questo gruppo è per la zona piscina, questo gruppo è la palette dei materiali, questo gruppo è il linguaggio formale dell’ingresso. Senza quell’organizzazione, ogni prompt diventa un piccolo scavo archeologico — trovare la referenza giusta, allegarla, scrivere il prompt. Moltiplica per ogni generazione di un progetto e l’attrito si somma. Cosa più importante, le referenze smettono di essere usate nel tempo, perché sono troppo dolorose da recuperare.

Un workflow costruito ad hoc dà alle referenze una struttura che mappa al progetto. Le referenze vivono in sezioni — Soggiorno, Zona piscina, Cucina, BBQ, Camera dei bambini, Palette materiali, Facciata d’ingresso — e la sezione è parte del contesto del prompt ogni volta che generi in quell’area. Quando generi la cucina, le referenze della sezione Cucina si allegano automaticamente. Quando generi la facciata d’ingresso, quelle dell’Ingresso. L’overhead cognitivo di «quali referenze vanno con questo prompt» sparisce.

In Nuit questa è la vista Moodboard di ogni progetto. Puoi creare quante sezioni servono al progetto. Puoi lasciar cadere immagini in una sezione tramite upload, URL o salvando una generazione precedente. Le sezioni informano la generazione nella fase rilevante automaticamente. Una moodboard di villa residenziale può avere sei o otto sezioni; una piccola ristrutturazione di interni potrebbe averne tre; il dossier di uno sviluppatore potrebbe averne una per tipo di unità.

Il punto è che le referenze smettono di essere decorazione e diventano memoria di progetto che si compone con l’uso. Più tempo lavori su un progetto, più utile diventa la moodboard. Vedi Moodboard con sezioni per workflow di IA.

Quando Nano Banana 2 da solo basta — e quando no?

Questo articolo non è un argomento contro Nano Banana 2. È un argomento del fatto che una bella immagine non è un progetto. La decisione su quale strumento si adatta dipende da quale compito stai facendo.

Usa Nano Banana 2 direttamente quando:

  • Ti serve un’immagine d’effetto — un render principale, una copertina marketing, un singolo render da allegare a un messaggio Slack.
  • Stai esplorando un’estetica vaga — cercando direzioni stilistiche prima che esista alcun progetto.
  • L’output è il deliverable, e non c’è lavoro successivo.
  • Il «progetto» è un’immagine e non ci tornerai.

Usa un workflow architettonico costruito ad hoc quando:

  • Stai producendo un deliverable multi-immagine — esterno più pianta più interni, o più unità in uno sviluppo, o un pacchetto concettuale per un pitch.
  • La coerenza tra immagini conta — la seconda immagine deve sembrare parte dello stesso progetto della prima.
  • Il progetto itererà — ti aspetti di fare cambiamenti, confrontare direzioni e arrivare a uno stato finale attraverso esplorazione invece che con un singolo prompt perfetto.
  • Più di una persona guarderà il risultato — un cliente, un investitore, un team — e la coerenza del pacchetto incide sulla credibilità del lavoro.

Un’euristica utile: se la prossima cosa che ti chiederanno è «ok, ora mostrami l’interno» o «ora dall’altro lato» o «ora come appare al tramonto», stai facendo lavoro in fase concettuale e vuoi un workflow. Se la risposta è «perfetto, mandalo», stai facendo lavoro di generazione di immagini e il modello da solo va bene.

Una nota sul costo

Il confronto sui prezzi viene spesso frainteso. Nano Banana 2 attraverso la Gemini API costa centesimi per immagine. Un abbonamento a uno strumento di workflow costa decine di dollari al mese. In superficie lo strumento di workflow sembra più caro. In pratica, il confronto non è immagine-per-immagine — è progetto-per-progetto.

Un progetto in fase concettuale richiede in pratica tra trenta e centocinquanta generazioni — il solo esterno richiede da dieci a venti quando esplori direzioni, le piante altre dieci a venti incluso il raffinamento, gli interni sono da cinque a dieci per stanza, il masterplan poche. A centesimi per immagine via API, il costo del modello è reale ma piccolo. Il costo dominante è il tuo tempo — le ore passate a riorganizzare referenze, copiare-incollare contesto nei prompt, scorrere la cronologia delle generazioni per trovare la versione che ti piaceva e spiegare a un cliente perché la seconda immagine della stessa villa sembra una villa diversa.

Uno strumento di workflow fa pagare per il workflow, non per i pixel. La domanda giusta è se il workflow risparmia più tempo di quanto costi. Per lavoro di immagine una tantum, no. Per lavoro a livello di progetto, quasi sempre sì — e il divario cresce con la dimensione e l’importanza del progetto.

I prezzi di Nuit lo riflettono. Un piano gratuito con dieci generazioni all’iscrizione permette a un designer di provare il workflow senza impegno. I piani a pagamento partono da 39 $ al mese per centocinquanta generazioni — circa trenta pacchetti concettuali completi. I pacchetti di generazioni sono disponibili per progetti sopra i limiti del piano. Vedi la pagina prezzi per i dettagli attuali.

Cosa leggere dopo

Questo articolo è il pilastro di un cluster tematico che approfondisce ciascuna delle quattro lacune:

Il modello non è il collo di bottiglia nel 2026 — il workflow attorno ad esso lo è. Se costruisci quel workflow da solo in una cartella di prompt e screenshot, o usi uno strumento che l’ha costruito per te, è una questione di quanto vale il tuo tempo e quanta coerenza richiede il tuo progetto.

La risposta onesta è che per una singola immagine d’effetto, il modello da solo basta. Per un progetto, no. Il divario è esattamente dove vive Nuit.

Letture correlate

Start designing with Nuit

Generate architectural concepts from a simple description. No sketches, no 3D software.

Try it free