Creare un sito con un prompt è diventato lo slogan del 2026. La parte vera non è il prompt: è cosa gli metti dietro. Un briefing, dei vincoli, un giudice che boccia. Senza, il modello indovina, e tu paghi le sue supposizioni in riscritture.
Perché un sito bello può vendere meno di uno brutto
Un sito non è mai soltanto bello. Dice qualcosa prima che il visitatore legga una riga: qui è caro, qui è alla mano, questo è per me, io qui non c'entro niente.
Il Nielsen Norman Group riporta la ricerca di Gitte Lindgaard: il giudizio estetico su una pagina si forma in 50 millesimi di secondo, e poi cambia poco anche lasciando alle persone tutto il tempo che vogliono. Non è un giudizio sul contenuto. Il contenuto non l'hanno ancora letto.
L'errore che vedo più spesso nelle PMI non è il sito brutto. È il sito che indossa un vestito di due taglie sopra al prodotto. Un servizio alla portata di tutti vestito da boutique riservata allontana proprio chi lo comprerebbe. Una consulenza cara vestita da modello scaricato non convince nessuno a firmare.
Il design non arriva dopo l'offerta. È la prima riga dell'offerta.
Lo stesso prodotto vuole vestiti diversi a seconda di chi arriva. Chi ti trova da un annuncio non ti conosce e cerca motivi per fidarsi. Chi arriva dal passaparola ha già la fiducia e vuole solo capire come si comincia. L'AI ti prepara tutte e due le versioni in un pomeriggio. Quale delle due mandare in produzione resta una decisione di business.
Che cos'è il protocollo di design AI
Il protocollo di design AI è una sequenza di ruoli, materiali e criteri di accettazione che trasforma «fammi un sito bello» in un lavoro verificabile. Non produce uno schermo con una bella immagine. Produce un'ipotesi: per chi è questa pagina, cosa deve far sentire, dove si clicca, perché ci si dovrebbe credere.
Il trucco sta nel non chiedere tutto a una sola testa. Un ruolo intervista. Un altro decide il gusto. Un altro confronta le versioni. Un altro boccia. Un altro percorre il sito fingendo di non conoscerlo.
| Ruolo | Cosa fa | Cosa consegna |
|---|---|---|
| Intervistatore | Tira fuori pubblico, traffico, azione, sensazione | Un briefing scritto |
| Gusto | Taglia il visuale generico da modello | Direzione e riferimenti |
| Art director | Mette a confronto più concept | Una scelta, non il primo rendering |
| Giudice cieco | Valuta lo schermo sui criteri fissati | Una lista di correzioni |
| Utente finto | Percorre il sito come un estraneo | I rischi, prima della pubblicazione |
Ogni ruolo consegna qualcosa al successivo. Funziona come una squadra vera: uno imposta il problema, uno costruisce, uno impedisce di innamorarsi della prima versione.
Perché «un prompt» non vuol dire «una riga e via»
Il prompt iniziale non disegna niente. Carica le regole del gioco nella cartella del progetto: quali domande fare, cosa considerare buono, come valutare uno schermo, quando smettere di correggere. Da lì in poi il modello lavora sul contesto, non sulla fantasia.
E resta una cosa che il prompt non sa: il tuo prodotto. Non conosce i tuoi margini, non sa quali promesse puoi fare senza problemi legali, non ha mai parlato con un tuo cliente. Se gli dai una riga di descrizione, riempirà il resto per conto suo. Poi passerai il pomeriggio a discutere con le sue invenzioni.
Le cinque risposte da dare prima di aprire il computer
Non sono un questionario da compilare per dovere. Ognuna sposta qualcosa di preciso: le foto, il titolo, l'ordine dei blocchi, il pulsante.
- Chi arriva su questa pagina, e con quale problema in testa?
- Da dove arriva: annuncio a freddo, ricerca su Google, una risposta di ChatGPT, il passaparola?
- Quale unica azione deve fare: comprare, lasciare i contatti, prenotare, scrivere su WhatsApp?
- Quale sensazione deve restare: solidità tranquilla, artigianato, tecnologia, calore, status?
- Con quale prova la sostieni: foto vere, numeri tuoi, un cliente che parla, lo schermo del prodotto mentre lavora?
La quinta è quella che salta sempre, ed è quella che decide. Un sito senza prove è una promessa. Se hai un prodotto fisico servono le tue foto, non stock: vista d'insieme, dettaglio, materia, confezione, uso. Se vendi un servizio le prove sono altre, cioè il processo, i documenti, l'interfaccia, il risultato misurato.
Se sulla prima domanda ti blocchi, non tirare a indovinare. Vai a prendere le parole dei clienti dove già esistono: recensioni, messaggi, richieste di preventivo, registrazioni di chiamate. Da lì esce il titolo, molto più che dalla tua testa.
Da qui in poi si lavora, e il lavoro sta in una scheda sua. I nove passi con i prompt da copiare, i tempi e i controlli sono nella scheda Guida, qui sopra. Chi vuole solo capire il ragionamento può restare in questa e proseguire.
Gli errori che bruciano soldi e token
Le iterazioni inutili quasi mai nascono da un modello scarso. Nascono da un compito senza contorni e senza una definizione di «finito».
Chiedere «premium» a prescindere. La ricchezza visiva deve giustificare un prezzo, non coprire un vuoto. Su un pubblico di massa alza l'ansia invece del valore.
Dire l'obiettivo a parole. «Fallo figo» manda il modello a pescare varianti all'infinito. «Il prodotto si vede nel primo schermo, il pulsante è raggiungibile senza scorrere, su telefono il titolo sta in tre righe» finisce in venti minuti.
Copiare invece di studiare. Del sito altrui puoi prendere il principio. Codice, foto, testi, marchio e interfaccia restano di chi li ha fatti.
Provare solo sul desktop. Chi arriva da un annuncio arriva dal telefono. Se lì il modulo non parte e il video pesa, la tua estetica resta nel tuo browser.
Fermarsi alla prima versione. La prima versione serve ad avere qualcosa di cui discutere. La qualità arriva dai cicli.
Due scenari: il tuo prodotto o il sito di un cliente
Il percorso è lo stesso. Cambia cosa consideri un successo.
Se il sito è tuo
Parti da un prodotto solo. Non rifare tutto il sito aziendale al primo colpo. Scegli una sorgente di traffico e un'azione, manda un po' di visite, guarda cosa succede. Poi passa alla pagina successiva con quello che hai imparato.
Il buon risultato non si misura in numero di schermate. Si misura se è diventato più facile capire cosa vendi e fare il passo successivo.
Se lo fai per un cliente
Non vendere «il sito in un minuto». Crea un'aspettativa sbagliata e ti riporta a correzioni di gusto senza fine. Vendi un percorso con tappe che il cliente può accettare una per una: briefing, materiali, concept, direzione scelta, verifica, pubblicazione.
Questa è anche la ragione per cui il protocollo si tiene scritto. Un processo ripetibile si delega, si stima e si mette a listino. Un pomeriggio di ispirazione no.
Quando il prototipo non basta più
Fin qui il protocollo ti porta a una prima versione onesta. Il confine si vede bene, ed è meglio conoscerlo prima.
Serve una persona quando il sito deve parlare con il gestionale, quando tratta pagamenti o dati personali, quando le prestazioni contano sotto carico vero, quando la logica esce dallo standard. La regola pratica che uso: se un errore costa soldi o dati, non lo lascio alla prima versione generata.
C'è poi la parte che nessun prompt copre, cioè tenere il sito vivo. Contenuti che continuano ad arrivare, pagine che si posizionano, moduli che finiscono dove serve, misure che qualcuno legge. È lì che un sito smette di essere un progetto e diventa un canale. Se è questo il punto in cui ti trovi, ne parliamo nel check-up prima di scrivere una riga.
Creare un sito con un prompt, detto onestamente, vuol dire questo: avviare con un comando un sistema già preparato, portargli materiali veri, scegliere una direzione e guardare la pagina con gli occhi di un estraneo. Non aspettarsi che il modello indovini il tuo business al posto tuo.
Domande frequenti
Si può davvero creare un sito con un prompt?
Con un prompt si avvia un processo già preparato, non si genera un sito finito. Quel prompt installa i ruoli, apre il briefing e fissa i criteri. Poi servono i tuoi materiali, la scelta fra i concept e la verifica. Chiamarlo pulsante magico è il modo più veloce per restare delusi.
Serve un programmatore per fare un sito con l'AI?
Per il prototipo quasi mai. Serve quando entrano integrazioni, pagamenti, dati personali, prestazioni sotto carico o logiche fuori standard. La regola pratica: se un errore ti costa soldi o dati, non lasciarlo alla prima versione generata.
Quanto tempo ci vuole davvero?
L'installazione dei ruoli sono dieci minuti. Il briefing fatto bene ne chiede venti. La costruzione e i cicli di correzione occupano un pomeriggio. La parte lunga non è la generazione: è raccogliere le prove, cioè foto vere, numeri tuoi, schermate del prodotto che lavora.
Posso usare il sito di un concorrente come riferimento?
Puoi studiarne la composizione, l'ordine degli schermi, il ritmo dello scroll e il modo di presentare le prove. Non puoi prendere il suo codice, le sue foto, i suoi testi o il suo marchio. Il riferimento serve a capire un principio, non a sostituire l'autore.
Come faccio a capire se il sito è pronto per la pubblicazione?
Due prove separate. Tecnica: si apre in fretta sul telefono, il modulo consegna dove deve, nessun link rotto. Di senso: una persona estranea al progetto, in dieci secondi, sa dire cosa vendi, a chi e quale sia il passo successivo. Se una risposta è vaga, si torna al briefing.
Il protocollo vale anche per rifare un sito che esiste già?
Sì, con un passo in più all'inizio: prima di generare, si guarda cosa oggi porta contatti. Pagine che già posizionano, testi che i clienti citano, prove che funzionano. Un rifacimento che butta via quei pezzi è un sito nuovo che riparte da zero, non un miglioramento.
