Como escrever um briefing de propósito antes de criar conteúdo para uma página

Antes de alguém começar a redigir, a equipa deve aprovar um registo de decisão com nove campos: público-alvo, pergunta do utilizador, papel da página, mensagem principal, provas necessárias, ação desejada, formato, responsável e data de revisão. Primeiro, compara-se a proposta com o conteúdo e o percurso já existentes. Só depois se decide se convém atualizar, combinar, redirecionar, rejeitar ou criar. Um título sugerido, um pedido de vídeo ou uma preferência interna pode iniciar a conversa, mas não demonstra que seja necessária outra página.

Porque deve o propósito da página ser decidido antes da redação?

O propósito deve ser decidido primeiro porque a equipa precisa de confirmar uma necessidade válida, uma função distinta, as provas exigidas, o resultado esperado e a responsabilidade pela manutenção. A orientação do GOV.UK começa por identificar quem precisa do conteúdo, o que procura fazer, que evidência sustenta essa necessidade e que critérios permitem avaliar a resposta. Sem estas decisões, o redator recebe uma solução pré-escolhida e fica encarregado de adivinhar o problema, o público e a relação com páginas existentes.

Este briefing de nove campos é uma síntese editorial reutilizável, não uma norma oficial das entidades citadas. Reúne princípios de necessidades do utilizador, planeamento de conteúdos e governação do ciclo de vida num contrato de produção curto. Serve para alinhar a decisão e para avaliar mais tarde se o rascunho cumpre o acordado. Não substitui descoberta, investigação com utilizadores, trabalho de acessibilidade, verificação factual, avaliação técnica nem aprovações especializadas exigidas pelo tema.

O que deve a equipa verificar antes de aprovar outra página?

A equipa deve pesquisar o site, o percurso e os canais associados para perceber se já existe uma página, ferramenta, transação ou resposta que satisfaça a mesma necessidade. A orientação do GOV.UK recomenda rever cedo o conteúdo existente, localizar páginas atualizáveis, duplicações e informação em falta, e evitar acrescentar repetição desnecessária. Páginas semelhantes podem tornar incerta a fonte de referência e dificultar a localização da resposta, embora a proximidade temática, por si só, não obrigue a fundi-las.

A verificação deve seguir a tarefa real, não apenas palavras iguais. Observe resultados da pesquisa interna, navegação, ligações de entrada, pedidos ao apoio, ferramentas, formulários e conteúdos usados antes e depois do momento em causa. Uma repetição pequena e deliberada junto de uma transação pode ser útil no ponto de necessidade; já duas páginas que reclamam autoridade sobre a mesma resposta exigem clarificação. Registe o que foi analisado e escolha uma das cinco decisões seguintes.

• Atualizar quando uma página existente já é a referência adequada para a necessidade.
• Combinar quando fragmentos dispersos competem para responder à mesma tarefa.
• Redirecionar ou retirar quando outra página passou a ser a fonte de referência.
• Rejeitar quando faltam provas da necessidade ou uma função distinta, ou quando outro canal resolve melhor.
• Criar apenas quando necessidade, papel, provas, ação, formato, responsável e revisão formam uma proposta coerente.

Não peça ao redator que produza uma página; peça à organização que justifique o trabalho dessa página.

Como definir o público-alvo e a pergunta do utilizador?

Defina o público pela tarefa, situação ou conhecimento que altera aquilo que a página precisa de fazer, e formule uma pergunta central sustentada por provas. «Todos os clientes» é demasiado amplo; «administradores de clientes que preparam uma integração suportada» estabelece contexto útil. A orientação oficial do GOV.UK pede a identificação dos utilizadores prováveis, do que procuram fazer e da evidência disponível. O guia do Canadá acrescenta que o conteúdo deve ser organizado e escrito para o público e para a sua tarefa principal.

Escreva a pergunta em linguagem que esse público reconheceria, sem transformar o título provisório numa falsa necessidade. Uma questão central pode incluir subquestões estreitamente ligadas, desde que a página consiga resolver um conjunto coerente. Analítica, registos do centro de contacto, investigação anterior e dados externos relevantes podem fornecer sinais complementares. Contudo, o tráfego não explica sozinho a intenção, e a preferência de uma parte interessada, um título de trabalho ou um formato solicitado continua a ser uma hipótese a validar.

Como articulam o papel, a mensagem principal e as provas necessárias?

Os três campos devem definir, respetivamente, a função única da página no percurso, a conclusão essencial para o público e o suporte necessário para a defender. O papel explica por que razão esta resposta pertence aqui e não numa página, ferramenta, transação ou canal já existente. A mensagem principal antecipa a substância útil, deixando o detalhe de apoio para depois. As provas incluem tanto os sinais de que a necessidade existe como as fontes, registos, dados, demonstrações ou validações especializadas exigidos pelas afirmações publicadas.

Considere um explicador de apoio que apresenta pré-requisitos antes de um administrador abrir uma ferramenta de configuração. O explicador esclarece acesso, compatibilidade e documentos necessários; a ferramenta executa a configuração. Esta separação respeita o princípio de que orientação e transação desempenham trabalhos diferentes no percurso. Quando a página for publicada, confronte título, título principal e abertura com o briefing: o critério WCAG 2.4.2 exige que o título descreva tema ou propósito. Esta verificação isolada não demonstra acessibilidade completa.

Como deve a ação desejada determinar o formato?

A ação desejada deve nomear aquilo que o público conseguirá decidir, fazer, localizar, comparar, compreender ou alcançar em seguida; o formato deve ser escolhido para tornar esse resultado possível. Trate a ação como uma condição prática de aceitação do conteúdo, sem a reduzir automaticamente a uma venda, contacto comercial ou submissão de formulário. Uma página de referência pode ajudar alguém a localizar um requisito; uma comparação pode apoiar uma decisão; uma orientação pode preparar o passo seguinte sem executar a operação.

Só depois de esclarecer necessidade, papel e ação faz sentido escolher orientação, comparação, referência, explicador, etapa transacional, ferramenta, vídeo ou outra forma. A orientação do GOV.UK liga tipo e posição do conteúdo ao conhecimento do público, à tarefa e à forma de a concluir, mas não oferece uma taxonomia universal para sites empresariais. Se uma alteração na ferramenta, na transação ou num canal não Web desempenhar melhor o trabalho, registe essa decisão em vez de forçar a necessidade para uma nova página.

Quem é responsável pela página e quando deve ser revista?

A página deve ter uma pessoa ou equipa responsável pela exatidão e manutenção, enquanto contribuições, verificações e aprovações ficam identificadas separadamente. A Digital.gov enquadra a governação ao longo da criação, manutenção, atualização e remoção, distinguindo responsabilidade, validação por especialistas e aprovação. Assim, o responsável coordena o ciclo de vida, mas não assume sozinho revisão jurídica, acessibilidade, validação técnica ou juízo especializado. Registe nominalmente essas funções quando o risco ou o processo de publicação as exigir.

A próxima revisão deve resultar de mudanças conhecidas, volatilidade, risco, evidência disponível e compromissos de publicação, e não de uma periodicidade universal aplicada a todas as páginas. Sempre que possível, registe o gatilho juntamente com a data: por exemplo, uma versão de produto documentada ou a renovação de uma fonte essencial. Os registos de publicação podem revelar revisões em atraso e apoiar decisões de atualizar, corrigir, consolidar, redirecionar ou retirar. O checkpoint cria responsabilidade visível, mas não garante execução.

Como fica um briefing de nove campos já preenchido?

Um briefing preenchido deve permitir que qualquer parte interessada compreenda a necessidade, a função, a prova, o resultado e a manutenção sem antecipar o texto final. O exemplo seguinte é hipotético e descreve uma página de apoio B2B; não presume resultados de tráfego, conclusão, conversão ou poupança. Numa situação real, cada hipótese terá de ser substituída por evidência da organização, e as validações deverão ser atribuídas às pessoas com responsabilidade e conhecimento adequados.

• Público-alvo: administradores de clientes que preparam uma integração suportada.
• Pergunta do utilizador: «O que tenho de confirmar antes de configurar?»
• Papel da página: explicar pré-requisitos antes da ferramenta de configuração.
• Mensagem principal: confirme acesso, compatibilidade e registos necessários antes de começar.
• Provas necessárias: documentação atual, registos de apoio e validação do especialista de produto.
• Ação desejada: decidir se a organização está preparada e seguir para a ferramenta ou apoio correto.
• Formato: orientação concisa acompanhada por uma lista de pré-requisitos.
• Responsável: equipa de conteúdos de apoio, com revisores de produto e acessibilidade identificados.
• Data de revisão: próximo checkpoint associado a um gatilho documentado de versão do produto.

Antes de atribuir a redação, confirme se há provas para o público e a pergunta, se a decisão e o papel são distintos, se a mensagem e as provas estão claras e se a ação e o formato são justificáveis. Confirme também um responsável, os revisores necessários e um compromisso com data e gatilho de revisão. Se uma resposta material continuar sem suporte ou entrar em conflito com as restantes, devolva o pedido para investigação ou revisão. Aprove apenas quando necessidade, decisão, nove campos e ciclo de vida forem coerentes.