Come usare l'AI per progettare un questionario post-evento

Quanto ti è piaciuto l'evento?

Arrivano 84 risposte. La media è 4,3 su 5. Il team apre il foglio, guarda il numero e non cambia niente. La domanda ha raccolto un giudizio. Non ha preparato una decisione.

L'AI può aiutarti a scrivere e controllare un questionario post-evento. Non deve decidere da sola cosa chiedere. Prima serve un legame esplicito fra dato e azione.

La regola del nostro metodo è semplice: nessuna domanda orfana. Ogni domanda entra nel form soltanto se ha un owner, una decisione e un modo previsto di leggere la risposta.

Parti da 3 decisioni vere

Non aprire ChatGPT o Claude con crea un survey per il mio evento. Apri il debrief del team e scegli le decisioni che dovranno essere prese.

Esempio fittizio per un evento con 3 sessioni:

1. tenere o togliere il laboratorio pratico,
2. cambiare la durata delle pause,
3. inviare un materiale di follow-up su 1 tema.

Sono decisioni diverse. Richiedono dati diversi.

La guidance del Government Analysis Function parte da 3 domande: cosa vuoi capire, come userai i dati e quale obiettivo analitico serve a ogni requisito. Suggerisce di non partire dalle domande già scritte. È un buon antidoto al form copiato dall'evento precedente.

Il report post-evento con l'AI lavora dopo la raccolta, insieme ad altre fonti. Qui il compito viene prima: progettare ciò che chiedi e sapere perché lo chiedi.

Costruisci la matrice domanda-decisione

La matrice rende visibile il costo di ogni domanda.

ID	Decisione	Informazione necessaria	Formato risposta	Owner	Regola d'uso
D01	tenere il laboratorio	utilità sul lavoro e difficoltà	2 scale separate + testo opzionale	program lead	rivedere format se utilità e difficoltà divergono
D02	cambiare le pause	punto in cui il ritmo si rompe	scelta fra fasce + commento	event manager	confrontare con orari reali
D03	preparare follow-up	tema ancora aperto	scelta multipla limitata	content owner	produrre materiale solo con fonte disponibile

Regola d'uso non deve fingere una soglia scientifica. Può dire chi guarda il dato, con quale altra evidenza e quale azione è ammessa. Se nessuno userà la risposta, taglia la domanda.

Una domanda demografica non entra per abitudine. Entra soltanto se serve a una lettura legittima, necessaria e già definita. Privacy, base giuridica, informativa e conservazione vanno verificate dall'organizzazione prima della raccolta.

Dai all'AI un brief, non un foglio bianco

Nel brief inserisci contesto operativo e vincoli. Non inserire risposte reali dei partecipanti.

Stai aiutando a progettare un questionario post-evento.

Evento: laboratorio aziendale fittizio, 3 sessioni.
Respondent: partecipante che ha seguito almeno 1 sessione.
Decisioni: D01-D03 nella matrice allegata.
Tempo dalla fine: invio entro 24 ore.
Canale: form mobile.

Per ogni decisione proponi al massimo 2 domande.
Separa i concetti doppi.
Evita domande leading e assunzioni.
Usa etichette complete per ogni punto della scala.
Prevedi "non applicabile" quando serve.
Indica per ogni domanda quale decisione supporta.
Non chiedere dati personali non presenti nel brief.

L'output è materiale grezzo. Il team deve controllare necessità, chiarezza, accessibilità, privacy e coerenza col canale.

Togli le domande che spingono la risposta

Una domanda leading contiene già il giudizio desiderato.

Quanto è stato utile il nostro laboratorio pratico?

Presuppone che sia stato utile. Una forma più neutra è:

Quanto ti è stato utile il laboratorio per svolgere il compito X?

La seconda domanda resta incompleta se una persona non ha partecipato al laboratorio. Aggiungi una regola di visualizzazione oppure l'opzione non ho partecipato.

La guidance britannica raccomanda domande bilanciate e sconsiglia formule che spingono verso una risposta positiva o negativa. L'AI può fare una passata di critica:

Per ogni domanda segnala:
- assunzioni non dichiarate,
- parole valutative,
- risposta suggerita,
- opzioni mancanti,
- motivo per cui una persona potrebbe non poter rispondere.

Non riscrivere ancora. Mostra prima il difetto.

Chiedere prima il difetto riduce il rischio di accettare una nuova frase soltanto perché suona più fluida.

Una domanda, un concetto

Come valuti speaker e materiali? contiene 2 oggetti. Una persona può aver trovato utile lo speaker e inutilizzabili le slide. La risposta unica perde il motivo.

La guidance definisce questo caso double-barrelled e indica di separarlo.

Domanda doppia	Domande separate
Il laboratorio era chiaro e applicabile?	Quanto erano chiare le istruzioni? Quanto puoi applicare il caso al tuo lavoro?
Audio e video hanno funzionato?	Hai avuto problemi con l'audio? Hai avuto problemi con il video?
La pausa era lunga e ben posizionata?	La durata della pausa era adeguata? In quale momento avresti preferito la pausa?

Separare non significa moltiplicare tutto. Se il dato non porta a una decisione distinta, togli il concetto meno utile.

Le scale devono dire cosa significa ogni punto

Da 1 a 5 senza etichette lascia spazio a interpretazioni diverse. Scrivi gli estremi e, quando serve, ogni punto.

Per l'applicabilità:

Valore	Etichetta
1	non so dove usarlo
2	vedo un uso, ma manca un passaggio
3	posso provarlo con supporto
4	posso provarlo sul mio processo
5	l'ho già collegato a un'attività precisa

Questa scala è un esempio di progetto. Non è validata per ogni contesto. Serve a mostrare che l'etichetta può descrivere un comportamento, non soltanto scarso o ottimo.

Mantieni direzione e significato coerenti. Se 5 significa positivo in una domanda e negativo nella successiva, l'errore entra nel dato.

Prova il questionario nel suo canale reale

Leggere le domande in un documento non equivale a completare il form sul telefono, con logiche di salto e campi obbligatori.

Il Government Analysis Function raccomanda di testare nel mezzo previsto e di guardare le domande nel flusso, non isolate. CDC CCQDER usa il cognitive interviewing per capire come una persona interpreta la domanda e costruisce la risposta.

Per un test locale puoi coinvolgere un piccolo gruppo di persone simili ai destinatari. Il numero non rende il test rappresentativo. Serve a trovare difetti di comprensione prima dell'invio.

Durante la prova chiedi alla persona di pensare ad alta voce:

Che cosa ti sta chiedendo questa frase?
A quale momento dell'evento stai pensando?
Come hai scelto questa risposta?
C'è un'opzione che manca?
Quale parola ti ha fatto esitare?

Non spiegare la domanda. Se devi spiegarla, hai già trovato un difetto.

Qui tocca stare zitti per davvero. Il progettista che difende ogni parola impedisce al test di fare il suo lavoro.

Un esempio da 7 domande

Questo esempio fittizio serve a D01-D03. Non è un template da copiare senza la matrice.

1. A quale sessione hai partecipato? Scelta multipla, serve al routing.
2. Quanto erano chiare le istruzioni del laboratorio? Scala con 5 etichette.
3. Quanto puoi applicare il caso a un'attività del tuo lavoro? Scala comportamentale.
4. Quale passaggio ti manca per provarlo? Testo opzionale, massimo indicato nel form.
5. In quale momento il ritmo dell'evento è diventato difficile da seguire, se è successo? Fasce orarie o mai.
6. Su quale tema vorresti ricevere un materiale di follow-up? Opzioni legate a fonti disponibili.
7. C'è una cosa che dovremmo togliere dal prossimo incontro? Testo opzionale.

La domanda 7 prende posizione. Chiede cosa togliere, non un altro elogio. Può produrre risposte scomode. È proprio il punto.

Non rendere tutti i campi obbligatori. Una risposta inventata per superare il form vale meno di un campo vuoto dichiarato.

Pianifica invio e chiusura prima di aprire il form

Il questionario fa parte delle comunicazioni ai partecipanti. Servono owner, orario, canale, reminder e data di chiusura coerenti con il resto del calendario.

Registra almeno:

Campo	Decisione
owner invio	ruolo responsabile
destinatari	perimetro definito
momento	finestra scelta dal team
reminder	sì o no, con limite
chiusura	data e ora
accesso ai dati	ruoli ammessi
cancellazione o conservazione	regola interna approvata

L'articolo non definisce la base giuridica né i tempi di conservazione. Sono scelte da verificare nel contesto reale.

Separa lettura automatica e decisione

L'AI può aiutare a controllare coerenza delle opzioni o a preparare una tabella vuota per la lettura. Non consegnarle risposte con PII senza un perimetro approvato. Non lasciare che trasformi automaticamente un commento in una decisione sull'evento.

La pipeline corretta è:

risposte -> pulizia ammessa -> analisi -> evidenza -> decisione umana

Il briefing speaker con l'AI può beneficiare di una domanda specifica sulle sessioni, ma solo se il dato è leggibile e il confronto è corretto. Una media generica non dice allo speaker cosa cambiare.

Errori che riempiono il foglio e svuotano il debrief

• partire da un template invece che dalle decisioni,
• chiedere gradimento su tutto,
• unire 2 concetti nella stessa domanda,
• usare scale senza etichette,
• non offrire non applicabile,
• chiedere dati personali perché potrebbero servire,
• testare il testo ma non il form mobile,
• mostrare il prototipo soltanto agli stakeholder,
• inviare senza owner della lettura,
• raccogliere commenti aperti senza un piano di codifica.

La prima matrice da scrivere

Apri il debrief ancora vuoto. Scrivi 3 decisioni che il team prenderà. Per ciascuna indica informazione, owner e regola d'uso. Solo dopo chiedi all'AI una proposta di domande.

Se una domanda resta senza decisione, toglila.

Porta a MAIKER HUB obiettivo, programma e materiali dell'evento. Costruiamo la matrice domanda-decisione, il test e il flusso di follow-up. Il form deve chiudere un dubbio. Non crearne un altro.