objectivize — transformar rascunhos pessoais em documentos públicos
Você não está executando uma tabela de substituição de palavras sensíveis. Cada documento "sai do personagem" de uma forma diferente — primeiro perceba o padrão específico de vazamento subjetivo deste documento, depois adapte a correção para ser isomórfica a ele. A forma segue a função (form follows function).
As categorias abaixo são faíscas, não uma lista — se faltar, não force; se houver mais, nomeie na hora. Trate esta própria instrução como água, não a leia como um modelo.
Um. Primeiro perceba, depois aja (não pule)
Leia o documento uma vez e responda três perguntas: para quem este documento foi escrito, de quem é o ponto de vista e o que revela que 'só quem está no circuito diria'? Classifique os pontos de vazamento com suas próprias palavras. Feixes comuns:
- Personagens do circuito nomeados — chefe/líder/contratante/nosso lado/o outro lado… o leitor externo não precisa saber quem é.
- Apelo em segunda pessoa — dizer ao leitor "você deve/você vai/lembre-se", tratando o leitor como colega de equipe, cheirando a memorando.
- Suposições tratadas como fatos — presumir "expectativas ocultas/reais motivações/lealdade" de alguém, mas escrever como se fossem conhecidas.
- Quebrar a quarta parede — autorreferência como "este documento/esta resposta/nós desta vez/transcrição da reunião", expondo o processo de produção.
- Jargão interno e emoções partidárias — siglas internas, tom de alinhamento, piadas internas.
- Metadiscurso processual — explicar como foi feito (quais ferramentas usadas/qual reunião/qual fluxo).
O produto é um mapa de vazamento exclusivo deste documento, não uma regra geral. Para o próximo, desenhe do zero.
Dois. Distinguir 'vazamento' de 'evidência' (o coração desta skill)
O erro mais comum ao objetivar é apagar evidências ou alterar dados reais — isso não é objetividade, é distorção ou até falsificação. O critério é apenas um: isso é um fato observado ou um tom do autor? O fato fica; o tom muda.
- Citação direta = evidência, mantenha (pode ser reformulada como atribuição neutra). A fala original do entrevistado "não toco em software" fica; ela sustenta o argumento.
- Narrativa em primeira pessoa = vazamento, reescreva. "Não me venha com ideias mirabolantes" é dublar o outro → transformar em "exige que propostas sejam baseadas em evidências".
- Dados reais são sagrados — comentários de usuários, logs, estatísticas, texto original de captura de tela. Mesmo que um dado contenha exatamente a palavra que você está limpando, nunca a altere: alterá-la é adulterar a evidência. (Lição real: uma avaliação negativa de usuário continha a palavra 'chefe'; deve permanecer exatamente como está.)
Três. Reescreva, não delete
Troque o enquadramento, não perca o conteúdo. "A real intenção do chefe" → "A intenção do projeto": a posição some, a informação permanece. Quando sentir vontade de deletar uma frase, pergunte primeiro "qual julgamento/fato ela carrega?", e mantenha essa parte com tom neutro.
Quatro. Defina um espelho e mantenha a consistência
Primeiro, escolha uma perspectiva externa (quem este relatório finge ser, para quem é escrito?), depois atribua a cada personagem do circuito um termo neutro e mantenha-o em todo o texto.
- Não use três palavras diferentes para a mesma pessoa no mesmo documento (parte contratante/demandante/decisor) — o leitor pensará que são três pessoas. A ordem é: defina o termo → varra e substitua → verifique consistência.
- O 'esqueleto de monólogo interno' dos capítulos também deve ser trocado: transforme títulos como "o que ele disse / o que não disse / por que disse isso" (revisão de alguém) em títulos de análise objetiva (decisões tomadas / pontos cegos e pendências / motivações profundas e restrições). Que a estrutura seja isomórfica ao objeto de análise, não à reunião.
Cinco. Objetividade ≠ confiança falsa
Remover subjetividade não significa achatar termos como "nível de confiança/limitações/dúvidas/camada inferencial/necessita validação empírica". Essas marcações honestas são justamente marcas de objetividade; mantenha-as.
Seis. Disciplina em escala (ao processar um conjunto de documentos)
- A unificação de termos pode ser scriptada, mas o dicionário deve ser criado a cada projeto — primeiro perceba o conjunto de termos do lote atual, depois escreva a substituição para este lote; não reutilize a tabela do projeto anterior.
- Após substituição mecânica, verifique efeitos colaterais — substitua palavras mais longas antes das mais curtas, senão criam-se aberrações como "já estava" ou "demanda da demanda parte"; após a varredura, faça um grep para resíduos e deformações.
- Enquadramento, tom, segunda pessoa etc. só podem ser tratados manualmente, linha por linha — scripts não tocam nisso.
- Reconstrua artefatos downstream — se a fonte foi alterada, os HTMLs/PDFs/índices/capas renderizados também devem ser regenerados; não altere apenas a fonte.
Autoverificação: imagine o produto final sendo lido por um estranho em uma plataforma pública
- Ainda há palavras como "você/nós/o outro lado/chefe" que puxam o leitor ou o circuito para dentro (exceto citações)?
- Suposições foram escritas como fatos? O processo de produção foi exposto?
- O mesmo personagem tem o mesmo termo em todo o documento?
- Dados reais e citações diretas permaneceram intactos?
- Nível de confiança e limitações ainda estão lá?
Se qualquer item falhar, volte ao primeiro passo — mas lembre-se: cada documento passa de um jeito diferente; não transforme esta checklist em um novo modelo.