La formazione mi ha insegnato una cosa che nessuna demo riesce a mostrare: l’adozione dell’IA non comincia dal modello, ma dal momento preciso in cui una persona prova a usarlo nel proprio lavoro.

Dalla progettazione del prodotto alla progettazione dell’apprendimento

Dal 2025 collaboro con Inforcoop Ecipa Piemonte come Product Educator e AI Trainer. Ho progettato e tenuto tre percorsi professionali su prompt design applicato al web marketing, lavorando con classi di circa dieci-dodici partecipanti.

Arrivavo dal product design: ricerca, interfacce, prototipi, sistemi complessi. In aula ho ritrovato lo stesso problema sotto una forma diversa. Non bastava spiegare uno strumento. Bisognava capire il contesto, ridurre l’incertezza e costruire un percorso in cui ogni passaggio producesse un risultato osservabile.

Progettare una lezione e progettare un prodotto hanno più elementi in comune di quanto sembri. In entrambi i casi si parte da ciò che le persone devono riuscire a fare, non da ciò che la tecnologia può mostrare.

Le domande vere non riguardano i modelli

All’inizio le domande sembrano tecniche: quale modello usare, come scrivere un prompt migliore, quale strumento genera le immagini più credibili. Dopo poco, però, emerge il lavoro reale.

Come posso trasformare un brief confuso in una prima bozza? Come mantengo coerente il tono di voce? Posso riutilizzare i materiali già approvati? Chi controlla ciò che viene pubblicato? Dove finiscono i dati che inserisco?

È qui che la formazione diventa utile. Sposta l’attenzione dall’effetto della singola risposta al sistema che la rende ripetibile: input, fonti, criteri, revisione, responsabilità e output.

Un buon prompt risolve un compito. Un buon sistema rende quel compito ripetibile, verificabile e adatto al team.

Il prompt è soltanto l’interfaccia

Il prompt design rimane importante, ma non è il punto di arrivo. È l’interfaccia con cui una persona traduce obiettivo, contesto e vincoli in istruzioni leggibili dal sistema.

Quando il lavoro diventa ricorrente, la conversazione singola non basta più. Servono template, materiali di riferimento, esempi accettabili, criteri di valutazione e, in alcuni casi, automazioni che collegano più strumenti.

In aula questo passaggio è evidente: la persona smette di cercare la frase magica e comincia a costruire un metodo. È lo stesso salto che propongo alle aziende quando trasformiamo un esperimento individuale in un workflow condiviso.

La competenza decisiva è saper valutare

Generare una risposta è diventato semplice. Valutarla resta difficile. Per questo una parte centrale dei miei percorsi riguarda la capacità di riconoscere un output utile, incompleto o rischioso.

Il controllo non può ridursi a una rilettura veloce. Dipende dal compito: una bozza editoriale richiede coerenza e tono; un contenuto informativo richiede fonti; un’automazione richiede gestione degli errori; un’attività che tocca dati aziendali richiede regole sugli accessi.

L’IA aumenta la velocità di produzione. Senza criteri, aumenta anche la velocità con cui si può produrre rumore. La formazione serve a tenere insieme entrambe le cose.

  • Definire prima che cosa rende l’output accettabile.
  • Separare i fatti dalle ipotesi e rendere visibili le fonti.
  • Prevedere il controllo umano nei passaggi che richiedono giudizio.
  • Sapere quando il sistema non deve procedere.

Quello che porto oggi nei progetti aziendali

L’esperienza con Inforcoop Ecipa ha cambiato il mio modo di costruire. Quando progetto un copilota, un’automazione o un sistema di agenti, penso anche a chi dovrà comprenderlo, correggerlo e mantenerlo.

Per questo non considero la formazione una fase finale del progetto. È una parte del sistema: rende espliciti i comportamenti attesi, porta alla luce le eccezioni e trasforma l’adozione in una competenza distribuita, non nella dipendenza da una sola persona.

Il risultato che cerco non è un team impressionato dall’IA. È un team che sa usarla con più autonomia e sa riconoscere dove produce davvero valore.

Fonti e approfondimenti