Clarificați sarcina și decizia
Acest ghid transformă alegerea modului de limbă potrivit într-un flux de lucru de operare care poate fi revizuit. Conectează deciziile de domeniu, proprietatea, dovezile și acceptarea, astfel încât rezultatul să continue să funcționeze în producție.
Utilizați o decizie cu patru factori: audiență, sarcină, consecința neînțelegerii și capacitatea de revizuire.
Proces practic
- 1
Definiți publicul cu dovezi, inclusiv experiență de citire, context, dispozitiv și suport disponibil.
- 2
Selectați o sarcină reală și spuneți ce trebuie să înțeleagă sau să facă un cititor de succes.
- 3
Creați versiunea lingvistică, păstrând în același timp fiecare fapt, condiție, dată și cale de contact relevante pentru decizie.
- 4
Efectuați o revizuire de specialitate și editorială cu criterii de acceptare înregistrate.
- 5
Testați cu membrii publicului vizat, înregistrați constatările, revizuiți și aprobați lansarea.
Exemplu sau instrument
O matrice de decizie transformă patru fapte ale proiectului într-o alegere documentată a modului. În instrument, înregistrați, de asemenea, valoarea de bază, proprietarul, decizia, dovezile, problema deschisă și data aprobării. Utilizați o pagină reală sau o tranzacție, astfel încât echipa să vadă dependențele, excepțiile și lucrările de întreținere care urmează după lansare.
| Punct de decizie | Înregistra | Criteriul de acceptare |
|---|---|---|
| Linia de bază | Starea curentă observată | Sursa și data înregistrate |
| Decizie | Opțiunea selectată și justificarea | Risc și audiență luate în considerare |
| Dovezi | Testați, documentați sau măsurați | Revizuabil și specific versiunii |
| Aprobare | Nume, rol și data | Toate criteriile obligatorii îndeplinite |
Scor patru factori înainte de a selecta un mod
Utilizați un scurt atelier de decizie cu proprietarul serviciului, editorul, specialistul în accesibilitate și o persoană care cunoaște publicul. Scoateți nevoia publicului, complexitatea sarcinii, consecințele neînțelegerii și capacitatea de revizuire disponibilă de la unu la trei. Un scor mare în ceea ce privește nevoia de public înseamnă că mulți cititori vizați se confruntă cu bariere de alfabetizare, limbaj, cognitive sau situaționale. Un scor mare de consecință înseamnă că neînțelegerea poate elimina un drept, poate crea o pierdere financiară sau poate împiedica finalizarea unui serviciu esențial.
Totalul este un prompt pentru judecata profesională, nu o clasificare automată. Scorurile de la patru până la șase sprijină în mod normal limbajul simplu cu revizuirea editorială. Scorurile de la șapte până la nouă justifică dovezi suplimentare, cum ar fi testarea utilizatorului sau formatele paralele. Scorurile de la zece la doisprezece indică un argument puternic pentru o versiune ușor de citit și de înțeles cu revizuire de specialitate și publicul țintă. Înregistrați orice decizie care diferă de punctaj, inclusiv dovezile și aprobatorul responsabil.
| Factor | 1 punct | 2 puncte | 3 puncte |
|---|---|---|---|
| Nevoia publicului | Public larg cu experiență puternică de lectură | Public mixt sau context stresant | Grup cunoscut cu bariere substanțiale de înțelegere |
| Complexitatea sarcinii | O acțiune familiară | Mai multe condiții sau documente | Mai multe decizii dependente și termeni nefamiliari |
| Consecinţă | Inconvenient minor | Contact de asistență întârziat sau evitabil | Pierderea drepturilor, a banilor, a sănătății sau a accesului |
| Capacitatea de revizuire | Recenzie editorială disponibilă | Sfaturi de specialitate disponibile | Sunt disponibile recenzii de specialitate și testare a publicului |
Aplicați matricea scenariilor reale de servicii
O pagină cu programul de deschidere a bibliotecii servește un public larg, are o sarcină familiară și are o consecință redusă. Limbajul simplu este în mod normal suficient. O cerere de ajutor pentru locuință combină condițiile de eligibilitate, cerințele de dovezi, termenele limită și consecințele financiare. Pagina de servicii generale ar trebui să utilizeze limbaj clar, în timp ce o explicație suplimentară ușor de citit și de înțeles poate fi necesară pentru persoanele care altfel nu își pot înțelege opțiunile. Aplicația în sine are nevoie în continuare de design și suport accesibil, deoarece o versiune lingvistică nu poate repara o tranzacție inaccesibilă.
Pentru un avertisment de urgență, audiența este largă și consecința este mare, dar domină viteza și precizia. Folosiți un limbaj clar și scurt, un vocabular de avertismente stabilit, mai multe canale și indicii vizuale testate. Nu aplicați un ciclu lung de producție ușor de citit și de înțeles alertei inițiale. Pentru incidente susținute poate urma o explicație pregătită în limbajul ușor. Aceste distincții arată de ce audiența, sarcina, riscul și capacitatea operațională trebuie luate în considerare împreună.
Folosiți o pagină reală și un public numit, nu o categorie de conținut abstract.
Includeți consecința atât a neînțelegerii, cât și a publicării întârziate.
Separați pagina de informații, formularul, confirmarea și canalul de asistență în evaluare.
Indicați dacă o versiune paralelă completează sau înlocuiește copia existentă.
Identificați dovezi care vor confirma alegerea după eliberare.
Transformă deciziile individuale în reguli de portofoliu
După evaluarea serviciilor reprezentative, definiți clasele de conținut cu moduri implicite. Navigarea generală, mesajele de stare și rezumatele serviciilor pot fi implicite în limbaj clar. Călătoriile cu impact mare pentru beneficii, sănătate, migrație, justiție și dizabilități pot necesita o evaluare explicită ușor de citit și de înțeles. Sloganurile campaniei și documentele sursă juridică nu ar trebui să fie transformate fără un scop și un proprietar definit. Valorile implicite reduc dezbaterile repetate, păstrând în același timp o rută de excepție pentru audiențe sau riscuri neobișnuite.
Stocați modul selectat ca metadate structurate în CMS. Câmpurile utile includ publicul, scorul de decizie, proprietarul sursei, standardul de limbă, examinatorul, starea recenziei, versiunea sursă, data următoarei revizuiri și justificarea excepției. Metadatele permit raportarea și împiedică publicarea unei schițe generate nerevizuite ca și cum ar fi trecut procesul corect. De asemenea, permite echipei să găsească conținut cu risc ridicat atunci când o regulă, un serviciu sau o decizie de terminologie se modifică.
- 1
Evaluați cinci până la zece servicii reprezentative cu matricea cu patru factori.
- 2
Grupați decizii similare în clase de conținut și definiți un mod implicit.
- 3
Creați o regulă de excepție cu un aprobator responsabil.
- 4
Adăugați câmpuri de decizie și revizuire la modelul de conținut CMS.
- 5
Revizuiți trimestrial regulile portofoliului în funcție de dovezile utilizatorilor și susține cererea.
Confirmați alegerea cu dovezi
Pentru limbajul simplu, testați dacă cititorii vizați pot găsi pasajul relevant, să spună răspunsul corect și să efectueze următoarea acțiune. Pentru ușor de citit și de înțeles, recrutați oameni care reprezintă de fapt publicul definit și implicați un specialist care poate distinge conformitatea lingvistică de înțelegerea autentică. Surprindeți succesul sarcinii, neînțelegerile critice, asistența solicitată, încrederea și revizuirea exactă pe care au văzut-o participanții.
Decizia modului este confirmată atunci când versiunea selectată îndeplinește criteriile de activitate fără a crea un nou risc de precizie sau de întreținere. Dacă cititorii totuși eșuează deoarece forma, navigarea sau procesul sunt complexe, înregistrați-o ca o problemă de proiectare a serviciului, în loc să scurtați textul în mod repetat. Aprobați modul de limbă, conținutul și călătoria înconjurătoare ca decizii separate, cu proprietari pentru fiecare dependență nerezolvată.
Roluri, dovezi și aprobare
Calitatea limbii este o responsabilitate operațională. Acordați proprietarului sursei responsabilitatea pentru acuratețea faptelor, unui editor responsabilitatea pentru claritate, o responsabilitate de specialitate pentru regulile de accesibilitate și un proprietar de produs responsabilitatea pentru publicare. Înregistrarea lansării ar trebui să identifice versiunea sursă, modul de limbă, examinatorii, dovezile de testare, data aprobării și evenimentul care declanșează o nouă revizuire.
Operațiuni și întreținere
Lucrarea nu se termină la publicare. Conectați versiunea sau configurația lingvistică la sursa acesteia, monitorizați măsurile de calitate și servicii și definiți declanșatorii de revizuire concreti. Declanșatorii includ modificări de sursă, modificări legale, noi nevoi de public, întrebări de asistență recurente, modificări tehnice și incidente. Un proprietar numit evaluează declanșatorul, deschide o nouă revizuire atunci când este necesar și înregistrează aprobarea reînnoită.
Listă de verificare pentru publicare
Audiența și sarcina sunt explicite.
Toate faptele juridice și operaționale se potrivesc cu sursa.
Datele, sumele, condițiile și excepțiile sunt complete.
Titlurile descriu întrebări sau acțiuni ale cititorului.
Linkurile și comenzile au etichete semnificative.
Terminologia de specialitate este explicată în mod consecvent.
Publicul vizat a testat călătoria critică.
Proprietatea și următorul declanșator de revizuire sunt înregistrate.