Cluster · prompt engineering
Prompt engineering: cos'è e come iniziare
Cos'è il prompt engineering e come iniziare: framework in 6 parti, esempi prima/dopo, errori comuni e come applicarlo in azienda per risultati affidabili.
Tempo di lettura: 10 min
Guida operativa · Fondamenta AI

Il prompt engineering è la pratica di scrivere istruzioni chiare e ben strutturate per un modello AI — come ChatGPT, Claude o Gemini — in modo da ottenere risposte utili, precise e ripetibili. In pratica, è il modo in cui parli all'AI: non basta fare una domanda, conta come la fai. Lo stesso modello, con la stessa richiesta scritta in due modi diversi, può darti un output da buttare o uno pronto da usare.
La cosa importante da capire subito è questa: il prompt engineering non è programmazione. Si fa in linguaggio naturale, in italiano o in inglese, come istruiresti un nuovo collaboratore che è bravissimo ma non sa nulla della tua azienda. Devi dirgli chi deve essere, cosa deve fare, con quali dati, entro quali limiti e in che formato. Saltare questi passaggi è la causa numero uno delle risposte deludenti.
In questa guida vediamo cos'è davvero il prompt engineering, un framework concreto in sei parti per costruire prompt che funzionano, esempi reali "prima/dopo", gli errori più comuni e come applicare tutto questo nei processi di una PMI.
In sintesi
- Il prompt engineering è scrivere istruzioni chiare per un'AI così da ottenere risposte affidabili e ripetibili, non a caso.
- Non serve saper programmare: si scrive in linguaggio naturale, ma con metodo e disciplina.
- Un prompt solido ha sei parti: ruolo, contesto, vincoli, dati, formato e controllo.
- Fornire i dati nel prompt e chiedere di non inventare riduce molto le allucinazioni, ma non sostituisce la revisione umana.
- In azienda il valore arriva quando un prompt che funziona viene standardizzato e riusato su un processo ripetitivo.
Cos'è il prompt engineering e perché conta
Un prompt è l'istruzione che scrivi a un modello AI. Il prompt engineering è il metodo per costruirla, testarla e migliorarla finché produce risultati buoni in modo costante. La differenza è la stessa che passa tra fare una domanda improvvisata e preparare un briefing per un collaboratore: nel secondo caso ottieni quello che ti serve, nel primo speri che indovini.
Conta perché i modelli linguistici come i grandi modelli linguistici (LLM) non "capiscono" come una persona: prevedono la continuazione più probabile del testo che hanno davanti. Più il tuo testo è chiaro, specifico e ben contestualizzato, più la continuazione sarà quella che vuoi tu. Meno contesto dai, più il modello riempie i vuoti con ciò che è statisticamente comune — cioè generico, o a volte inventato.
Un secondo motivo è economico e operativo: in azienda non scrivi un prompt una volta sola. Lo riusi cento volte sullo stesso processo. Un prompt scritto bene fa risparmiare ore di revisione; uno scritto male moltiplica le correzioni. Per capire perché conta anche la lunghezza, è utile sapere come l'AI conta il testo: vedi i token AI.
Il framework del prompt: ruolo, contesto, vincoli, dati, formato, controllo
Non serve memorizzare tecniche esotiche. La maggior parte dei prompt efficaci si costruisce con sei mattoni. Non sempre li userai tutti, ma quando una risposta è scadente di solito ne manca uno.
| Componente | A cosa serve | Esempio di frase nel prompt |
|---|---|---|
| Ruolo | Dà al modello una prospettiva e un registro | "Sei un assistente amministrativo di uno studio commercialista." |
| Contesto | Spiega la situazione e l'obiettivo | "Devo rispondere a un cliente che lamenta un ritardo nella fattura." |
| Vincoli | Pone i limiti: tono, lunghezza, cosa evitare | "Massimo 120 parole, tono cortese ma fermo, niente promesse su date." |
| Dati | Fornisce le informazioni vere su cui lavorare | "Ecco l'email del cliente: [...]. Ecco lo stato pratica: [...]." |
| Formato | Definisce la struttura dell'output | "Rispondi con: oggetto email, corpo, e 3 bullet di azioni interne." |
| Controllo | Chiede verifica e gestione dell'incertezza | "Se mancano dati per rispondere, elencali invece di inventare." |
Il principio dietro a tutto: togli ambiguità. Ogni componente che aggiungi riduce lo spazio di interpretazioni in cui il modello potrebbe sbagliare. Il componente più sottovalutato è l'ultimo — il controllo — perché è quello che ti protegge dalle allucinazioni AI, cioè informazioni plausibili ma false.
Quando bastano due componenti e quando ne servono sei
Per un compito banale ("riassumi questo testo in 5 punti") bastano dati e formato. Per un compito aziendale ripetitivo e a rischio — una risposta a un cliente, una bozza di contratto, una classificazione — vale la pena usarli quasi tutti. La regola pratica è proporzionata al rischio: più l'errore costa, più vale strutturare il prompt.
Come scrivere un prompt, passo per passo
Ecco un metodo ripetibile per passare da un'idea vaga a un prompt che funziona. Funziona con qualsiasi modello e per quasi ogni compito di testo.
- Definisci l'obiettivo in una frase. Cosa deve produrre esattamente l'AI e per chi? "Una risposta email al cliente, pronta da inviare" è chiaro; "aiutami col cliente" no.
- Assegna un ruolo. Dì al modello chi è (es. "Sei un copywriter per e-commerce di arredamento"). Orienta tono e competenza.
- Incolla i dati reali. Non far indovinare: fornisci l'email, la scheda prodotto, i numeri. I dati nel prompt battono la memoria del modello.
- Metti i vincoli. Lunghezza, tono, cose da evitare, lingua. "Massimo 100 parole, niente superlativi, in italiano."
- Chiedi il formato esatto. Tabella, bullet, JSON, email con oggetto e corpo. Un output strutturato si riusa meglio.
- Aggiungi il controllo. "Se un dato manca, segnalalo. Non inventare prezzi o date." Riduci il rischio di errori silenziosi.
- Testa e itera. Lancia, leggi cosa non va, correggi una cosa alla volta. Quando funziona due o tre volte di fila, salvalo come modello.
L'ultimo passo è quello che separa il prompt engineering dall'improvvisazione: iterare. Il primo prompt raramente è perfetto. La differenza la fa il salvare la versione che funziona e riusarla, invece di riscrivere da zero ogni volta.
Esempi pratici
Tre esempi reali di prompt "prima/dopo", presi da situazioni di PMI italiane. Apri ciascun blocco per vedere la versione povera e quella strutturata.
Esempio 1 — Risposta a una recensione negativa (e-commerce)
Prima (debole): "Rispondi a questa recensione negativa: [recensione]."
Risultato: una risposta generica, magari troppo lunga, che promette cose non verificate e suona finta.
Dopo (strutturato):
"Sei il responsabile assistenza clienti di un e-commerce di articoli per la casa. Un cliente ha lasciato questa recensione a 2 stelle: [recensione]. Scrivi una risposta pubblica. Vincoli: massimo 80 parole, tono empatico ma non servile, in italiano, niente promesse su rimborsi o tempi. Formato: una risposta pubblica + a parte 2 bullet di azioni interne da fare. Controllo: se servono dati che non hai (numero ordine, motivo del reso), indica dove inserirli con [...] invece di inventarli."
Risultato: una risposta pubblicabile, della lunghezza giusta, senza impegni rischiosi e con le azioni interne già pronte.
Esempio 2 — Bozza di preventivo (azienda di servizi)
Prima (debole): "Fammi un preventivo per questo cliente che vuole un sito web."
Risultato: il modello inventa voci e prezzi a caso, non nel tuo formato, inutilizzabile.
Dopo (strutturato):
"Sei un assistente commerciale della mia agenzia. Dati: ecco la richiesta del cliente [...] e il mio listino voci con prezzi [...]. Prepara una bozza di preventivo. Vincoli: usa solo le voci del listino, non inventare prezzi, segnala le voci dubbie. Formato: tabella con colonne Voce, Quantità, Prezzo unitario, Totale, più una riga Totale generale. Controllo: se la richiesta è ambigua, elenca le domande da fare al cliente prima di confermare."
Risultato: una tabella pulita basata sul tuo listino reale, con le incertezze evidenziate invece che nascoste.
Esempio 3 — Classificazione email (back-office studio)
Prima (debole): "Di che tipo è questa email?"
Risultato: categorie inventate al volo, diverse ogni volta, non riusabili in un flusso.
Dopo (strutturato):
"Sei un classificatore di email per uno studio commercialista. Dati: ecco l'email [...]. Classificala in UNA di queste categorie: Fatture, F24, Contratti, Richiesta info, Altro. Vincoli: scegli una sola categoria; se nessuna è chiara, usa Altro. Formato: JSON con i campi categoria e priorita (alta/media/bassa). Controllo: non aggiungere testo fuori dal JSON."
Risultato: un output costante e strutturato che si può collegare a un'automazione AI o a un agente AI senza ulteriori interventi.
Il filo comune dei tre esempi: la versione "dopo" non è più creativa, è più vincolata. Meno libertà lasci all'interpretazione, più il risultato è affidabile e riusabile.
Tecniche utili da conoscere
Oltre al framework di base, poche tecniche ricorrono in quasi tutti i prompt aziendali. Non sono trucchi: sono modi diversi di dare contesto.
- Dare esempi (few-shot): mostra 1-3 esempi di input e output desiderato. Il modello imita il pattern molto meglio di una descrizione astratta.
- Chiedere ragionamento a step: per compiti con più passaggi, chiedi di procedere "passo per passo" prima di dare la risposta finale. Riduce errori di logica.
- Delimitare i dati: separa istruzioni e dati con marcatori chiari (es. "TESTO DA ANALIZZARE:" seguito dal contenuto). Evita che il modello confonda i tuoi dati con un comando.
- Iterare in conversazione: non rifare il prompt da zero, correggi: "Più corto", "Tono più formale", "Togli l'ultimo punto". Spesso è la via più rapida.
La tecnica più sottovalutata è la prima. Un solo esempio concreto del risultato che vuoi vale più di un paragrafo di spiegazioni. Se hai una risposta passata che ti piaceva, incollala come modello.
Errori da evitare
- Chiedere senza contesto. "Scrivimi un'email al cliente" senza dire chi è il cliente, cosa vuoi ottenere e in che tono produce testo generico. Il contesto non è opzionale: è la materia prima.
- Far indovinare i dati al modello. Se non incolli i numeri, le date o i fatti, il modello li inventa in modo plausibile. Fornisci sempre i dati reali nel prompt e chiedi di non inventare. Approfondisci con le allucinazioni AI.
- Non specificare il formato. Se non dici "tabella" o "massimo 5 bullet", ottieni un muro di testo da riformattare a mano. Il formato richiesto fa risparmiare il lavoro a valle.
- Accumulare istruzioni contraddittorie. "Sii breve ma esaustivo, formale ma amichevole" manda il modello in confusione. Scegli le priorità e ordinale.
- Inserire dati sensibili senza criterio. Incollare dati personali di clienti in strumenti pubblici può violare il GDPR. Definisci prima cosa si può condividere e cosa no.
Come applicarlo in azienda
In una PMI il prompt engineering smette di essere un esperimento personale e diventa utile quando un prompt che funziona viene trasformato in uno standard riusabile. La differenza tra "ho provato ChatGPT" e "l'AI è entrata nel processo" sta tutta qui.
Quando standardizzare un prompt conviene
- Il compito si ripete spesso (decine di volte al mese).
- Persone diverse devono ottenere lo stesso tipo di output.
- Il formato dell'output deve essere costante (per archiviare o automatizzare).
- L'errore costa tempo o reputazione, quindi serve un controllo prevedibile.
Quando non vale la pena
- Il compito è occasionale e sempre diverso.
- Serve un giudizio umano che cambia ogni volta.
- Il processo a monte è ancora confuso: prima vai a sistemarlo.
- Stai usando l'AI "per provare", senza un risultato misurabile.
Il percorso pratico è breve: individua un'attività ripetitiva, costruisci il prompt con il framework, testalo su casi reali finché è stabile, poi salvalo come template aziendale che chiunque può usare riempiendo solo i dati. Quando il prompt deve operare da solo dentro un flusso — leggere una mail, classificarla, aggiornare un gestionale — entri nel territorio degli agenti AI e dell'automazione dei processi aziendali, dove il prompt è il pezzo che istruisce il sistema.
Questo è esattamente il lavoro di una consulenza AI: capire quali processi vale la pena standardizzare, scrivere i prompt giusti e collegarli agli strumenti che già usi. Se vuoi vedere prove concrete e prototipi, dai un'occhiata agli esperimenti del The Lab.
Conclusione
Il prompt engineering non è una competenza tecnica riservata agli addetti ai lavori: è la disciplina di dire all'AI, con chiarezza, chi deve essere, cosa deve fare, con quali dati e in che formato, aggiungendo un controllo per evitare errori silenziosi. Padroneggiare il framework in sei parti — ruolo, contesto, vincoli, dati, formato, controllo — e l'abitudine di iterare è ciò che trasforma risposte casuali in risultati ripetibili. Per una PMI il vero salto avviene quando un buon prompt diventa uno standard riusato su un processo concreto. Da qui puoi proseguire con l'AI generativa per capire cosa c'è sotto, e con la guida AI per aziende per inquadrare priorità e costi.
L'AI diventa utile quando entra nei processi. Giallo Studio aiuta PMI e team a costruire automazioni concrete, misurabili e sostenibili.
Risorse correlate
FAQ
Cos'è il prompt engineering in parole semplici?
Il prompt engineering è la pratica di scrivere istruzioni chiare per un modello AI in modo da ottenere risposte utili e affidabili. Non è programmazione: è dire al modello chi deve essere, cosa deve fare, con quali dati e in che formato. Un prompt scritto bene riduce errori e revisioni; uno scritto male produce output generico o sbagliato.
Serve saper programmare per fare prompt engineering?
No. Il prompt engineering si fa in linguaggio naturale: scrivi in italiano (o inglese) come scriveresti a un collaboratore. Conta la chiarezza, non il codice. Servono più disciplina e metodo che competenze tecniche: definire l'obiettivo, fornire contesto e dare esempi.
Qual è la differenza tra un prompt e il prompt engineering?
Un prompt è la singola richiesta che scrivi all'AI. Il prompt engineering è il metodo per costruirla e migliorarla: scegliere ruolo, contesto, vincoli, dati, formato e un controllo finale, poi iterare sui risultati. È la differenza tra fare una domanda a caso e progettare l'istruzione che dà risultati ripetibili.
Il prompt engineering serve ancora con i modelli più recenti?
Sì. I modelli capiscono richieste imperfette meglio di prima, ma restano sensibili a contesto, vincoli e formato richiesto. Su compiti aziendali ripetitivi un prompt strutturato resta la differenza tra un output da rifare e uno pubblicabile. I nomi e le capacità dei modelli cambiano: verifica sempre la pagina ufficiale.
Come evito che l'AI inventi informazioni nel prompt?
Fornisci i dati nel prompt invece di chiederli a memoria, chiedi esplicitamente di non inventare e di segnalare ciò che non sa, e limita la risposta alle informazioni che hai dato. Resta comunque necessaria una revisione umana sui punti critici: nessun prompt elimina del tutto le allucinazioni.
Quanto deve essere lungo un buon prompt?
Quanto serve, non di più. Un prompt utile contiene obiettivo, contesto rilevante, vincoli e formato: spesso bastano poche righe ben strutturate. Aggiungere testo inutile non aiuta e consuma token; togliere contesto necessario peggiora la risposta. La regola è: ogni frase deve guidare l'output.





