L’IA come rampa e come scala: quando la «tecnologia facile» esclude proprio chi ne ha più bisogno

La demo è impeccabile. Una cittadina rivolge una domanda a un chatbot nel linguaggio di tutti i giorni. Il sistema trova il modulo giusto, semplifica le istruzioni e compila diversi campi. Il pubblico applaude. Qualcuno dice: «Questo renderà il servizio accessibile a tutti».

Ora cambiamo utente.

Lei naviga con la tastiera, non con il mouse. La finestra della chat intrappola il focus. La risposta scompare prima che il suo screen reader abbia finito di leggerla. Quando chiede di parlare con una persona, il bot ripete l’articolo dell’assistenza. Il vecchio numero di telefono è stato eliminato perché il nuovo servizio è «più facile».

La stessa IA che nella presentazione sembrava una rampa è diventata una scala piazzata davanti all’unico ingresso.

L’accessibilità non è una proprietà che un prodotto acquisisce aggiungendo l’icona di un microfono. È una relazione tra una persona, un compito, un ambiente e il sostegno disponibile. La domanda giusta non è «La funzione esiste?», ma «Questa persona riesce a ottenere ciò che conta, con dignità, controllo e una vera via d’uscita?».

La promessa è autentica: l’IA può essere una rampa

L’IA può ampliare l’autonomia concreta. La conversione della voce in testo può aiutare chi non riesce a digitare agevolmente. La sintesi vocale e la descrizione delle immagini possono rendere accessibili i contenuti visivi. La sottotitolazione automatica può aprire un evento dal vivo a un pubblico più ampio. La riscrittura in linguaggio semplice può aiutare chi affronta un sovraccarico cognitivo o una burocrazia poco familiare. L’inserimento predittivo può ridurre lo sforzo fisico necessario per comporre un messaggio.

Per giornalisti ed educatori, queste funzioni possono ampliare sia la produzione sia la partecipazione. Un reporter con una disabilità motoria può dettare gli appunti. Uno studente può chiedere una spiegazione alternativa senza dover mettere in scena davanti alla classe il fatto di non aver capito. Un lettore può passare dall’audio al testo o a un riassunto visivo a seconda della giornata, del dispositivo e del contesto.

Il capitolo di Piotr Plichta nel rapporto polacco EU Kids Online 2026 coglie la duplice natura della tecnologia digitale per i giovani con bisogni educativi speciali. Le tecnologie assistive possono sostenere lo sviluppo, la comunicazione, l’autonomia e la partecipazione sociale; al tempo stesso, scarsa accessibilità, competenze limitate e sostegno insufficiente possono aggravare difficoltà già esistenti (2026, pp. 163 - 165). Il rapporto descrive un contesto nel quale benefici e rischi possono essere entrambi elevati, non una semplice storia di salvezza o di danno (p. 164).

Questo equilibrio conta. Se parliamo soltanto di rischio, gli utenti disabili e altrimenti marginalizzati diventano persone da proteggere dalla tecnologia. Se parliamo soltanto di opportunità, diventano comparse riconoscenti al lancio di un prodotto. In realtà sono utenti, lavoratori, creatori e cittadini che hanno il diritto di contribuire a definire le condizioni d’uso.

Perché la rampa torna a trasformarsi in scala

La prima trasformazione avviene quando un’opzione diventa un passaggio obbligato. L’input vocale aiuta quando affianca la tastiera; esclude quando la voce è l’unica via d’accesso in una casa rumorosa, per una persona con un disturbo del linguaggio o in assenza di privacy. Un chatbot è comodo quando si aggiunge a un modulo e a una linea presidiata; diventa coercitivo quando li sostituisce.

La seconda avviene attraverso l’instabilità dell’interfaccia. Anche i servizi tradizionali possono essere progettati male, ma le interfacce generative aggiungono imprevedibilità. La stessa richiesta può produrre ogni volta parole, ordine e lunghezza differenti. Una persona con difficoltà cognitive o di apprendimento può essere costretta a riscoprire il percorso a ogni tentativo. «Conversazionale» non significa necessariamente semplice.

Il terzo fattore è l’asimmetria dell’errore. Un utente sicuro di sé può accorgersi che un riassunto è sbagliato e correggerlo. Chi dipende dal sistema proprio perché l’originale non è accessibile potrebbe non disporre di un modo indipendente per controllare. Quello che avrebbe dovuto essere un adattamento ragionevole diventa un punto unico di fallimento epistemico.

Il quarto è il lavoro cognitivo nascosto. Un sistema può usare parole semplici ma chiedere all’utente di formulare il prompt perfetto, ricordare diverse condizioni, interpretare consigli incerti e uscire da un ciclo senza fine. L’interfaccia ha eliminato i pulsanti visibili e li ha sostituiti con un programma d’esame invisibile.

Il quinto è la dipendenza incorporata nel progetto. L’assistenza può sviluppare capacità, ma può anche aggirare l’apprendimento o il giudizio che la persona voleva coltivare. Chodak e Filipek individuano nell’eccessivo affidamento e nella perdita di competenze un rischio dell’IA generativa (2025, p. 45). Nel dibattito di EU Kids Online, Plichta traduce l’avvertimento in termini umani ancora più netti: «A perdere di più potrebbero essere gli alunni con minori capacità di apprendimento» (traduzione dell’autore, 2026, p. 166).

La domanda non è se sia lecito ricevere aiuto. È se quell’aiuto allarghi lo spazio d’azione della persona oppure, in silenzio, porti via i mobili.

Capacità: smettiamo di contare le funzioni e osserviamo la libertà

L’approccio delle capacità di Amartya Sen distingue le risorse dalle opportunità reali che le persone hanno di essere e di fare ciò a cui attribuiscono valore (1999, pp. 74 - 110). Due persone possono ricevere la stessa risorsa e disporre di libertà radicalmente diverse nel trasformarla in un risultato. Una rampa è utile soltanto se raggiunge la porta, non è ostruita e conduce in un luogo in cui la persona ha ragione di voler andare.

Applicata all’IA, questa prospettiva cambia la valutazione. Un team di prodotto può contare le lingue supportate, le impostazioni di accessibilità o le

conversazioni portate a termine. Un audit delle capacità chiede se una persona riesce a comprendere la decisione, completare il compito, proteggere le informazioni private, correggere un errore, chiedere aiuto e scegliere un percorso alternativo.

Rende visibili anche i fattori di conversione. Un assistente vocale può funzionare tecnicamente e fallire in una stanza condivisa, dove parlare rivela una condizione di salute. Un testo semplificato può essere leggibile ma eliminare i dettagli giuridici necessari per un consenso informato. Uno strumento di IA gratuito può richiedere un dispositivo recente, una connessione stabile e un account che l’utente non possiede. La funzione è presente; la capacità è assente.

Questa prospettiva evita il mito dell’utente medio. Disabilità, età, lingua, reddito, istruzione e circostanze temporanee si intersecano. Una persona può usare uno screen reader, parlare una lingua minoritaria e dipendere da un vecchio telefono. Un’altra può possedere ottime competenze tecniche e sperimentare una stanchezza che cambia di ora in ora. L’accessibilità non è un piccolo reparto al servizio di una categoria fissa, chiamato in causa dopo che il prodotto principale è già stato costruito.

Il rapporto polacco sull’esclusione legata all’IA formula un’osservazione istituzionale affine: i servizi dovrebbero essere progettati a partire dalla «soglia d’ingresso più bassa», coinvolgere gli utenti finali nella co-creazione e offrire contatto umano, possibilità di ricorso e spiegazioni comprensibili (Kaniecki, 2026, pp. 37 - 39). La soglia più bassa non implica l’ambizione più bassa. Significa progettare la porta a partire dal margine, anziché allargarla in seguito con un cacciavite.

Chi paga per la tecnologia «facile»?

Spesso il peso viene trasferito proprio sulla persona meno in grado di sostenerlo.

Consideriamo il caso ipotetico di uno studente con dislessia che usa un riassunto generato dall’IA perché fatica a elaborare rapidamente l’articolo originale. Se il riassunto inventa una citazione, lo studente potrebbe inserirla nel proprio lavoro ed essere accusato di negligenza. L’istituzione guadagna efficienza; lo studente si assume il rischio reputazionale.

Oppure pensiamo a un residente anziano la cui domanda per una prestazione sociale viene respinta dopo che un chatbot ha frainteso una risposta. Il registro ufficiale del servizio segna la pratica come completata. La figlia trascorre una

serata a cercare il modo di presentare ricorso. Il sistema non ha eliminato il lavoro: lo ha privatizzato dentro la famiglia.

O ancora, immaginiamo una giornalista sorda che si affida ai sottotitoli in tempo reale durante una conferenza stampa. I nomi sbagliati possono essere corretti in seguito, se la registrazione resta disponibile e un collega la aiuta. Se la redazione tratta i sottotitoli come definitivi e cancella la fonte, l’adattamento si è trasformato in distruzione delle prove.

Sono scenari ipotetici, ma il meccanismo distributivo è noto: quando un sistema «senza attrito» fallisce, la riparazione viene svolta da utenti, parenti, insegnanti, personale in prima linea e organizzazioni della società civile. Il loro tempo compare raramente nel calcolo dell’efficienza.

Il campione di EU Kids Online 2026 ricorda utilmente che non stiamo parlando di un minuscolo gruppo periferico. Nell’analisi aggregata di Plichta, 348 dei 1.502 intervistati - il 23,2 per cento - hanno dichiarato almeno una disabilità, un problema di salute o una difficoltà di apprendimento inclusi nell’indicatore dello studio relativo ai bisogni educativi speciali. L’autore precisa esplicitamente che questa categoria ombrello è eterogenea e presenta limiti analitici (2026, p. 167). Una buona progettazione comincia preservando quella diversità, non trasformando 348 persone in un’unica persona-tipo chiamata «utente vulnerabile».

Mettere la persona al centro significa dignità, autonomia e ricorso

La dignità richiede aiuto senza umiliazione. Un utente non dovrebbe dover rivelare una diagnosi per sbloccare un formato leggibile, ripetere un racconto doloroso a una successione di bot o accettare un linguaggio infantile in nome della semplicità.

L’autonomia richiede più del semplice completamento del compito. La persona dovrebbe sapere quando interviene l’IA, che cosa accade ai suoi dati, quali parti possono essere corrette e se il sistema sta consigliando o decidendo. Dovrebbe poter usare l’assistenza senza rinunciare all’originale e rifiutarla senza perdere l’accesso.

La responsabilità richiede una persona raggiungibile e dotata dell’autorità necessaria. «Contatta l’assistenza» non significa nulla se l’assistenza può soltanto ripetere la risposta del modello. Nei servizi pubblici, educativi,

occupazionali e sanitari ad alto impatto serve un percorso verso una persona capace di esaminare il contesto, modificare l’esito e spiegare il rimedio.

Un percorso senza IA non è nostalgia. È resilienza. I sistemi falliscono, i dispositivi si rompono, i modelli cambiano e le persone possono avere obiezioni legittime al trattamento automatizzato. L’alternativa deve essere equivalente: nessun costo supplementare, ritardo punitivo o trattamento di rango inferiore. Una scala accanto a un ascensore chiuso a chiave non è una scelta.

Il Test della soglia minima: un audit pratico dell’accessibilità

Il Test della soglia minima è un controllo di rilascio applicato a un risultato reale. Va svolto con le persone che utilizzano il servizio, non simulato da un team di progettazione i cui membri, a turno, chiudono gli occhi.

1. Definite il risultato e la posta in gioco. Scrivete «presentare un ricorso entro la scadenza», non «usare il chatbot». Stabilite che cosa accade se la persona fallisce: disagio, perdita di apprendimento, danno economico, rappresentazione pubblica scorretta o pericolo. Più grave è la conseguenza, più solida deve essere l’alternativa.

2. Coinvolgete utenti finali diversi e retribuiteli. Includete persone con bisogni sensoriali, motori, cognitivi e di apprendimento; lingue e competenze digitali differenti; dispositivi più vecchi e connessioni lente. Collaborate con le organizzazioni delle persone con disabilità, senza però aspettarvi testimonianze gratuite. Registrate chi è mancato dal test.

3. Mappate ogni percorso, compreso quello senza IA. Disegnate il viaggio per tastiera, tocco, voce, screen reader, uso assistito, modulo convenzionale e contatto umano. Segnate dove l’IA è obbligatoria, dove i dati escono dall’organizzazione o dove l’utente deve cambiare modalità. Un percorso esiste soltanto se i partecipanti riescono a trovarlo senza conoscenze da addetti ai lavori.

4. Verificate percezione e funzionamento. Controllate titoli, ordine del focus, etichette, contrasto, sottotitoli, trascrizioni, zoom, timeout e compatibilità con le tecnologie assistive. Offrite testo e voce quando sono utili, senza imporne mai uno. Rendete prevedibili gli aggiornamenti generati e annunciateli agli screen reader senza interrompere l’utente.

5. Verificate l’accessibilità cognitiva. Usate un linguaggio semplice senza eliminare il significato necessario. Dividete i compiti in passaggi stabili, mostrate

l’avanzamento e consentite di fare una pausa, controllare e riprendere. Non fate affidamento sul ricordo dei turni precedenti della chat. Spiegate gli errori in modo specifico: che cosa è successo, che cosa rimane salvato e che cosa può fare ora la persona.

6. Verificate verità e recupero. Introducete errori realistici del modello. L’utente riesce a individuare una risposta sbagliata, consultare la fonte, correggere l’input e annullare l’azione? Conservate gli originali. Non consentite mai che una semplificazione generata diventi l’unico documento del consenso, della testimonianza o della prova.

7. Misurate la capacità, non gli applausi. Registrate se gli utenti raggiungono autonomamente il risultato, quanto tempo impiegano, dove serve assistenza e se comprendono le conseguenze. Chiedete se lo strumento ha aumentato il controllo. Un compito svolto rapidamente da un facilitatore non equivale a successo indipendente.

8. Proteggete privacy e scelta. Spiegate in un linguaggio accessibile il ruolo dell’IA e i tempi di conservazione. Riducete al minimo i dati sensibili, offrite un modo per cancellarli o correggerli ed evitate di dedurre una disabilità quando la persona può semplicemente scegliere un formato. Le preferenze di accessibilità non devono diventare profili pubblicitari.

9. Verificate i percorsi umani e senza IA. Mostrate il numero di telefono, lo sportello presidiato, l’e-mail o il modulo tradizionale prima che inizi il ciclo senza uscita. Verificate tempi di risposta, autorità e passaggio di consegne. L’utente non dovrebbe ripetere l’intero racconto. Consentite l’intervento di una persona di fiducia autorizzata, preservando la voce e il consenso dell’interessato.

10. Stabilite una soglia di rilascio e pubblicate le prove. Nei compiti critici, il test fallisce se un qualsiasi gruppo coinvolto non riesce a completarli in sicurezza attraverso almeno un percorso equivalente. Indicate il responsabile, la data prevista per la correzione e l’alternativa temporanea. Ripetete il test dopo le modifiche al modello o all’interfaccia e comunicate le esclusioni ancora irrisolte.

Non esiste un’unica barriera minima

Le esigenze di accessibilità possono entrare in conflitto. Un’animazione può guidare una persona e sopraffarne un’altra. Il linguaggio semplice può facilitare la comprensione e al tempo stesso ridurre la precisione giuridica. La voce può aumentare l’autonomia e distruggere la privacy. La risposta consiste di solito in percorsi adattabili, non in un’unica «modalità accessibile» relegata nel seminterrato delle impostazioni.

Anche i test partecipativi possono ridursi a una presenza simbolica. Pochi consulenti abituali non possono rappresentare ogni disabilità o contesto. Le organizzazioni devono combinare standard, valutazione esperta, ricerca con gli utenti, reclami e osservazione continua. E devono essere pronte a sentirsi dire che una funzione celebrata non dovrebbe essere lanciata.

Le alternative umane possono essere fittizie se non ricevono risorse adeguate. Una linea telefonica presidiata con due ore di attesa non costituisce un accesso equivalente. D’altra parte, presumere che ogni persona desideri un aiuto umano può essere paternalistico. Alcuni utenti preferiscono la riservatezza e il ritmo di una macchina. Il requisito etico è una scelta praticabile.

Né un audit locale può riparare sistemi operativi inaccessibili, cattiva connettività o povertà. Il secondo livello dell’esclusione digitale riguarda competenze e uso, ma l’accesso materiale continua a contare. Servono collaborazione, finanziamenti pubblici e standard negli appalti che vadano oltre un singolo team di prodotto (Kaniecki, 2026, pp. 17 - 20).

Torniamo alla demo impeccabile. Teniamo il chatbot, se aiuta davvero. Aggiungiamo stabilità per la navigazione da tastiera, accesso alle fonti, un modulo convenzionale e una persona che possa intervenire. Retribuiamo chi lo testa. Misuriamo se la residente porta a termine il compito, non se l’animazione sembra futuristica.

Poi invitiamo di nuovo la donna con lo screen reader prima del lancio e poniamole l’unica domanda che conta: riesce a entrare, decidere e uscire alle proprie condizioni?

La tecnologia diventa una rampa non quando dal palcoscenico sembra facile, ma quando la persona ai piedi della scala dispone di più di un percorso reale per attraversare la porta.