Torna al blog Business Applications

Accessibilità delle app aziendali: checklist per gli acquisti

Una checklist per includere l’accessibilità nelle discussioni sugli acquisti di applicazioni aziendali. Definite le attività che il team dovrà svolgere, chiedete al fornitore quali informazioni può condividere e tenete traccia delle domande ancora aperte. È uno strumento per orientare la conversazione, non una valutazione tecnica secondo uno standard.

Un piccolo gruppo di lavoro discute domande sull’accessibilità di un’applicazione aziendale accanto a un laptop

Includete l’accessibilità nella discussione sugli acquisti

Le applicazioni aziendali possono supportare attività essenziali, dalla gestione dei dati all’approvazione delle richieste. Affrontare l’accessibilità durante il processo di acquisto aiuta a considerare le esigenze delle persone che useranno il prodotto prima di sceglierlo o pianificarne l’implementazione.

UVA Finance presenta la propria Digital Accessibility Review Checklist come una risorsa per richieste di acquisto o contrattualizzazione che possono includere una componente digitale, ad esempio software, strumenti o contenuti (https://uvafinance.virginia.edu/resources/digital-accessibility-review-checklist). Per il vostro team, il punto di partenza può essere inserire l’argomento tra gli aspetti da discutere nella selezione.

  • Affiancate le domande sull’accessibilità a quelle su flussi di lavoro, sicurezza, supporto e requisiti operativi.
  • Parlate dell’applicazione e delle aree che il team prevede di usare, anziché affidarvi a dichiarazioni generiche sul prodotto.
  • Usate questa checklist per orientare la conversazione sugli acquisti, non come valutazione tecnica rispetto a uno standard.
Includete l’accessibilità nella discussione sugli acquisti

Definite le attività e l’ambito da discutere

Prima di parlare con il fornitore, descrivete alcune attività importanti che l’applicazione dovrà supportare e individuate chi prevede di svolgerle. Un elenco concreto rende la conversazione più specifica e aiuta a chiarire quali parti del prodotto sono rilevanti per il vostro team.

Quando possibile, coinvolgete le persone che useranno l’applicazione e chiedete loro di descrivere le proprie esigenze. Non date per scontato che l’esperienza di una sola persona rappresenti quella di tutti.

  • Elencate da tre a cinque attività importanti, ad esempio creare una scheda, ritrovarla o inviare una richiesta.
  • Annotate chi deve svolgere ogni attività e quali parti dell’applicazione coinvolge.
  • Chiedete al personale quali esigenze di accesso o strumenti utilizza, senza fare supposizioni sulle singole persone.
  • Individuate i moduli e i casi d’uso che volete includere nella discussione con il fornitore.
Definite le attività e l’ambito da discutere

Fate domande sul prodotto e sulle informazioni disponibili

Chiedete al fornitore quali informazioni sull’accessibilità o materiali di valutazione può condividere. Verificate quali aree del prodotto coprono e se riguardano i moduli e le attività che il vostro team prevede di utilizzare. Queste domande chiariscono ciò che è disponibile, ma non costituiscono di per sé una prova obbligatoria o una valutazione tecnica.

Se le informazioni ricevute non rispondono alle vostre domande, chiedete chiarimenti durante la discussione o la dimostrazione del prodotto. Concentratevi sulle attività definite dal team e chiedete al fornitore di mostrare le parti pertinenti dell’applicazione.

  • Quali informazioni sull’accessibilità o materiali di valutazione potete condividere per questa applicazione?
  • Quali aree o moduli del prodotto sono inclusi e quali non sono trattati?
  • Potete mostrare come il prodotto supporta le attività che il nostro team prevede di svolgere?
  • In che modo le vostre risposte riguardano le esigenze di accesso segnalate dal personale?

Adattate gli esempi al tipo di applicazione

Se state valutando un sistema di gestione dell’apprendimento (LMS), la checklist di valutazione di Blackboard suggerisce di verificare la presenza di funzionalità come la narrazione audio e la possibilità di adattare i contenuti alle esigenze degli studenti. Sono esempi da discutere per un LMS, non una prova sufficiente, da soli, che un sistema sia accessibile. Consultate la LMS Evaluation Checklist di Blackboard (https://www.blackboard.com/learning-management-system/lms-evaluation-checklist-for-business-and-government).

Per altre tipologie di applicazioni aziendali, formulate domande in base alle attività e al prodotto in esame. Non date per scontato che gli esempi relativi a un LMS siano applicabili a una categoria diversa.

  • Per un LMS, chiedete informazioni su funzionalità come la narrazione audio e l’adattamento dei contenuti alle esigenze degli studenti.
  • Chiedete come le funzionalità menzionate si collegano alle attività di apprendimento che la vostra organizzazione intende supportare.
  • Per altri tipi di applicazione, concentrate le domande sui moduli e sui flussi di lavoro che il team prevede di utilizzare.
  • Non considerate la presenza di una singola funzionalità una valutazione completa dell’accessibilità.

Registrate le risposte e i punti ancora aperti

Dopo la conversazione, conservate note che colleghino l’applicazione alle attività previste dal team. Distinguete ciò che il fornitore ha spiegato da ciò che resta da chiarire e assegnate un responsabile per seguire le questioni aperte.

Questa registrazione aiuta il team a riprendere le domande nella fase decisionale successiva o nella pianificazione dell’implementazione. Non sostituisce una valutazione tecnica, ma rende esplicito ciò che è stato discusso e ciò che non è ancora noto.

  • Annotate l’applicazione, le aree del prodotto e le attività discusse.
  • Riassumete le informazioni condivise dal fornitore e indicate le domande senza risposta.
  • Assegnate un responsabile e un passaggio successivo per ciascun punto aperto.
  • Tenete presenti i punti irrisolti quando valutate la decisione di acquisto.

Domande frequenti

Un piccolo team può usare questa checklist senza uno specialista di accessibilità?

Sì. Può usarla per includere l’accessibilità nella discussione sugli acquisti, descrivere le attività importanti e raccogliere le domande da approfondire. Non è una valutazione tecnica rispetto a uno standard.

Le informazioni del fornitore dimostrano che un’applicazione soddisferà le nostre esigenze?

Non da sole. Chiedete quali aree e attività riguardano, discutete con il fornitore l’uso previsto dal team e chiarite ciò che resta senza risposta.

Che cosa fare se restano domande aperte dopo il confronto con il fornitore?

Annotatele, assegnate a qualcuno il compito di seguirle e tenetele presenti nella decisione di acquisto. Valutate se le informazioni raccolte sono sufficienti perché la vostra organizzazione possa procedere.

Fonti e approfondimenti

  1. Digital Accessibility Review Checklist — UVA Finance
  2. LMS Evaluation Checklist for Business and Government — Blackboard