Una procedura può essere formalmente corretta e, allo stesso tempo, impedire a una persona sorda di ottenere un servizio. Accade quando un appuntamento si prenota solo al telefono, una comunicazione urgente arriva come messaggio vocale, un corso usa video senza sottotitoli o una reception non sa come gestire una richiesta di interpretariato. Capire come creare procedure accessibili significa intervenire proprio qui: nei passaggi quotidiani in cui una barriera comunicativa trasforma un diritto, un servizio o una relazione in un ostacolo.
Per un’azienda o un ente, l’accessibilità non coincide con una singola soluzione tecnologica né con un’iniziativa occasionale. È un modo di progettare processi che riconosce modalità comunicative diverse e offre alternative concrete. Il risultato è un’esperienza più chiara per le persone sorde, ma spesso anche più efficiente per clienti, dipendenti, fornitori e cittadini.
Cosa rende una procedura davvero accessibile
Una procedura è accessibile quando una persona può comprenderla, avviarla, seguirla e concluderla senza dipendere da canali che le sono preclusi o da aiuti informali. Per le persone sorde, questo richiede di considerare non solo il contenuto scritto, ma anche il modo in cui si scambiano informazioni, si ricevono conferme e si gestiscono le eccezioni.
Un errore frequente è pensare che basti inviare un’email. Il testo scritto è essenziale, ma non sostituisce automaticamente una comunicazione accessibile in ogni contesto. Una persona sorda può avere nella Lingua dei Segni Italiana la propria lingua di maggiore accessibilità; inoltre, documenti complessi, moduli poco chiari e istruzioni piene di tecnicismi possono rendere difficile anche un processo interamente digitale.
L’accessibilità va quindi progettata su tre livelli. Il primo è il canale: l’utente deve poter contattare l’organizzazione e ricevere risposta attraverso modalità non esclusivamente vocali. Il secondo è il contenuto: istruzioni, video, messaggi e documenti devono essere chiari e fruibili. Il terzo è l’operatività: chi lavora a contatto con il pubblico deve sapere cosa fare, in quali tempi e a chi rivolgersi.
Come creare procedure accessibili partendo dai punti di contatto
Il punto di partenza non è il documento interno, ma il percorso reale di una persona. Prendiamo un caso comune: un cliente deve richiedere assistenza. Come scopre il servizio? Come invia la richiesta? Cosa accade se serve un chiarimento? Riceve una conferma scritta? Può partecipare a un incontro in video con un interprete LIS, se necessario? Può capire cosa succederà dopo?
Mappare questo percorso permette di individuare le barriere che spesso restano invisibili a chi ha progettato il servizio. Non basta verificare la homepage o un singolo video istituzionale. Occorre osservare anche la prenotazione, il centralino, la chat, i moduli, le comunicazioni automatiche, gli eventi, la formazione obbligatoria, i reclami e le emergenze.
Una mappatura utile risponde a cinque domande per ciascun passaggio:
- quale azione deve compiere la persona;
- quale canale viene richiesto o proposto;
- quali informazioni deve comprendere;
- quale alternativa è prevista se il canale vocale non è accessibile;
- chi è responsabile di intervenire in caso di necessità.
Questo lavoro porta spesso a correzioni semplici, come rendere visibile un contatto testuale o inviare una conferma scritta dopo una chiamata. In altri casi richiede una revisione più ampia, ad esempio per integrare il servizio di interpretariato LIS negli appuntamenti con il pubblico. La scelta dipende dalla frequenza delle interazioni, dalla complessità del servizio e dalle conseguenze di una comunicazione incompleta.
Non progettare per un utente astratto
Le persone sorde non hanno tutte le stesse preferenze, competenze linguistiche o modalità di accesso. Alcune prediligono la LIS, altre il testo scritto, altre ancora utilizzano strumenti e tecnologie specifiche. Una procedura inclusiva non impone un unico canale considerato “universale”: offre opzioni e indica con chiarezza come richiederle.
Anche il contesto modifica la soluzione. Per un’informazione breve e non urgente, un messaggio scritto può essere sufficiente. Per un colloquio di lavoro, una visita sanitaria, un corso tecnico o un incontro commerciale complesso, può essere necessario predisporre un interprete LIS professionista. Trattare questi casi come eccezioni improvvisate crea ritardi e mette la persona nella condizione di dover negoziare ogni volta il proprio diritto alla comunicazione.
Scrivere istruzioni che non lasciano indietro nessuno
Molte procedure falliscono perché sono scritte per chi già conosce l’organizzazione. Espressioni come “seguire il consueto iter”, “contattare l’ufficio competente” o “inviare la documentazione richiesta” non aiutano chi deve agire per la prima volta. E non aiutano neppure il personale che deve applicare la procedura in modo coerente.
Ogni istruzione dovrebbe indicare un’azione, un responsabile, un canale, una tempistica e un risultato atteso. Invece di scrivere “gestire le richieste accessibili”, è più utile definire: “La richiesta ricevuta via modulo o email viene presa in carico dal customer care entro un giorno lavorativo. Se l’utente richiede un incontro in LIS, il referente attiva il servizio indicato nella procedura e invia conferma scritta con data, orario e modalità dell’incontro”.
La chiarezza non significa impoverire il contenuto. Significa eliminare ambiguità, spiegare sigle e termini interni, usare titoli descrittivi e separare i passaggi essenziali dalle informazioni di approfondimento. Se la procedura contiene video, i sottotitoli accurati sono fondamentali; quando il pubblico e il contenuto lo richiedono, la video traduzione in LIS rende l’informazione più direttamente accessibile a molte persone sorde.
Prevedere le eccezioni prima che diventino problemi
Una buona procedura definisce anche cosa fare quando il processo ordinario non basta. Che cosa succede se un interprete non è disponibile nell’orario richiesto? Come si gestisce un’avvertenza urgente inviata fuori dall’orario di ufficio? Chi verifica che i sottotitoli di un webinar siano presenti e corretti? Senza risposte, il personale tenderà a improvvisare e l’esperienza dell’utente dipenderà dalla buona volontà del singolo.
Prevedere scenari alternativi non serve a moltiplicare la burocrazia. Serve a proteggere la continuità del servizio. In alcuni contesti sarà opportuno indicare un canale scritto alternativo; in altri occorrerà stabilire tempi minimi di prenotazione e una modalità di riprogrammazione accessibile. L’aspetto decisivo è comunicare questi passaggi in modo trasparente, senza scaricare sull’utente il compito di trovare una soluzione.
Coinvolgere persone sorde e personale interno
Le procedure non dovrebbero essere validate solo da chi le ha scritte. Il confronto con persone sorde, professionisti LIS e associazioni o consulenti competenti aiuta a verificare se le soluzioni funzionano nella pratica e se il linguaggio usato è rispettoso. Un test condotto su un percorso reale può far emergere dettagli decisivi: un form che non permette di segnalare una necessità, una receptionist che non conosce il canale corretto, un video informativo privo di elementi essenziali.
Il coinvolgimento deve essere riconosciuto come competenza, non trattato come una richiesta informale di feedback. Le persone che vivono una barriera sono portatrici di conoscenza diretta sul servizio. Ascoltarle evita investimenti inefficaci e rende le decisioni più aderenti ai bisogni reali.
Allo stesso tempo, la procedura deve essere accompagnata dalla formazione. Chi lavora in HR, customer care, accoglienza, comunicazione e organizzazione eventi deve conoscere i principi di una relazione accessibile: non presumere il canale preferito, rivolgersi direttamente alla persona anche in presenza di un interprete, usare indicazioni scritte chiare e rispettare la riservatezza. Non occorre che ogni dipendente diventi esperto di LIS, ma tutti devono sapere come attivare le risorse previste.
Misurare l’accessibilità nel lavoro quotidiano
Una procedura accessibile non resta immutabile dopo la pubblicazione. Va verificata con indicatori concreti: quante richieste arrivano attraverso canali testuali, quanto tempo passa prima della presa in carico, quante persone richiedono servizi di interpretariato, quali criticità emergono nei feedback e quali passaggi generano abbandoni o reclami.
I numeri da soli non raccontano tutto. Una richiesta può essere stata chiusa rapidamente ma con informazioni insufficienti; un evento può aver avuto sottotitoli automatici, ma non abbastanza accurati per seguire un intervento tecnico. Per questo è utile unire dati operativi, osservazione qualitativa e confronto periodico con gli utenti.
Anche la responsabilità deve essere esplicita. Se l’accessibilità è affidata genericamente a “tutti”, rischia di non essere presidiata da nessuno. È più efficace assegnare un referente, definire chi aggiorna i contenuti e stabilire quando riesaminare i processi, soprattutto dopo il lancio di un nuovo servizio, una campagna video o una modifica ai canali di assistenza.
E-Cute affianca le organizzazioni proprio nella trasformazione di questi principi in servizi, contenuti e procedure capaci di creare canali di dialogo tra aziende e comunità sorda. Il valore non sta nell’aggiungere un elemento accessibile alla fine del progetto, ma nel costruire un’esperienza in cui la comunicazione possa avvenire con dignità, autonomia e continuità.
La domanda utile da portare nel prossimo tavolo di lavoro non è “come possiamo adattarci quando arriva una richiesta?”. È: “una persona sorda può iniziare e completare questo percorso senza dover chiedere un’eccezione?”. Da quella domanda nascono procedure che non si limitano a rispettare un requisito, ma abbattano davvero una barriera.
