Assicuratevi che il servizio sia accessibile e inclusivo di tutti gli utenti indipendentemente dalla loro abilità e dal loro ambiente.
Perché è nello standard
Dovete assicurarvi che tutti coloro che hanno bisogno del vostro servizio possano utilizzarlo. Questo include le persone con disabilità e gli anziani, e le persone che non possono usare i servizi digitali o che hanno difficoltà con essi.
Il tuo servizio deve essere accessibile agli utenti indipendentemente dalla loro confidenza con il digitale e dall’accesso ad un ambiente digitale. Questo include gli utenti in aree remote e gli utenti con diversi dispositivi.
Hai anche un requisito legale per garantire che il tuo servizio sia utilizzabile e accessibile alle persone con disabilità (vedi il Disability Discrimination Act 1992). Le agenzie governative australiane sono tenute a soddisfare le Web Content Accessibility Guidelines (WCAG) 2.0 Level AA, che include il livello A (vedi mandato in Web Accessibility National Transition Strategy). Siete fortemente incoraggiati a soddisfare WCAG 2.1 Level AA, che fornirà un’esperienza più accessibile. Conformarsi a WCAG 2.1 significa anche conformarsi a 2.0.
Come puoi soddisfare lo standard
Nella fase di scoperta
Durante la fase di scoperta avrai sviluppato una buona comprensione di come i tuoi utenti possono accedere al tuo servizio. Per assicurarti che tutti siano in grado di usare il tuo servizio hai bisogno di mostrare:
- il tipo di ambienti in cui gli utenti possono accedere al servizio, anche con diversi browser e dispositivi desktop e mobili, e quando le connessioni sono più lente e i dati possono essere limitati (per esempio, attraverso le storie degli utenti)
- diversità nel reclutamento della ricerca e degli utenti mirati, comprese le persone con diversi background culturali e le persone con disabilità
- considerazione delle limitazioni situazionali e ambientali che influenzano la capacità di un utente di accedere al prodotto
- il piano per soddisfare i requisiti di accessibilità nella progettazione del prodotto (per esempio, come sarà conforme a WCAG 2.0 AA)
- quale assistenza digitale potrebbe essere necessaria per supportare gli utenti (per esempio, web chat, assistenza telefonica, faccia a faccia, istruzioni chiare, liste di controllo, e così via)
In fase Alpha
Durante la fase Alpha, dovresti essere in grado di mostrare:
- i tuoi prototipi possono accogliere utenti di diversa provenienza e utenti con disabilità
- qualsiasi problema di accessibilità e barriere che potrebbe essere necessario affrontare nella fase Beta
- hai accesso a strutture per eseguire test su vari dispositivi o piattaforme (per esempio, un piano per i test)
- L’acquisto di qualsiasi piattaforma o servizio, a pagamento o meno, è in linea con i requisiti di accessibilità della Digital Sourcing Consider First Policy e soddisfa i requisiti di accessibilità adatti agli appalti pubblici di prodotti e servizi ICT (AS EN 301 549)
Nella fase Beta
Durante la fase Beta svilupperete il vostro servizio e dovete assicurarvi che i requisiti di accessibilità e le esigenze di tutti i vostri utenti siano soddisfatte.
Hai bisogno di mostrare:
- iterazione nella progettazione e nel contenuto del tuo servizio per soddisfare i requisiti di accessibilità e migliorare l’usabilità per le persone con disabilità
- accesso non digitale e supporto per le persone che non sono in grado di utilizzare, o che hanno difficoltà con il servizio digitale
- viaggi utente end-to-end, compresi i percorsi digitali assistiti, e dimostrate che funzionano e come li avete testati
- come avete incluso comunità culturali e linguisticamente diverse nel vostro progetto
- un piano per includere la traduzione per un pubblico non anglofono, come appropriato
- hai ambienti, sistemi e approcci di test per le parti non digitali del servizio, inclusi i percorsi digitali assistiti (per esempio, un piano di test)
- come il servizio funzionerà sotto i carichi previsti, inclusi i percorsi digitali assistiti
- forte comprensione degli ambienti in cui i tuoi utenti possono accedere al servizio, per esempio quali browser, dispositivi desktop e mobili useranno, e quali luoghi remoti; potresti usare le storie degli utenti e una mappa del percorso per mostrare questo
- definizione dei browser e dei dispositivi supportati, e come vengono accolti
- eventuali barriere al servizio digitale e al suo contenuto sui dispositivi mobili, e piani per affrontarle
- i requisiti di progettazione per gli utenti che usano un dispositivo mobile e altri ambienti identificati (per esempio, specifiche di progettazione)
- come avete testato la capacità degli utenti di completare tutte le transazioni digitali sui dispositivi e sulle piattaforme supportate
- dettaglio delle interazioni degli utenti con il prodotto durante i test
- una dimostrazione del vostro servizio in un ambiente simile al live
- la maggioranza degli utenti può accedere al servizio nel loro ambiente
Quando si va live si dovrà mostrare:
- il tuo servizio è accessibile
- prova che il tuo servizio soddisfa le WCAG 2 Livello AA
- prova dei test di usabilità, compresi gli utenti con competenze digitali di basso livello, persone con disabilità, e persone con diversi background culturali e linguistici
- una prova di come hai progettato e testato per gli utenti di tecnologie assistive sulla base di ricerche sugli utenti, test di usabilità e analisi
- piani di test in corso per l’accessibilità in modo che i tuoi utenti possano continuare ad accedere al servizio
- GOV.AU Content Guide – Accessibilità e inclusività
- Australian Government Design System
Altre letture
- 18F Accessibility Guide
- The A11y Project
- GOV.UK Service Manual — Making your service accessible