O erro mais comum é misturar estrutura e dado no mesmo documento. De um lado, a regra que vale sempre. Do outro, a informação específica daquele cliente ou daquele momento. Quando uma pessoa nova, ou uma IA, herda esse material, ela trata os dois como se fossem igualmente fixos. O processo quebra assim que muda de mão.
Estrutura
Toda proposta passa por aprovação antes de enviar pro cliente.
Dado
Hoje, quem aprova é a Marina.
Por que um processo documentado quebra quando muda de responsável?
Todo processo escrito parece completo enquanto continua com quem escreveu. O problema aparece quando ele passa para outra pessoa, ou para um agente de IA.
Quem herda o material não sabe, por padrão, diferenciar regra permanente de informação específica de um cliente ou momento. Pra uma IA, a frase “toda proposta passa pela aprovação da Marina” soa como uma regra fixa. É a mesma sensação de ler “todo orçamento tem prazo de validade”. As duas parecem regra permanente. Mas uma delas depende só de uma pessoa continuar na empresa.
Sem essa separação clara, ela aplica os dois como se fossem igualmente fixos. Continua pedindo aprovação pra Marina, meses depois dela sair da empresa. Ou trava numa etapa que só fazia sentido pra aquele time específico.
Qual é a diferença entre estrutura e dado num documento de processo?
Estrutura é a regra que não muda de cliente para cliente: o formato, a técnica, a ordem dos passos. Ela dura anos.
Dado é a informação daquela conta, daquele sistema, daquele momento específico. Pode ser um nome, uma URL, um código, um número de categoria. Ela vence rápido, ou simplesmente não se aplica em outro contexto.
Um documento que mistura as duas camadas parece completo. Mas por dentro, mistura o que dura anos com o que vence rápido. Isso trava a automação de processos com a IA logo na primeira tentativa.
Como esse problema aparece na prática?
Pega o passo a passo de follow-up de vendas de uma empresa comum. Uma linha diz: “se o cliente não responder em três dias, manda o e-mail de reativação”. Isso é regra, vale pra sempre, pra qualquer cliente.
Mas outras duas linhas dizem: “copia a Fernanda no fechamento” e “usa a tabela de desconto aprovada”. Isso é dado. Depende de a Fernanda continuar na empresa e de alguém saber qual tabela é a aprovada agora.
Fernanda saiu dois meses depois. A tabela de desconto tinha sido atualizada, e ninguém linkou a nova. Quem herdou o processo, pessoa ou IA, travou exatamente nesses dois pontos. Nada no documento avisava que aquilo era dado, não regra.
Como separar as duas camadas na prática?
Quatro passos, na ordem que funciona melhor.
Leia procurando dois sinais
Um nome próprio, uma URL, um código ou um número específico é dado. Uma regra que vale pra qualquer cliente é estrutura.
Separe as referências ausentes em dois grupos
O que dá pra reconstruir a partir do padrão já documentado fica num grupo. O que só existe como informação exclusiva da fonte original fica no outro.
Marque o dado como campo a preencher
Nunca deixe dado específico como se fosse regra fixa. Troque nome de pessoa por papel, quando o nome for autoridade de aprovação.
Peça pra sua IA revisar
Peça pra ela apontar o que é estrutura e o que é dado interno do projeto. Ela erra menos nessa checagem do que em escrever o processo do zero. É a mesma lógica de treinar um padrão em vez de corrigir toda vez.
“Documento completo não é o mesmo que documento seguro de repetir.”
O que fazer quando falta uma referência no material herdado?
Nunca invente o que falta. Isso vale para uma pessoa, e vale ainda mais para uma IA.
O que não pode ser reconstruído fica registrado como pendência clara, não como conteúdo especulativo. Uma pendência sinalizada custa muito menos do que um erro silencioso.
Foi o que devia ter acontecido no exemplo do follow-up de vendas. Em vez de copiar a Fernanda direto, o documento marcaria isso como pendência a confirmar. A instrução seria “copiar o responsável comercial atual”, não um nome fixo.
Por que isso importa ainda mais quando quem herda o processo é uma IA?
Uma pessoa nova estranha uma instrução esquisita e pergunta antes de agir. Uma IA, sem essa separação explícita, segue a instrução do jeito que está escrita.
Ela aplica um código de outro cliente por confiança. Ou trava numa referência que nunca existiu fora do projeto original. O erro só aparece depois, já em produção.
O que o Gartner encontrou sobre governança de agentes de IA
O mesmo levantamento aponta outro ponto central. A governança precisa diferenciar quatro níveis de autonomia, não tratar todo agente como igual. É o mesmo princípio deste post, aplicado a agente em vez de documento. O que vale pra um nível não vale pra outro.
Não é risco pequeno. E o motivo mais comum é sempre o mesmo: falha percebida tarde demais, já em produção. É por isso que separar estrutura e dado deixou de ser cuidado editorial. Virou pré-requisito de delegação, pra pessoa ou pra agente.
O mesmo raciocínio explica a diferença entre menção e citação pela IA: sinal solto não é fonte estruturada.
Esse cuidado vale só para documentação técnica?
Não. Vale para qualquer processo que alguém queira repetir sem estar por perto para explicar. E esse cuidado tem dois lados, um que custa e um que compensa.
Essa separação entre estrutura e dado é a base de como funciona o Modo Referência. É processo estruturado o bastante pra ser repetido por qualquer pessoa, ou por qualquer agente de IA. A mesma lógica explica como GEO, AEO e SEO se conectam pra uma marca ser encontrada por IA.
OPERAÇÃO DE RECEITA
Seu processo documentado, sem repetir o erro
Quanto tempo sua equipe perde reexplicando o mesmo processo pra IA, e o que muda quando estrutura e dado ficam separados de vez.
Sem compromisso · metodologia declarada
