Chiarire il compito e la decisione
Questa guida trasforma la scelta della modalità linguistica corretta in un flusso di lavoro operativo rivedibile. Collega le decisioni di dominio, la proprietà, le prove e l'accettazione in modo che il risultato continui a funzionare in produzione.
Utilizzare una decisione basata su quattro fattori: pubblico, compito, conseguenza dell'incomprensione e capacità di revisione.
Procedura pratica
- 1
Definisci il pubblico con prove, tra cui esperienza di lettura, contesto, dispositivo e supporto disponibile.
- 2
Seleziona un compito reale e indica cosa deve capire o fare un lettore di successo.
- 3
Crea la versione linguistica preservando ogni fatto, condizione, data e percorso di contatto rilevante per la decisione.
- 4
Esegui revisioni specialistiche ed editoriali con criteri di accettazione registrati.
- 5
Testare con i membri del pubblico previsto, registrare i risultati, rivedere e approvare il rilascio.
Esempio o strumento
Una matrice decisionale trasforma quattro fatti del progetto in una scelta di modalità documentata. Nello strumento, registra anche la baseline, il proprietario, la decisione, le prove, il problema aperto e la data di approvazione. Utilizza una pagina o una transazione reale in modo che il team possa vedere le dipendenze, le eccezioni e il lavoro di manutenzione che segue il rilascio.
| Punto decisionale | Documentazione | Criterio di accettazione |
|---|---|---|
| Linea di base | Stato attuale osservato | Fonte e data registrate |
| Decisione | Opzione selezionata e motivazione | Rischio e pubblico considerati |
| Prova | Testare, documentare o misurare | Rivedibile e specifico della versione |
| Approvazione | Nome, ruolo e data | Tutti i criteri obbligatori sono soddisfatti |
Ottieni quattro fattori prima di selezionare una modalità
Utilizza un breve seminario decisionale con il proprietario del servizio, l'editore, lo specialista in accessibilità e una persona che conosce il pubblico. Assegnare un punteggio da uno a tre alle esigenze del pubblico, alla complessità del compito, alle conseguenze di un malinteso e alla capacità di revisione disponibile. Un punteggio elevato relativo alle esigenze del pubblico significa che molti lettori potenziali incontrano barriere alfabetiche, linguistiche, cognitive o situazionali. Un punteggio elevato indica che un malinteso può far decadere un diritto, creare una perdita finanziaria o impedire il completamento di un servizio essenziale.
Il totale è uno stimolo per un giudizio professionale, non una classificazione automatica. I punteggi da quattro a sei normalmente supportano il linguaggio chiaro con la revisione editoriale. Punteggi da sette a nove giustificano ulteriori prove, come test utente o formati paralleli. Punteggi da dieci a dodici indicano una forte argomentazione a favore di una versione facile da leggere e da capire con revisione specialistica e mirata al pubblico target. Registrare qualsiasi decisione che differisce dal punteggio, comprese le prove e l'approvatore responsabile.
| Fattore | 1 punto | 2 punti | 3 punti |
|---|---|---|---|
| Bisogno del pubblico | Pubblico vasto con una forte esperienza di lettura | Pubblico misto o contesto stressante | Gruppo noto con sostanziali barriere di comprensione |
| Complessità del compito | Un'azione familiare | Diverse condizioni o documenti | Molteplici decisioni dipendenti e termini non familiari |
| Conseguenza | Piccolo inconveniente | Ritardo o contatto di supporto evitabile | Perdita di diritti, denaro, salute o accesso |
| Capacità di revisione | Revisione editoriale disponibile | Consulenza specialistica disponibile | Sono disponibili revisioni specialistiche e test sul pubblico |
Applicare la matrice a scenari di servizio reali
Una pagina sugli orari di apertura di una biblioteca serve un vasto pubblico, ha un compito familiare e comporta poche conseguenze. Il linguaggio chiaro è normalmente sufficiente. Una richiesta di sussidio abitativo combina condizioni di ammissibilità, requisiti di prova, scadenze e conseguenze finanziarie. La pagina del servizio generale dovrebbe utilizzare il linguaggio chiaro, mentre una spiegazione aggiuntiva in linguaggio chiaro potrebbe essere necessaria per le persone che altrimenti non potrebbero comprendere le loro opzioni. L'applicazione stessa necessita ancora di progettazione e supporto di moduli accessibili perché una versione linguistica non può riparare una transazione inaccessibile.
Per un avviso di emergenza, il pubblico è ampio e le conseguenze sono elevate, ma prevalgono velocità e precisione. Utilizzare un linguaggio chiaro, breve e diretto, un vocabolario di avvertimento consolidato, canali multipli e segnali visivi testati. Non applicare un lungo ciclo di produzione facile da leggere e da capire all'avviso iniziale. Per gli incidenti prolungati può seguire una spiegazione preparata in facile da leggere e da capire. Queste distinzioni mostrano perché pubblico, compito, rischio e capacità operativa devono essere considerati insieme.
Utilizza una pagina reale e un pubblico denominato, non una categoria di contenuto astratta.
Includere le conseguenze sia dell'incomprensione che del ritardo nella pubblicazione.
Separare la pagina delle informazioni, il modulo, la conferma e il canale di supporto nella valutazione.
Indicare se una versione parallela integra o sostituisce la copia esistente.
Individuare le prove che confermeranno la scelta dopo il rilascio.
Trasforma le decisioni individuali in regole di portafoglio
Dopo aver valutato i servizi rappresentativi, definire le classi di contenuto con modalità predefinite. La navigazione generale, i messaggi di stato e i riepiloghi dei servizi possono essere impostati automaticamente su linguaggio chiaro. I percorsi di benefit, salute, migrazione, giustizia e disabilità ad alto impatto possono richiedere una valutazione esplicita di facile da leggere e da capire. Gli slogan delle campagne e i documenti di origine legale non dovrebbero essere trasformati senza uno scopo e un proprietario definiti. Le impostazioni predefinite riducono il dibattito ripetuto preservando un percorso di eccezione per pubblici o rischi insoliti.
Memorizza la modalità selezionata come metadati strutturati nello CMS. I campi utili includono pubblico, punteggio decisionale, proprietario della fonte, standard linguistico, revisore, stato della revisione, versione della fonte, data della prossima revisione e motivazione dell'eccezione. I metadati consentono la creazione di report e impediscono la pubblicazione di una bozza generata non revisionata come se avesse superato il processo corretto. Consente inoltre al team di trovare contenuti ad alto rischio quando cambia una decisione su una regola, un servizio o una terminologia.
- 1
Valutare da cinque a dieci servizi rappresentativi con la matrice a quattro fattori.
- 2
Raggruppare decisioni simili in classi di contenuto e definire una modalità predefinita.
- 3
Crea una regola di eccezione con un approvatore responsabile.
- 4
Aggiungi campi decisionali e di revisione al modello di contenuto CMS.
- 5
Rivedere le regole del portafoglio trimestralmente rispetto alle prove degli utenti e supportare la domanda.
Confermare la scelta con prove
Per il linguaggio chiaro, verifica se i lettori previsti riescono a trovare il passaggio rilevante, indica la risposta corretta e completa l'azione successiva. Per facile da leggere e da capire, reclutare persone che rappresentino effettivamente il pubblico definito e coinvolgere uno specialista in grado di distinguere la conformità linguistica dalla comprensione genuina. Cattura il successo delle attività, le incomprensioni critiche, l'assistenza richiesta, la fiducia e l'esatta revisione che i partecipanti hanno visto.
La decisione sulla modalità viene confermata quando la versione selezionata soddisfa i criteri di attività senza creare una nuova precisione o rischio di manutenzione. Se i lettori continuano a fallire perché il modulo, la navigazione o il processo sono complessi, registralo come un problema di progettazione del servizio anziché abbreviare ripetutamente il testo. Approva la modalità linguistica, il contenuto e il percorso circostante come decisioni separate, con proprietari per ogni dipendenza irrisolta.
Ruoli, prove e approvazione
La qualità della lingua è una responsabilità operativa. Assegnare al proprietario della fonte la responsabilità dell'accuratezza fattuale, all'editore la responsabilità della chiarezza, una responsabilità specialistica per le regole di accessibilità e al proprietario del prodotto la responsabilità della pubblicazione. Il record di rilascio dovrebbe identificare la versione originale, la modalità linguistica, i revisori, le prove del test, la data di approvazione e l'evento che attiva una nuova revisione.
Operazioni e manutenzione
Il lavoro non termina con la pubblicazione. Collega la versione o la configurazione linguistica alla sua fonte, monitora la qualità e le misure del servizio e definisce criteri concreti di revisione. I fattori scatenanti includono modifiche alla fonte, modifiche legali, nuove esigenze del pubblico, domande di supporto ricorrenti, modifiche tecniche e incidenti. Un proprietario nominato valuta il trigger, apre una nuova revisione quando necessario e registra la rinnovata approvazione.
Lista di controllo per la pubblicazione
Il pubblico e il compito sono espliciti.
Tutti i fatti legali e operativi corrispondono alla fonte.
Date, importi, condizioni ed eccezioni sono completi.
I titoli descrivono le domande o le azioni del lettore.
Collegamenti e controlli hanno etichette significative.
La terminologia specialistica è spiegata in modo coerente.
Il pubblico previsto ha testato il viaggio critico.
Vengono registrati la proprietà e l'attivazione della revisione successiva.