Scenario illustrativo: persone e organizzazioni sono ipotetiche. Non è un incarico o un risultato attribuito allo studio.
LA RISPOSTA IN BREVE
Un chatbot non dovrebbe chiedere dati solo perché è tecnicamente capace di riceverli. Occorre definire quali domande possa gestire senza identificazione, quando serva autenticare il cliente e quali contenuti non debbano essere conservati o riutilizzati.
La situazione.
Scenario illustrativo fittizio. Un sito attiva un assistente AI per spiegare servizi e modalità di prenotazione. Il bot chiede subito nome, telefono e una descrizione libera del problema, anche per domande sugli orari. I testi delle conversazioni sono conservati a tempo indeterminato per migliorare il servizio e vengono consultati anche dal marketing.
PRIMA DI DECIDERE
Tre fatti da mettere a fuoco.
- 01
Domande informative e assistenza su una pratica individuale richiedono dati e controlli di identità differenti.
- 02
Il campo libero può raccogliere dati di terzi o informazioni particolari che il titolare non intendeva chiedere.
- 03
Miglioramento tecnico, assistenza e marketing non sono automaticamente un’unica finalità.
Valuta insieme questi elementi prima di scegliere le azioni.
Come impostare la valutazione.
L’articolo 5 GDPR richiede dati adeguati, pertinenti e limitati al necessario; l’articolo 25 collega le impostazioni predefinite alla protezione dei dati. In questo scenario una domanda sugli orari può essere soddisfatta senza identificare il visitatore. Chiedere informazioni prima di conoscere il compito aumenta raccolta, conservazione e rischi senza un beneficio dimostrato per quella finalità.
Le conversazioni possono contenere informazioni inesatte o non pertinenti, e le risposte del modello possono inventare procedure. Vanno quindi governati sia i dati immessi sia l’uso delle risposte. Un eventuale impiego delle chat per marketing o addestramento richiede una valutazione distinta di compatibilità, base giuridica e informazioni alle persone. La semplice accettazione delle condizioni del sito non risolve queste questioni né sostituisce il controllo del fornitore.
Cosa fare, in pratica.
- 01
Separare le funzioni del bot: informazioni generali senza identificazione, assistenza su pratiche tramite autenticazione appropriata e passaggio a una persona per contenuti non gestibili in sicurezza.
- 02
Ridurre i campi richiesti e inserire indicazioni chiare per evitare dati sensibili, documenti o informazioni di terzi, senza affidarsi soltanto all’avviso come misura protettiva.
- 03
Definire accessi, finalità e conservazione delle conversazioni, evitando che ogni reparto possa usare lo storico per obiettivi diversi da quelli valutati.
- 04
Verificare il fornitore, la memoria del sistema e gli eventuali riutilizzi dei dati, scegliendo configurazioni coerenti con ciò che il sito comunica agli utenti.
- 05
Testare risposte, escalation e gestione delle richieste privacy con scenari fittizi, controllando che il bot non prometta cancellazioni o riservatezza che il sistema non può garantire.
L’errore da evitare.
Trasformare ogni domanda informativa in un modulo di acquisizione contatti e conservare tutto lo storico perché potrebbe tornare utile in futuro.
Tre verifiche da portare con te.
- Funzioni informative separate dalle pratiche individuali.
- Finalità e tempi delle chat definiti.
- Passaggio umano e risposte sulla privacy verificati.
Un buon assistente riduce la necessità di raccontare dati personali. Il percorso senza identificazione dovrebbe restare disponibile quando basta alla richiesta.
Fonti e riferimenti.
Collegamenti alle fonti istituzionali utilizzate per il quadro di riferimento. Controlla versione, ambito e regole complementari applicabili.