Come condurre un audit dell’architettura dell’informazione basato sui compiti

Prima di ridisegnare il menu o approvare una nuova mappa del sito, conviene scegliere compiti utenti rilevanti e seguirli lungo tutti i percorsi realistici. Un menu affollato, una pagina con molte uscite o la lamentela «non trovo nulla» non identificano ancora la causa: potrebbero mancare contenuti, essere poco chiara un’etichetta, mancare un collegamento contestuale, funzionare male la ricerca oppure risultare inutilizzabile un controllo. L’audit deve quindi collegare ogni problema osservato a un’attività, a un contesto di partenza e a un esito verificabile.

Quale decisione deve sostenere l’audit?

L’audit deve essere progettato attorno a una decisione delimitata: correggere una sezione, cambiare le etichette, preparare una migrazione oppure verificare se esistono basi sufficienti per una riprogettazione più ampia. L’architettura dell’informazione comprende organizzazione, etichette e navigazione che aiutano le persone a trovare ciò che serve, capire dove si trovano e completare un compito. Il perimetro operativo dell’audit è dunque il sistema dei percorsi esistenti, non l’ordine estetico del diagramma.

Prima dell’ispezione, registra pubblici inclusi, obiettivi, contesti di ingresso, tipi di pagina, dispositivi, lingue, permessi e stati del percorso. Una conclusione ottenuta nell’area pubblica da desktop non si estende automaticamente a un portale autenticato o a una versione mobile con opzioni differenti. Mantieni inoltre quattro categorie separate nel registro: fatti già noti, comportamenti osservati, rilievi dell’ispezione esperta e ipotesi non ancora verificate. Questa separazione rende chiaro quanto è solida ogni raccomandazione.

• Decisione: quale scelta concreta dovrà compiere il gruppo responsabile.
• Perimetro: pubblici, attività, canali, pagine, dispositivi, lingue e stati inclusi.
• Evidenza richiesta: quali osservazioni renderebbero difendibile la decisione.
• Esclusioni: inventario dei contenuti, audit SEO tecnico, valutazione completa di conformità accessibile e progettazione della soluzione restano attività distinte.

La distinzione evita aspettative improprie. Un inventario può dire quali pagine esistono, ma non se una persona riconosce il percorso giusto. Un audit SEO tecnico affronta reperibilità e segnali per i motori, non l’intero comportamento della navigazione interna. Una valutazione di accessibilità richiede controlli più ampi, mentre un esercizio di redesign produce soluzioni. L’audit basato sui compiti, invece, diagnostica se e dove l’architettura attuale sostiene gli esiti scelti.

Come si costruisce un insieme rappresentativo di compiti?

Un insieme rappresentativo nasce da attività espresse come risultati riconoscibili dagli utenti e accompagnate dalla provenienza delle evidenze. Non scrivere «vai nella sezione Assistenza», perché rivela già la risposta architetturale; descrivi invece il risultato da ottenere, il pubblico interessato, l’evento che avvia il bisogno e la condizione che segnala il completamento. La guida GOV.UK suggerisce di comprendere ciò che le persone cercano di fare, come agiscono oggi, quali problemi incontrano e quale esito desiderano.

Raccogli candidati da ricerca con gli utenti, analytics, query della ricerca interna, richieste all’assistenza, feedback, studi precedenti, osservazione e personale che lavora direttamente con il pubblico. Queste fonti non hanno tutte lo stesso peso: una sequenza di eventi mostra che cosa è accaduto, ma non spiega necessariamente l’intento o la causa; una richiesta riportata da uno stakeholder resta un’ipotesi finché non trova riscontro. Conservare fonte, data, segmento e limiti impedisce che un’impressione diventi silenziosamente un requisito.

• Includi compiti frequenti, ma anche attività con conseguenze importanti, percorsi notoriamente difficili e bisogni di pubblici poco serviti.
• Definisci per ogni compito pubblico, evento scatenante, contesti di partenza, risultato riuscito e destinazione prevista.
• Verifica che gli scenari coprano le decisioni in esame senza duplicare lo stesso percorso con formulazioni diverse.
• Contrassegna esplicitamente ciò che deriva dagli utenti, dai dati operativi, dall’ispezione esperta o da un’ipotesi organizzativa.

La copertura conta più di una numerosità imitata da un altro progetto. Digital.gov documenta uno studio nel quale gli scenari realistici furono ricavati da ricerche precedenti e riesaminati prima del test; i numeri e gli strumenti di quel caso, però, appartengono al suo contesto. Per il proprio audit occorre chiedersi se l’insieme rappresenti pubblici, rischi e condizioni che possono cambiare davvero la decisione, includendo eventuali differenze tra aree pubbliche, riservate o localizzate.

Che cosa deve registrare la scheda compito-percorso?

La scheda deve collegare in un unico record il compito documentato, l’esito atteso, i percorsi plausibili, i segnali esaminati, il comportamento osservato, la diagnosi e il nuovo test previsto. Parti da contesti realistici: una pagina raggiunta da un motore di ricerca, una pagina di sezione, un’area autenticata o la ricerca interna. Non presumere che ogni visita inizi dalla home page né che il percorso di navigazione gerarchica sia l’unica via legittima.

Per ciascun percorso annota ogni punto decisionale: indicazione visibile, aspettativa prodotta, destinazione raggiunta e possibilità di riconoscere e correggere una scelta improduttiva. Mappa separatamente navigazione globale o locale, pagine indice, collegamenti nel contenuto e ricerca. Il criterio WCAG 2,4,5 richiede più modi per individuare le pagine di un insieme, con eccezioni per risultati e passaggi di processo; tra le tecniche documentate rientrano collegamenti correlati, mappa del sito, ricerca e navigazione completa.

Un audit basato sui compiti non chiede se la mappa è ordinata, ma se le persone raggiungono un risultato attraverso percorsi realistici e verificabili.

Usa la stessa scheda durante ispezione, ricerca, diagnosi, assegnazione e verifica successiva. Se una raccomandazione non può essere ricondotta a un compito, a un passaggio preciso e a un’evidenza con provenienza visibile, non è ancora pronta per guidare l’investimento. La continuità del record evita inoltre che, passando dalla ricerca alla roadmap, un problema circoscritto venga descritto come difetto dell’intera gerarchia o che una possibile spiegazione perda il proprio stato di ipotesi.

Come si ispeziona il percorso completo, non soltanto il menu?

Il percorso completo si ispeziona seguendo ogni componente che può creare, mantenere o interrompere la promessa fatta all’utente. Controlla la pagina di ingresso esterna, la navigazione globale e locale, gli hub, i raggruppamenti, le intestazioni, i segnali di posizione, i collegamenti contestuali, la ricerca interna e infine il contenuto o l’azione necessari. Una destinazione formalmente raggiunta non equivale a un compito concluso se la persona non riconosce l’informazione o non può completare l’azione.

Valuta ogni etichetta nel suo contesto: deve creare un’aspettativa accurata, usare parole familiari al pubblico, distinguersi dalle opzioni vicine e mantenere la promessa nella pagina di arrivo. Microsoft raccomanda di considerare compiti e modelli mentali degli utenti e indica etichette accurate, familiari, concise, leggibili rapidamente e distinguibili. Inoltre, il criterio WCAG 2,4,6 richiede che intestazioni ed etichette presenti descrivano argomento o scopo, un controllo specifico che non sostituisce una valutazione completa di accessibilità.

• Promessa: il segnale anticipa correttamente la destinazione o l’azione?
• Posizione: l’opzione compare nel punto in cui serve e nel contesto in cui il compito inizia?
• Orientamento: la persona può capire dove si trova, quale livello ha raggiunto e quali passi restano?
• Recupero: una scelta errata è riconoscibile e reversibile senza dover ricominciare?
• Coerenza: nomi, ordine relativo e comportamento dei meccanismi ripetuti restano prevedibili?

Ripeti i compiti importanti su tipi di pagina, dispositivi, lingue, permessi e stati differenti quando questi elementi cambiano davvero le possibilità disponibili. Per i meccanismi di navigazione ripetuti, il criterio WCAG 3,2,3 riguarda la coerenza dell’ordine relativo salvo cambiamenti avviati dall’utente; non vieta menu locali o secondari. Considera infine la ricerca come un percorso possibile: il suo utilizzo può riflettere una preferenza efficiente, non necessariamente un fallimento della navigazione.

Quale metodo deve verificare ogni percorso incerto?

Il metodo va scelto in base alla domanda ancora aperta, non per abitudine. L’ispezione esperta e i dati comportamentali individuano punti da approfondire, ma un dubbio dell’esperto non deve essere presentato come fallimento osservato. Se non è chiaro come il pubblico raggruppi i contenuti o denomini le categorie, usa il card sorting. Digital.gov descrive infatti sessioni aperte in cui i partecipanti creano e nominano gruppi e sessioni chiuse con categorie già definite.

Quando l’incertezza riguarda gerarchia ed etichette, il tree testing isola il tentativo di trovare una destinazione attraverso una struttura testuale. Può mostrare categorie confuse e percorsi divergenti, ma elimina gran parte dell’interfaccia renderizzata: non verifica tutti i segnali visivi, i controlli, i collegamenti contestuali o i risultati della ricerca. Se la domanda coinvolge questi elementi, il recupero da un errore o il completamento effettivo, occorre un test di usabilità basato sui compiti nel sito renderizzato.

• Ispezione esperta: individua incoerenze e ipotesi da verificare.
• Card sorting: esplora raggruppamenti attesi e linguaggio delle categorie.
• Tree testing: esamina la reperibilità attraverso gerarchia ed etichette senza l’influenza della pagina renderizzata.
• Test di usabilità: osserva utenti rappresentativi alle prese con navigazione, pagine, controlli, collegamenti, ricerca, recupero e completamento.

NIST descrive i test di usabilità come attività rappresentative svolte da utenti rappresentativi e cita possibili evidenze quali completamento, errori, tempo, commenti qualitativi e soddisfazione. Per l’audit seleziona soltanto le osservazioni che aiutano la decisione: assistenza, svolte errate, ritorni, riformulazioni delle query, fiducia nella destinazione e ragionamento possono essere più rivelatori di un singolo risultato finale. Anche chi completa il compito può aver seguito un percorso ambiguo e fragile.

Come si trasformano i risultati in correzioni circoscritte o in un caso fondato per il redesign?

I risultati diventano decisioni utili quando ogni problema viene classificato, prioritizzato con criteri visibili e associato al cambiamento meno esteso sostenuto dalle evidenze. Non chiamare «problema di navigazione» qualunque esitazione: potrebbe trattarsi di copertura, ingresso, etichetta, raggruppamento, orientamento, collegamento contestuale, ricerca, coerenza o interazione. La diagnosi determina se intervenire sul contenuto, su una parola, su una relazione tra pagine, sull’indicizzazione oppure sulla struttura.

• Copertura: contenuto, azione o stato necessario non esiste oppure è incompleto.
• Ingresso: un contesto di partenza probabile non offre un percorso plausibile.
• Etichetta o raggruppamento: la promessa è fuorviante oppure la destinazione si trova in una categoria inattesa o ambigua.
• Orientamento o collegamento: mancano segnali di posizione, passi successivi o relazioni utili nel punto di bisogno.
• Ricerca, coerenza o interazione: risultati inadeguati, meccanismi imprevedibili oppure controlli renderizzati impediscono un percorso altrimenti plausibile.

Per stabilire le priorità, rendi espliciti importanza del compito, pubblici coinvolti, frequenza dei fallimenti osservati, conseguenze, forza dell’evidenza e dipendenze della correzione. Non nascondere questi giudizi in un punteggio composito universale: le fonti adottate non ne indicano uno capace di autorizzare automaticamente un redesign. Una riparazione locale di contenuto, etichetta, collegamento, raggruppamento o ricerca è preferibile quando risponde alla diagnosi senza introdurre un cambiamento sproporzionato.

La conclusione dell’audit deve essere una decisione di verifica. Ripeti i compiti e i percorsi interessati, osservando le misure pertinenti, prima di dichiarare riuscita la modifica. Una riprogettazione ampia diventa difendibile quando i fallimenti di attività importanti sono ripetuti nei contesti rilevanti, osservati con evidenze adeguate, realmente strutturali e non riparabili in modo ragionevole con interventi circoscritti. Se emergono dubbi di accessibilità, coinvolgi una figura specializzata: questo audit e i singoli controlli WCAG citati non dimostrano la conformità dell’intero sito.