Guia autoral de formatos de decisão BR2
Pre-read ou apresentação de reunião: o que contratar para cada decisão
Revisado em . Aprovação editorial final ainda pendente. Preparação local, não publicada.
O arquivo será enviado antes da reunião. Depois, alguém pretende projetar as mesmas páginas e conduzir a conversa. Na leitura prévia, faltam explicações. Na sala, sobra texto para acompanhar enquanto a pessoa fala. O problema não é necessariamente o tamanho do material: pode ser o conflito entre dois usos.
Neste artigo, pre-read significa material preparado para leitura anterior à discussão. Apresentação de reunião significa apoio à condução ao vivo. São distinções de uso para organizar a contratação, não formatos universais nem regras obrigatórias de governança. O desenho deve acompanhar o público, a informação e a decisão em questão.
O que a leitura prévia precisa sustentar
Quem lê sozinho não pode depender de uma fala que ainda não aconteceu. Precisa localizar a questão, entender contexto suficiente, comparar informações relevantes e saber o que deverá ser discutido. Se há hipótese ou dado pendente, isso também deve aparecer.
Um pre-read pode ter texto explicativo, síntese, gráficos, quadros e anexos. A escolha não é “texto ou slide”. É quanta informação o leitor precisa para chegar à conversa com uma base comum. Um documento curto mas cheio de referências sem explicação pode ser menos útil do que um material um pouco mais desenvolvido.
Defina o pedido ao leitor. Deve conhecer o contexto, levantar dúvidas, comparar caminhos ou preparar uma posição? Não confunda envio com leitura confirmada. E não desenhe a reunião inteira pressupondo que todos leram, se essa condição não foi combinada e verificada.
A distribuição pede controle próprio: destinatários, restrições, versão e corte dos dados. Quando uma informação muda depois do envio, a atualização deve ser identificável. Substituir o arquivo silenciosamente pode deixar a discussão apoiada em versões diferentes.
O que a apresentação ao vivo precisa sustentar
Na reunião, o material acompanha atenção, fala e perguntas. A hierarquia ajuda a localizar o ponto em discussão. O roteiro precisa permitir avançar, voltar, comparar e recorrer a um detalhe sem perder o pedido principal.
Isso não significa retirar toda explicação. Significa decidir o que ficará na tela, o que será dito e o que estará no anexo. Uma página que tenta carregar as três funções pode funcionar mal nas três. Notas de apoio também precisam ter destino definido: orientar quem apresenta não é o mesmo que integrar o documento distribuído.
O ambiente importa. Tamanho da tela, impressão, modalidade remota e aplicação suportada devem entrar no escopo. Legibilidade não pode ser avaliada apenas na tela de quem produz. A versão entregue precisa ser testada no contexto combinado, inclusive quando há necessidade de acessibilidade.
Considere ainda a imprevisibilidade da conversa. Há perguntas que exigem detalhe. O anexo deve servir para isso, com fonte e ligação ao argumento. Acumular todas as tabelas no fluxo principal não é a única forma de demonstrar rigor.
Uma base comum, produtos com funções diferentes
Os materiais podem compartilhar fontes, critérios, identidade e tese aprovada. Isso evita reconstruir o assunto em cada formato. Mas compartilhar base não significa duplicar páginas sem adaptação.
Combine uma sequência de trabalho: definir questão e fontes, organizar a leitura prévia, aprovar a arquitetura da conversa e preparar os materiais de uso. A ordem pode variar pelo projeto. O importante é mostrar onde um comentário no pre-read altera a apresentação e quem autoriza essa mudança.
Se houver apenas um entregável, escolha sua função principal. Um material híbrido pode ser adequado quando o uso e o grau de detalhe forem conhecidos. Não o venda como solução que funcionará igualmente para qualquer leitor, sala ou ocasião.
Artefato para decidir o que contratar
Preencha este quadro com o responsável pela reunião. Ele serve para fechar a combinação de produtos, não para escolher pela aparência.
| Pergunta | Leitura prévia | Reunião ao vivo |
|---|---|---|
| O que precisa acontecer? | Preparação esperada do leitor. | Discussão ou decisão solicitada. |
| Que contexto falta? | Explicação que deve estar no arquivo. | Contexto que a fala poderá apresentar. |
| Qual é a base de dados? | Fonte, corte e pendências. | Mesma base ou atualização identificada. |
| Onde entra o detalhe? | Corpo, nota ou anexo de leitura. | Tela, fala, nota ou anexo de apoio. |
| Como será usado? | Dispositivo, impressão e acesso. | Tela, remoto, tempo e apresentador. |
| Quem valida? | Fato, clareza e distribuição. | Fato, roteiro, forma e liberação. |
| Como muda a versão? | Aviso ao leitor e referência vigente. | Nova revisão e arquivo liberado. |
Se você não consegue preencher a primeira linha, talvez ainda falte uma decisão sobre a própria reunião. A agência pode ajudar a organizar a pergunta; não deve inventar uma decisão de negócio para completar o briefing.
Exemplo hipotético: leitura de alternativas e discussão de escolha
Imagine uma organização fictícia que avaliará caminhos para reorganizar um atendimento administrativo. O cenário não é cliente, projeto executado ou resultado medido. O grupo precisa conhecer contexto e critérios antes de discutir uma escolha.
O pre-read apresenta situação, alternativas, fontes disponíveis e dúvidas. A apresentação ao vivo retoma a pergunta, destaca diferenças relevantes e apoia a discussão. O detalhe fica em anexo, acessível quando necessário. Nenhum número ou conclusão é inventado para dar aparência de completude.
Depois do envio, uma fonte informa que um pressuposto ainda precisa de validação. A equipe identifica a alteração no material e ajusta a discussão. Pode ser necessário adiar a decisão ou restringir seu alcance. O design não deve esconder essa condição para preservar uma narrativa já aprovada.
Objeções e erros que afetam a contratação
“Não temos orçamento para dois arquivos.” Comece pela função prioritária e pelas adaptações realmente necessárias. Talvez uma base bem estruturada e um conjunto menor de telas resolvam o recorte. A proposta deve explicitar o que não estará incluído, em vez de prometer dois produtos pelo esforço de um.
“A liderança não vai ler antes.” Então não trate a leitura prévia como condição garantida. Pode haver uma síntese para consulta e uma reunião com contexto suficiente. O formato acompanha a prática combinada, não uma etiqueta sofisticada.
Erros comuns incluem retirar explicações essenciais do pre-read, projetar páginas densas sem hierarquia e mudar dados entre versões sem indicar o corte. Outro é contratar pelo número de páginas sem incluir revisão factual, roteiro, distribuição e suporte de atualização.
Perguntas frequentes
- Pre-read precisa ser PDF?
Não necessariamente. O formato depende de acesso, distribuição, restrição e uso. PDF pode ser adequado à circulação; outros formatos podem servir à edição ou consulta. Defina o requisito antes da ferramenta.
- Posso transformar a apresentação em pre-read depois?
Pode ser possível, mas exige verificar se contexto, explicações e referências estão suficientes. Exportar o arquivo não resolve automaticamente a leitura autônoma.
- Um relatório executivo substitui os dois?
Pode atender à necessidade de consulta e análise, mas não se presume que sustente a condução ao vivo. Compare a função do relatório com a pergunta da reunião e delimite as adaptações.
Escolha os produtos a partir da decisão
Conte quem lerá antes, quem estará na conversa e que decisão o material precisa apoiar. A BR2 BOARD pode discutir base de fontes, roteiro e formatos, com revisão e responsabilidades explicitadas. A próxima etapa é uma conversa de escopo; uma proposta só faz sentido depois de conferir essas condições.