Il linguaggio naturale apre alcune porte e ne chiude altre.
Da un lato abbassa barriere: per le persone sorde un sistema conversazionale apre l’accesso a servizi altrimenti frustranti. Per chi ha difficoltà cognitive, una guida conversazionale passo passo è più flessibile di un wizard rigido; per chi si muove tra lingue e culture, l’allineamento dei registri riduce i fraintendimenti; per chi ha dislessia o disortografia, parlare anziché scrivere cambia la qualità dell’accesso.
Dall’altro ne alza di nuove. Le interfacce prompt-based caricano sull’utente la formulazione di richieste precise, e l’articulation barrier colpisce proprio categorie che la chat promette di includere: lo studio su circa 80 persone sorde e ipoudenti mostra che, per chi ha la lingua dei segni come madrelingua, formulare prompt efficaci in inglese scritto è la principale difficoltà d’uso — «da utente ASL nativo serve tempo per costruire il prompt giusto, perché il canale è solo testo». L’adattamento automatico non compensa (si veda L’interfaccia conversazionale: i modelli rispondono solo a richieste esplicite, ciò che chi ha minore literacy fatica a produrre). Per gli utenti ciechi e ipovedenti le interfacce conversazionali difficilmente sostituiscono screen reader e standard maturi; lo studio di Adnin e Das su 19 utenti ciechi (ASSETS ‘24, Northeastern University) mostra che le inaccessibilità — pulsanti non etichettati, feedback non annunciati — inducono modelli mentali erronei del sistema, che distorcono la calibrazione della fiducia.
Sul piano normativo la cornice esiste ma gli strumenti no. L’European Accessibility Act è in vigore e rimanda a WCAG 2.1 AA via EN 301 549. WCAG 3.0 è ancora un Working Draft (gennaio 2026), con Candidate Recommendation attesa per fine 2027 e standard finale non prima del 2028; cambierà nome in W3C Accessibility Guidelines, estenderà lo scope a app, XR e sistemi operativi, sostituirà il pass/fail con livelli bronze/silver/gold e affronterà finalmente l’accessibilità cognitiva. Tratta esplicitamente l’AI, tramite assertions: dichiarare di avere un processo documentato di revisione umana quando l’AI genera o altera contenuti, e di addestrare i modelli su informazioni relative alla disabilità rappresentative e non distorte. Sono controlli di governance, non proprietà verificabili nel DOM: l’accessibilità si sposta dal test tecnico alla maturità organizzativa. Nel frattempo la copertura di strumenti commerciali per contenuti vocali, XR e AI è di fatto nulla nel 2026: nessuna piattaforma offre conformità chiavi in mano, al massimo revisione manuale esperta.
La risposta non è scegliere tra chat e GUI, ma progettare interfacce ibride: elementi conversazionali e grafici, percorsi guidati e comandi diretti, input testuali, vocali e visivi — ogni utente sceglie la modalità adatta al contesto e al momento.
Effetto per le professionalità
- UX Researcher — Allargare intenzionalmente il perimetro della ricerca inclusiva: bassa AI literacy, difficoltà di articolazione, alta pressione cognitiva, background culturali e linguistici diversi — fin dall’inizio, non come integrazione successiva. → Risorse utili: “We do use it, but not how hearing people think”; “I look at it as the king of knowledge” (ASSETS ‘24)
- Product / UX Designer — L’ibrido non è affiancare una chat alla UI: richiede di ripensare l’architettura dell’interazione — percorsi multipli coerenti, transizioni fluide tra modalità, nessun vicolo cieco.
- Content Strategist — Contenuto da interrogare via AI (denso, struttura esplicita) e contenuto da leggere (narrativo): la coerenza tra i due va progettata senza sacrificarne nessuno.
- Front-end Developer — WCAG 3.0 non copre ancora le interfacce conversazionali in modo utilizzabile, ma WCAG 2.2 offre già criteri applicabili a una chat: 4.1.3 Status Messages (le nuove risposte vanno annunciate via
aria-live), 2.4.3 Focus Order (il focus deve restare logico tra campo di input e cronologia), Accessible Authentication, Consistent Help. Il test automatico non basta: serve verifica manuale con NVDA o JAWS. - Accessibility Specialist — Con l’EAA in vigore, WCAG 3.0 in arrivo e zero copertura strumentale sulle interfacce AI, è la figura che deve costruire internamente ciò che il mercato non offre: protocolli di test manuale per la conversazione, criteri di accettazione per componenti generativi, e i processi documentati che WCAG 3.0 chiederà di dichiarare.