Individuo le barriere, aiuto il team a progettare le correzioni e ne verifico l’esito. Audit, progettazione, QA e formazione per rendere siti, app e documenti utilizzabili dalle persone con disabilità.
Scegli in base alla decisione da prendere: che cosa correggere, come progettare, che cosa verificare o quali competenze sviluppare.
Quando serveHai un prodotto esistente e devi capire quali barriere correggere prima.
Quando serveStai progettando un flusso e vuoi dare a design, sviluppo e QA criteri condivisi.
Quando serveStai preparando una release o vuoi verificare l’esito delle correzioni.
Quando serveVuoi che il team sappia riconoscere le barriere e controllare il proprio lavoro.
Ti aiuto a organizzare il lavoro di accessibilità sul prodotto della tua azienda, con il team interno e i fornitori.
Partiamo dai percorsi importanti per i tuoi utenti e dai vincoli del servizio. Ti aiuto a capire dove intervenire; la tua azienda decide priorità e risorse.
Chiarisco i rilievi con chi segue design, sviluppo e contenuti, così chi realizza le modifiche ha indicazioni utilizzabili.
Distinguiamo problemi aperti, correzioni verificate e parti ancora da controllare, così puoi decidere il passo successivo.
Integro le competenze di accessibilità nei progetti che segui, dalla progettazione al re-test.
Mantieni la guida del progetto e il rapporto con il cliente. Concordiamo quando coinvolgermi nei confronti tecnici.
Chiarisco requisiti e rilievi con design, sviluppo e QA. Adatto le consegne agli strumenti del team; chi sviluppa realizza le modifiche.
Se serve il white-label, definiamo marchio, riservatezza e modalità di condivisione delle evidenze.
Esempio fittizio: una barriera nel catalogo, la correzione proposta e il re-test simulato. Mostra come documento il lavoro; non riporta risultati di un cliente.
Nel catalogo QUOTIDIANO manca l’indicatore del focus. Il caso DEMO-F01 segue la stessa barriera dal report alla verifica della correzione.
Entrambi i comandi sono interessati: nello scenario dimostrativo la priorità è alta, perché la scelta del prodotto diventa incerta.
La modifica riguarda lo stato :focus-visible dei pulsanti. Il comportamento atteso è descritto nel rilievo DEMO-F01.
Nel caso simulato si chiude DEMO-F01 per il focus dei due comandi. Pagamento, screen reader e conformità del catalogo restano esclusi.
Cinque fasi, ciascuna con un risultato da consegnare al team. Affiancamento e re-test si concordano nell’incarico.
Perimetro e attività concordati
Rilievi con evidenze riproducibili
Elenco ordinato degli interventi
Soluzioni condivise, se l’affiancamento è previsto
Esiti delle correzioni, se il re-test è previsto
Raccontami cosa sta succedendo nel tuo progetto e cosa vuoi ottenere. Se il servizio da scegliere non è ancora chiaro, possiamo definirlo insieme.
