Prima di creare messaggi IA proattivi, ascolta i “no”
Se stai valutando una funzionalità di IA che avvia conversazioni in autonomia, scopri prima in quali momenti le persone preferirebbero non ricevere nulla. Invita i potenziali utenti ad aderire a un'intervista di ricerca, chiedi loro quali sono i momenti ordinari in cui un messaggio non richiesto risulterebbe sgradito e testa i concept dei messaggi tramite un prototipo reversibile. Considera un esplicito “non contattarmi” come un requisito di prodotto da comprendere e rispettare, non come un'obiezione da superare. L'obiettivo è capire quale tipo di contatto, se presente, le persone scelgono di accogliere.
Parti dalla domanda alla base della funzionalità
La proposta di rendere un'IA “più proattiva” può celare diverse idee: un promemoria, un suggerimento, un controllo di routine o un messaggio legato a un'abitudine. Si tratta di esperienze differenti. Prima del reclutamento, descrivi il comportamento specifico proposto con un linguaggio semplice: cosa potrebbe innescare un messaggio, cosa potrebbe dire e dove la persona lo vedrebbe. Questo offre ai partecipanti qualcosa di concreto su cui reagire senza fingere che la funzionalità esista già.
Mantieni aperta la domanda di ricerca. Ad esempio: “In quali situazioni, se ce ne sono, vorresti questo tipo di messaggio, e quando preferiresti non riceverlo?” Evita di chiedere solo se a qualcuno piace l'idea o con quale frequenza desidera ricevere messaggi. Una risposta ampiamente positiva può nascondere confini importanti: qualcuno potrebbe gradire una notifica occasionale mentre cucina, ad esempio, e desiderare la massima quiete durante il lavoro, i viaggi o il tempo trascorso con altre persone. Questi sono spunti di scoperta, non affermazioni su ciò che gli utenti diranno.
Recluta persone che siano utenti effettivi o probabili dell'esperienza che stai progettando e spiega l'invito prima che accettino di partecipare. Le linee guida per la ricerca sugli utenti di GOV.UK raccomandano di chiarire lo scopo e l'attività, di rendere la partecipazione volontaria e di esplicitare la facoltà di interrompere o ritirarsi. Raccomandano inoltre di fornire le informazioni in anticipo, in modo che le persone possano prepararsi e decidere se si sentono a proprio agio nel partecipare (Getting informed consent for user research; Finding participants for user research).
Chiedi informazioni sulle situazioni, non solo sulle preferenze
In una breve intervista, inizia con esempi recenti e quotidiani. Chiedi quali tipi di messaggi digitali le persone notano già, quando tendono ad accoglierli favorevolmente e cosa sta accadendo quando li ignorano o li ignorano/respingono. Poi esplora il contesto: ora del giorno, cosa stanno facendo, se hanno avviato loro un'attività e se c'è un'altra persona nelle vicinanze. Mantieni la discussione focalizzata su routine e scelte osservabili piuttosto che chiedere ai partecipanti di prevedere un ideale astratto.
Spunti neutri utili includono: “Raccontami di una volta recente in cui un'app ti ha contattato mentre eri occupato”, “Cosa renderebbe utile un messaggio del genere in quel momento?” e “Ci sono momenti in cui vorresti che questa funzione rimanesse in silenzio?” Prosegui con: “Cosa rende diversa quella situazione?” Lascia al partecipante lo spazio per definire il limite. Non riempire le pause con motivazioni che non hanno offerto e non presentare un “sì” come la risposta preferita.
Fai domande separate sui diversi tipi di contatto. Una persona potrebbe essere aperta a un breve suggerimento in-app mentre usa una funzionalità, ma non a una notifica push che appare quando l'app è chiusa. Potrebbe desiderare un messaggio solo dopo aver aderito esplicitamente a una determinata attività, oppure nessun messaggio non richiesto. La documentazione sulle notifiche di Apple compie una distinzione di prodotto simile: consiglia di richiedere il permesso di inviare notifiche in un contesto in cui lo scopo sia comprensibile e descrive le notifiche come potenzialmente di disturbo (Asking permission to use notifications). Tali linee guida della piattaforma non stabiliscono ciò che i tuoi utenti preferiscono; le interviste dovrebbero fare emergere le loro condizioni e le loro situazioni specifiche.
Rendi l'invito alla ricerca realmente facoltativo
L'invito a partecipare non dovrebbe somigliare alla funzionalità proattiva oggetto di studio. Dichiara che la sessione è di ricerca, cosa verrà chiesto di fare al partecipante, quali informazioni raccoglierai e come verranno utilizzati i risultati. Chiedi direttamente il consenso. Rendi facile rifiutare senza perdere l'accesso alla normale esperienza. Le linee guida di GOV.UK sulla raccolta di informazioni personali raccomandano una scelta diretta e specifica e affermano che il rifiuto non dovrebbe bloccare l'uso del servizio (Collecting personal information from users).
Prima di prendere appunti o registrare, spiega tali scelte e ottieni il consenso per lo specifico metodo di raccolta. Un partecipante potrebbe accettare un'intervista ma rifiutare la registrazione. Chiarisci che è possibile saltare una domanda, fare una pausa o fermarsi. Le linee guida di GOV.UK raccomandano di ottenere il consenso informato prima di prendere appunti o registrare e di utilizzarli solo per quanto concordato (Taking notes and recording user research sessions).
Al termine, chiedi se il partecipante si sente a proprio agio con quanto registrato e ricordagli come ricontattarti qualora desideri riconsiderare la propria scelta. Mantieni gli appunti focalizzati sulla questione di design; evita di raccogliere dettagli personali non necessari. Spiega che il team di ricerca sta cercando di comprendere le preferenze di contatto, piuttosto che tentare di convincere i partecipanti ad accettare una funzionalità.
Testa l'idea con un prototipo reversibile
Dopo le interviste, trasforma le situazioni emerse in una serie ristretta di concept di messaggio. Usa esempi neutri legati ad attività ordinarie e mostra il trigger e il contesto di ricezione insieme al testo. Un messaggio non è solo una frase: i partecipanti devono sapere se arriva durante l'uso attivo, compare in un secondo momento o li raggiunge al di fuori del prodotto. Etichetta chiaramente il concept come prototipo affinché le persone non lo scambino per una funzionalità già attiva.
Permetti ai partecipanti di provare una scelta reversibile come “mostrami questo esempio”, “provalo per questa attività” o “nessun messaggio proattivo”. Se il prototipo simula una notifica, mostra come interrompere la prova e conferma che l'interruzione funzioni. Non inviare messaggi reali nell'ambito di un test a meno che le persone non abbiano aderito consapevolmente a quella specifica prova. Mantieni la prova sufficientemente breve affinché i partecipanti possano valutare l'esperienza senza vincolarsi a un'impostazione continuativa.
Osserva sia le azioni che le risposte: le persone scelgono di abilitare l'esempio, di ignorarlo, di cambiare il contesto proposto o di disattivarlo? Chiedi cosa si aspettavano che facesse ciascun controllo. Questo è un metodo di ricerca applicata, non una prova che un singolo controllo andrà bene per ogni prodotto. Il test fondamentale è verificare se i partecipanti riescono a comprendere la scelta e a revocarla senza attriti.
Registra i rifiuti come confini operativi
Dire “no” può avere significati diversi. Un partecipante può rifiutare una determinata tempistica, un tipo di messaggio, un'attività o qualsiasi contatto proattivo. Registra il limite con le sue parole e le condizioni che lo circondano. Una sintesi utile raggruppa i risultati per situazione e scelta: gradito in un'attività prescelta, accettabile solo in un contesto limitato o esplicitamente non desiderato. Mantieni il “nessun contatto” visibile come risultato a sé stante invece di seppellirlo sotto una generica preferenza per messaggi occasionali.
Separa ciò che le persone hanno detto dalla tua interpretazione. Ad esempio: “Il partecipante ha chiesto di non ricevere messaggi al di fuori di una sessione attiva” è un'osservazione; “potrebbe essere necessaria un'opzione limitata alla sessione” è un'inferenza progettuale. Cattura anche l'incertezza. Una singola intervista può individuare un possibile limite, ma non può stabilire quanto sia diffusa tale preferenza nell'intero pubblico.
Usa i risultati per decidere se la funzionalità debba procedere e quali scelte il design debba offrire. Se le persone descrivono situazioni significative di assenza di contatto, riflettile nel concept e testale nuovamente. Se i partecipanti scelgono di non ricevere alcun contatto proattivo, mantieni tale esito nel prototipo e nel riassunto della ricerca. Il senso dell'ascolto è lasciare che i rifiuti degli utenti modifichino il design.
Una sequenza pratica per il primo ciclo di ricerca
Descrivi un singolo comportamento proattivo proposto, indicandone trigger, messaggio e contesto di consegna.
Invita i probabili utenti con un invito alla ricerca chiaro e facoltativo; condividi i dettagli della sessione in anticipo.
Chiedi informazioni sui messaggi recenti e su situazioni specifiche in cui il contatto è gradito, limitato o non desiderato.
Presenta un prototipo chiaramente etichettato con opzioni distinte, inclusa quella di nessun contatto proattivo.
Consenti ai partecipanti di annullare la propria scelta e osserva se i comandi corrispondono alle loro aspettative.
Sintetizza le osservazioni dirette separatamente dalle inferenze di design; porta le scelte esplicite di disattivazione nel concept successivo.
Questa sequenza aiuta un team a capire se il contatto proattivo ha un ruolo nell'esperienza prima che venga sviluppato attorno a un'ipotesi. Le interviste rivelano le situazioni descritte dalle persone; i prototipi reversibili permettono loro di rispondere a una scelta concreta. Insieme, trasformano il “no” in un utile input di design e offrono alle persone un modo reale per scegliere la quiete.