Esclareça a tarefa e a decisão
Este guia transforma a escolha do modo de idioma correto em um fluxo de trabalho operacional revisável. Ele conecta decisões de domínio, propriedade, evidências e aceitação para que o resultado continue funcionando na produção.
Use uma decisão de quatro fatores: público, tarefa, consequência do mal-entendido e capacidade de revisão.
Processo prático
- 1
Defina o público com evidências, incluindo experiência de leitura, contexto, dispositivo e suporte disponível.
- 2
Selecione uma tarefa real e indique o que um leitor bem-sucedido deve compreender ou fazer.
- 3
Crie a versão no idioma preservando todos os fatos, condições, datas e caminhos de contato relevantes para a decisão.
- 4
Execute revisão especializada e editorial com critérios de aceitação registrados.
- 5
Teste com membros do público-alvo, registre as descobertas, revise e aprove o lançamento.
Exemplo ou ferramenta
Uma matriz de decisão transforma quatro fatos do projeto em uma escolha de modo documentada. Na ferramenta, registre também a linha de base, o proprietário, a decisão, as evidências, a questão em aberto e a data de aprovação. Use uma página ou transação real para que a equipe veja dependências, exceções e o trabalho de manutenção que segue o lançamento.
| Ponto de decisão | Registro | Critério de aceitação |
|---|---|---|
| Linha de base | Estado atual observado | Fonte e data registrada |
| Decisão | Opção selecionada e justificativa | Risco e público considerados |
| Evidência | Teste, documente ou meça | Revisável e específico da versão |
| Aprovação | Nome, função e data | Todos os critérios obrigatórios atendidos |
Pontue quatro fatores antes de selecionar um modo
Utilize um breve workshop de decisão com o proprietário do serviço, editor, especialista em acessibilidade e uma pessoa que conhece o público. Pontue a necessidade do público, a complexidade da tarefa, a consequência do mal-entendido e a capacidade de revisão disponível de um a três. Uma pontuação alta de necessidade do público significa que muitos leitores pretendidos encontram barreiras de alfabetização, linguísticas, cognitivas ou situacionais. Uma pontuação de consequência alta significa que um mal-entendido pode remover um direito, criar uma perda financeira ou impedir a conclusão de um serviço essencial.
O total é uma solicitação para julgamento profissional, não uma classificação automática. Pontuações de quatro a seis normalmente apoiam a linguagem simples com revisão editorial. Pontuações de sete a nove justificam evidências adicionais, como testes de usuários ou formatos paralelos. Pontuações de dez a doze indicam um forte argumento para uma versão leitura fácil com revisão especializada e do público-alvo. Registre qualquer decisão que seja diferente da pontuação, incluindo as evidências e o aprovador responsável.
| Fator | 1 ponto | 2 pontos | 3 pontos |
|---|---|---|---|
| Necessidade do público | Público amplo com forte experiência de leitura | Público misto ou contexto estressante | Grupo conhecido com barreiras substanciais de compreensão |
| Complexidade da tarefa | Uma ação familiar | Várias condições ou documentos | Múltiplas decisões dependentes e termos desconhecidos |
| Conseqüência | Pequeno inconveniente | Atraso ou contato de suporte evitável | Perda de direitos, dinheiro, saúde ou acesso |
| Capacidade de revisão | Revisão editorial disponível | Aconselhamento especializado disponível | Revisão especializada e testes de público disponíveis |
Aplique a matriz a cenários reais de serviço
A página de horário de funcionamento de uma biblioteca atende a um público amplo, tem uma tarefa familiar e traz poucas consequências. A linguagem simples normalmente é suficiente. Um pedido de subsídio de habitação combina condições de elegibilidade, requisitos de provas, prazos e consequências financeiras. A página de serviço geral deve usar linguagem simples, enquanto uma explicação adicional em leitura fácil pode ser necessária para pessoas que de outra forma não conseguiriam entender suas opções. O aplicativo em si ainda precisa de design e suporte de formulário acessível porque uma versão de idioma não pode reparar uma transação inacessível.
Para um alerta de emergência, o público é amplo e as consequências são altas, mas a velocidade e a precisão dominam. Use linguagem simples e direta, vocabulário de advertência estabelecido, múltiplos canais e dicas visuais testadas. Não aplique um ciclo longo de produção do leitura fácil ao alerta inicial. Uma explicação preparada em leitura fácil pode ser seguida para incidentes prolongados. Estas distinções mostram porque é que o público, a tarefa, o risco e a capacidade operacional devem ser considerados em conjunto.
Use uma página real e um público nomeado, não uma categoria de conteúdo abstrata.
Inclua as consequências do mal-entendido e do atraso na publicação.
Separe a página de informações, formulário, confirmação e canal de suporte na avaliação.
Indique se uma versão paralela complementa ou substitui a cópia existente.
Identifique evidências que confirmarão a escolha após a liberação.
Transforme decisões individuais em regras de portfólio
Após avaliar os serviços representativos, defina classes de conteúdo com modos padrão. A navegação geral, as mensagens de status e os resumos de serviço podem ser padronizados para linguagem simples. Jornadas de alto impacto em benefícios, saúde, migração, justiça e deficiência podem exigir uma avaliação explícita da leitura fácil. Slogans de campanha e documentos de origem legal não devem ser transformados sem propósito e dono definidos. Os padrões reduzem o debate repetido, ao mesmo tempo que preservam uma rota de exceção para públicos ou riscos incomuns.
Armazene o modo selecionado como metadados estruturados no CMS. Os campos úteis incluem público, pontuação de decisão, proprietário da fonte, padrão de idioma, revisor, status da revisão, versão de origem, data da próxima revisão e justificativa da exceção. Os metadados permitem relatórios e evitam que um rascunho gerado não revisado seja publicado como se tivesse passado no processo correto. Também permite que a equipe encontre conteúdo de alto risco quando uma regra, serviço ou decisão terminológica muda.
- 1
Avalie cinco a dez serviços representativos com a matriz de quatro fatores.
- 2
Agrupe decisões semelhantes em classes de conteúdo e defina um modo padrão.
- 3
Crie uma regra de exceção com um aprovador responsável.
- 4
Adicione campos de decisão e revisão ao modelo de conteúdo CMS.
- 5
Revise as regras do portfólio trimestralmente em relação às evidências dos usuários e à demanda de suporte.
Confirme a escolha com evidências
Para linguagem simples, teste se os leitores pretendidos conseguem encontrar a passagem relevante, indicar a resposta correta e concluir a próxima ação. Para a leitura fácil, recrute pessoas que realmente representem o público definido e envolva um especialista que consiga distinguir a conformidade linguística da compreensão genuína. Capture o sucesso da tarefa, mal-entendidos críticos, assistência solicitada, confiança e a revisão exata que os participantes viram.
A decisão do modo é confirmada quando a versão selecionada atende aos critérios da tarefa sem criar uma nova precisão ou risco de manutenção. Se os leitores ainda falharem porque o formulário, a navegação ou o processo são complexos, registre isso como uma questão de design de serviço, em vez de encurtar repetidamente o texto. Aprove o modo de idioma, o conteúdo e a jornada circundante como decisões separadas, com proprietários para cada dependência não resolvida.
Funções, evidências e aprovação
A qualidade da linguagem é uma responsabilidade operacional. Dê ao proprietário da fonte a responsabilidade pela precisão dos fatos, ao editor a responsabilidade pela clareza, ao especialista a responsabilidade pelas regras de acessibilidade e ao proprietário do produto a responsabilidade pela publicação. O registro de liberação deve identificar a versão original, o modo de linguagem, os revisores, as evidências do teste, a data de aprovação e o evento que desencadeia uma nova revisão.
Operações e manutenção
O trabalho não termina na publicação. Vincule a versão ou configuração do idioma à sua origem, monitore medidas de qualidade e serviço e defina gatilhos de revisão concretos. Os gatilhos incluem alterações na fonte, alterações legais, novas necessidades do público, dúvidas recorrentes de suporte, alterações técnicas e incidentes. Um proprietário nomeado avalia o gatilho, abre uma nova revisão quando necessário e registra a aprovação renovada.
Lista de verificação para publicação
O público e a tarefa são explícitos.
Todos os fatos legais e operacionais correspondem à fonte.
Datas, valores, condições e exceções estão completos.
Os títulos descrevem perguntas ou ações do leitor.
Links e controles possuem rótulos significativos.
A terminologia especializada é explicada de forma consistente.
O público-alvo testou a jornada crítica.
A propriedade e o próximo gatilho de revisão são registrados.