Introduzione: perché una guida specifica per chioschi e schermi

Un progetto di avatar IA spesso viene validato tecnicamente prima che i contenuti conversazionali siano realmente pensati per l'ambiente fisico. Scrivere per uno schermo touch non è la stessa cosa che scrivere per un'interazione vocale. Vincoli ergonomici, tempi di attenzione e rispetto del flusso di turnazione umano richiedono scelte editoriali chiare.

Questa guida pratica propone regole operative, modelli di dialogo brevi pronti all'uso e una checklist per gestire il multilingue e preparare l'ingestione RAG dei documenti aziendali. Gli esempi sono pensati per essere testati immediatamente in un pilota su schermo o chiosco interattivo.

Principi UX da rispettare in base alla modalità di interazione

Cominciate definendo la modalità principale d'uso: touch, vocale o ibrida. Ogni modalità impone vincoli diversi sulla lunghezza delle risposte, la granularità delle scelte e il modo di orientare l'utente.

Touch: su uno schermo o chiosco l'utente può leggere e toccare. Favorire messaggi brevi, opzioni cliccabili e conferme visive. La microcopy deve essere scansionabile e orientata all'azione.

Vocale: la parola richiede un ritmo, segnali di turn-taking e risposte più sintetiche. Prevedere frasi brevi, conferme orali chiare e punti di pausa per permettere all'utente di intervenire.

Ibrido: quando una configurazione offre voce e touch, progettare versioni complementari della stessa risposta. Per esempio, una risposta vocale sintetica accompagnata da una visualizzazione più dettagliata sullo schermo.

Regole di scrittura pratiche per la microcopy

Scrivete per la situazione d'uso: in un punto accoglienza l'utente cerca orientamento rapido o informazioni. Sostituite frasi generiche con azioni concrete e opzioni chiare.

Privilegiate un tono coerente con la persona (persona) scelta. La persona combina avatar visivo, voce e istruzioni di sistema; deve riflettere la brand identity del cliente e favorire la fiducia, senza complessità inutili.

Limitate la densità informativa: una risposta iniziale dovrebbe contenere l'essenziale e, se necessario, offrire un'opzione per approfondire. Evitate lunghi paragrafi esplicativi subito.

Segnali di progresso: per le interazioni vocali, inserite marker come «Va bene» o «Perfetto» prima di eseguire una ricerca per segnalare che l'avatar ha compreso e che la ricerca è in corso.

Modelli di dialogo brevi pronti all'uso (1–3 turni)

Ecco modelli semplici da adattare. Questi script sono pensati per essere inseriti in una knowledge base RAG o usati come template durante un pilota.

  • Touch - Scenario single-turn (domanda di orientamento): Utente: «Dove si trova il servizio fatturazione?» Avatar (schermo): «Il servizio fatturazione è al 2° piano, ala nord. Vuole vedere la piantina o conoscere gli orari?» (pulsanti: Vedi piantina / Orari)

  • Touch - Scenario multi-turn (fino a 3 turni): Turno 1 - Utente: «Cerco informazioni sul reso di un prodotto.» Turno 1 - Avatar: «Per quale tipo di acquisto?» (pulsanti: Online / In negozio) Turno 2 - Utente: sceglie In negozio Turno 2 - Avatar: «Per un reso in negozio, conservi lo scontrino. Vuole conoscere le condizioni complete?» (pulsanti: Condizioni / Torna all'inizio) Turno 3 - Utente: Condizioni Turno 3 - Avatar: visualizza un riassunto e propone di stampare o inviare un link.

  • Vocale - Scenario breve e verbale: Utente: «Quali sono gli orari oggi?» Avatar (voce): «Oggi siamo aperti dalle 9:00 alle 18:00. Vuole che le dica gli orari dei servizi specifici?» Punto di turn-taking: se l'utente non risponde, prevedere un breve timeout vocale e poi offrire un'opzione touch se disponibile.

  • Vocale - Scenario di chiarimento (evitare errori di intenzione): Turno 1 - Utente: «Voglio registrarmi.» Turno 1 - Avatar: «Perfetto. Vuole iscriversi alla newsletter o fissare un appuntamento con un consulente?» Turno 2 - Utente: sceglie appuntamento Turno 2 - Avatar: «Per quale servizio?»

Microcopy per transizioni, conferme e gestione degli errori

La microcopy serve a guidare l'utente tra le fasi. Preparate messaggi brevi per le transizioni (es. ricerca in corso), conferme (es. azione riuscita) ed errori (es. risultato non trovato).

Esempi di microcopy brevi e neutrali: «Ricerca in corso», «Ho trovato questo», «Può precisare?», «Non ho capito, riformuli brevemente».

Per gli errori, evitate messaggi tecnici. Proponete sempre un'alternativa o un suggerimento: mostrare opzioni simili, offrire di ripetere la domanda o invitare a contattare il servizio competente.

Per la voce, prevedete durate di lettura ragionevoli e lasciate pause in modo che l'utente possa rispondere. Per il touch, usate etichette d'azione esplicite e conferme visive.

Strategia di fallback e regole per indirizzare all'assistenza umana

È essenziale definire in anticipo le situazioni in cui l'avatar deve indirizzare l'utente a una persona. Non presentate mai un trasferimento automatico come obbligatorio: predisponete formulazioni e scenari di escalation chiari.

Redigete messaggi di escalation standardizzati, per esempio: «Non riesco a trovare la risposta esatta. Vuole che le indichi dove trovare un operatore o che invii questa richiesta al banco?»

Prevedete anche script per raccogliere informazioni minime prima di indirizzare l'utente, in modo da aiutare il personale umano a intervenire se necessario. Indicate quali informazioni devono essere raccolte e visualizzate al personale, senza presumere che sia presente un trasferimento automatico.

Formulate opzioni chiare per l'utente: richiedere l'intervento di un consulente, visualizzare la posizione del banco o offrire un richiamo umano tramite canale esterno se l'organizzazione lo consente.

Preparare la knowledge base per l'ingestione RAG

Per ottenere risposte aziendali affidabili, preparate e pulite i documenti che volete ingerire. SANIA può sfruttare formati comuni tra cui PDF, DOCX, XLSX, TXT, CSV e NDJSON, a seconda del workflow d'ingestione scelto.

Strutturare l'informazione: date priorità ai documenti ufficiali e aggiornati, segnalate chiaramente le sezioni dedicate a orari, condizioni, procedure e contatti. Contenuti chiari e aggiornati facilitano la qualità delle risposte.

Fornite esempi di formulazioni utente e varianti frequenti per aiutare a testare la pertinenza delle risposte durante un pilota. Testate anche le risposte multilingue sfruttando il supporto per più di 100 lingue che SANIA può utilizzare in base alla configurazione.

Tenete presente che la qualità delle risposte RAG dipende dalla pertinenza e dall'attualità delle fonti fornite. Preparate un piano di aggiornamento dei documenti aziendali per evitare risposte obsolete.

Checklist multilingue operativa

Il multilingue in un punto di accoglienza non si limita alla traduzione parola per parola. Ecco una checklist pratica da usare durante il pilota per garantire coerenza e usabilità degli script in più lingue.

  • Identificare le lingue realmente rilevanti per il pubblico target e prioritizzarne il trattamento.

  • Verificare microcopy e pulsanti in ogni lingua per assicurarsi che rimangano brevi e comprensibili.

  • Testare le variazioni culturali: formule di cortesia, formato delle date e unità locali.

  • Prevedere scenari di rilevamento del cambio lingua in sessione e messaggi di conferma per l'utente.

  • Validare le risposte provenienti dalla knowledge base in ogni lingua, concentrandosi sulla coerenza terminologica.

Metriche da seguire durante il pilota e indicatori utili

La misurazione delle prestazioni richiede strumenti esterni o un'adeguata strumentazione prevista nel progetto. Proponete indicatori coerenti con gli obiettivi del pilota e scegliete i metodi di raccolta di conseguenza.

Esempi di indicatori utili da strumentare dal team di progetto: tasso di completamento di un'interazione, quota di richieste che richiedono intervento umano, durata media di un'interazione vocale e tasso di riformulazione. Questi indicatori devono essere implementati dall'organizzazione secondo i propri strumenti di raccolta e monitoraggio.

Integrate le misure quantitative con revisioni qualitative: analisi di estratti di conversazioni, test utente in condizioni reali e verifica delle risposte RAG su casi aziendali sensibili.

La durata e la dimensione del pilota dipendono dal traffico e dagli obiettivi. Adattate la granularità delle misure alla realtà operativa del sito pilota.

Errori frequenti e punti di attenzione

Ecco insidie ricorrenti da evitare durante la scrittura e il rilascio degli script:

Contenuti troppo lunghi: scrivere paragrafi esplicativi completi nella risposta iniziale. Preferire riassunti e un'opzione per approfondire.

Cattiva gestione del turn-taking vocale: non lasciare pause o interrompere l'utente. Prevedere segnali e gestione delle interruzioni in base alla configurazione.

Assenza di microcopy per gli errori: non lasciare mai l'utente senza indicazioni in caso di fallimento di una ricerca. Offrire sempre un'alternativa o una chiara azione successiva.

Per approfondire e concludere

Scrivere script per un avatar IA distribuito su chiosco o schermo richiede scelte editoriali precise: adattare la lunghezza, prevedere segnali di turn-taking, progettare microcopy di transizione e definire una strategia di escalation coerente. Preparate i documenti aziendali per l'ingestione RAG e testate le varianti nelle lingue prioritarie.

SANIA è una soluzione professionale di avatar IA conversazionale che può essere distribuita su schermo o chiosco interattivo e comunicare in più di 100 lingue, sfruttando una knowledge base aziendale per fornire risposte adeguate in base alla configurazione del progetto. Per sapere come adattare questi modelli al vostro contesto e provare template pronti in un pilota, potete richiedere una dimostrazione di SANIA.