IA para empresas com planilhas: os registros para corrigir primeiro

IA para empresas que ainda operam com planilhas começa pelos registros que definem como o trabalho acontece: clientes, pedidos, preços, aprovações e a pessoa responsável por cada decisão. Um agente futuro, muito mais capaz, só será útil na medida em que conseguir ler esses registros. Por isso, o primeiro passo é transformar planilhas espalhadas em um conjunto pequeno de registros identificados, definidos e com permissões claras. Comece pelas poucas tabelas das quais as decisões importantes dependem, e não pelo modelo mais avançado que você conseguir comprar.

Principais pontos

• Estruture os registros de que as decisões dependem antes de avaliar qualquer modelo ou fornecedor.
• Dê a cada registro central um único responsável, uma definição para cada campo e um histórico de alterações visível.
• Decida o que um agente pode ler, rascunhar, gravar e aprovar, e escreva esses limites antes de conectar qualquer coisa.
• Mantenha um registro do que o agente leu e alterou, para revisar o trabalho dele e desfazer erros.
• Avalie a prontidão perguntando se um agente novo consegue responder perguntas reais da operação usando apenas os seus registros, sem ajuda escondida.

Por que planilhas são um problema de prontidão, não um fracasso

Planilhas não são o problema. Muitas empresas bem administradas mantêm a operação nelas, e funcionam porque as pessoas carregam na cabeça o contexto que falta. Uma coluna chamada Status pode significar três coisas diferentes em três abas. A regra real de desconto está em uma thread de e-mail. O contato de cobrança do cliente está em um comentário de uma célula que alguém apagou no trimestre passado. A equipe compensa essas lacunas perguntando a um colega ou lembrando de uma exceção.

Um agente não compensa essas lacunas da mesma forma. Ele lê o que está nos registros e age com base nisso. Quando os registros são ambíguos, a saída também será ambígua. Isso vale em qualquer nível de capacidade: um sistema mais capaz herda a mesma ambiguidade se a empresa não tornar o significado explícito. Preparar-se para uma IA mais capaz é, portanto, sobretudo tornar o conhecimento implícito visível, com dono e testável.

Quais registros estruturar primeiro?

Escolha os registros por três critérios: com que frequência as decisões dependem deles, quanto custa um erro neles e quantas pessoas os utilizam. Um registro usado todos os dias por cinco times e que alimenta a emissão de faturas importa mais do que um arquivo de propostas antigas. A maioria das empresas que dependem de planilhas encontra a mesma lista curta de candidatos:

• Clientes e contas: um identificador por organização, com razão social, responsável comercial e situação atual.
• Produtos ou serviços: um catálogo que reflita o que é vendido de fato, incluindo as condições que se aplicam.
• Pedidos ou trabalhos: cada item acompanhado do pedido até a entrega, com estados definidos e datas para cada mudança.
• Preços e exceções: as regras padrão, mais cada exceção, quem a aprovou e o motivo declarado.
• Fornecedores e contratos: o responsável, a lógica de renovação e onde fica o documento assinado.
• Decisões e aprovações: o que foi decidido, por quem, com base em quê e dentro de qual limite.

Você não precisa de todos de uma vez. Escolha um ou dois que atendam ao processo em que você mais quer ajuda e deixe os demais como estão até que a primeira estrutura funcione.

Um plano passo a passo para os primeiros registros

O trabalho é, em grande parte, pouco vistoso, e é ele que determina se qualquer agente posterior será útil. Uma sequência prática é esta:

• Passo um: escolha um processo que já gera perguntas repetidas, como orçamentos, status de pedidos ou renovações.
• Passo dois: escreva, em linguagem simples, as dez perguntas que esse processo precisa responder, do tipo que um funcionário novo faria na primeira semana.
• Passo três: liste cada planilha, aba, caixa de entrada e canal de conversa onde as respostas estão hoje.
• Passo quatro: escolha uma fonte da verdade para cada campo e marque os duplicados para aposentadoria, com um período de transição que você define e comunica.
• Passo cinco: defina cada campo com nome, valores permitidos, responsável e regra de atualização.
• Passo seis: adicione identificadores estáveis, para que o mesmo cliente ou pedido seja a mesma linha em todos os lugares onde aparece.
• Passo sete: teste a estrutura com as dez perguntas e registre cada falha como uma definição ausente ou pouco clara.

O último passo é o que a maioria das equipes pula. Uma resposta que falha é informação útil, porque aponta para um campo que ninguém ainda definiu.

Cenário ilustrativo: uma pequena empresa de serviços preparando um agente de orçamentos

O cenário a seguir é ilustrativo e não descreve um cliente real. Uma empresa de serviços mantém os orçamentos em uma planilha, as aprovações de desconto em e-mails e o status dos projetos em um chat da equipe. Antes de considerar um agente para rascunhar orçamentos, a equipe concorda em um identificador único de cliente, move todas as aprovações de desconto para uma tabela única com colunas para aprovador, faixa de desconto e motivo, e define orçamento aceito como um documento assinado arquivado na pasta de contratos, e não como um status digitado por alguém.

O primeiro teste com as dez perguntas falha em vários itens. Cada falha remonta a algo que ninguém havia escrito, como quais níveis de desconto exigem um segundo aprovador ou se um orçamento pode ser revisado depois de aceito. A empresa corrige essas definições primeiro. O agente só é conectado quando a equipe consegue responder às perguntas apenas com os registros, e quando quem aprova descontos sabe exatamente o que o agente pode propor.

Permissões e trilhas de auditoria vêm junto com os registros

Registros estruturados tornam as permissões possíveis. Quando um campo tem dono e classificação, você pode decidir quem e o que pode lê-lo. Um ponto de partida sensato é o acesso restrito: o agente lê apenas os registros de que o seu papel precisa, rascunha alterações em campos designados e não aprova nada sozinho. As aprovações permanecem com pessoas nomeadas, registradas na tabela, e não em uma mensagem de chat que o agente possa interpretar mal.

Trate o texto dentro dos seus registros como uma entrada que pode estar errada ou até ser hostil. Uma observação colada por um cliente em um campo de comentário pode conter instruções, e um agente que lê esse campo não deve tratar a instrução como uma ordem. O desenho mais seguro separa a leitura da ação e exige uma etapa humana explícita antes de qualquer coisa sair da empresa. Mantenha um registro de quais registros o agente leu, o que propôs e o que uma pessoa alterou. A introdução do OpenTelemetry sobre observabilidade explica a ideia geral de registrar o comportamento de um sistema para que ele possa ser inspecionado depois, e a mesma disciplina se aplica à atividade de agentes.

Por fim, mantenha um pequeno conjunto de perguntas de avaliação com respostas corretas conhecidas e execute-as de novo sempre que a estrutura de um registro, uma regra ou uma ferramenta mudar. A orientação da Anthropic sobre engenharia de contexto para agentes traz um ponto relacionado: o que o agente vê em cada etapa importa tanto quanto as instruções que recebeu. Registros limpos são a base desse contexto.

Como a abordagem gerenciada da Be Human trata os registros

A abordagem gerenciada da Be Human começa com uma primeira etapa que nomeia um papel útil, mapeia a memória e as ferramentas que esse papel precisa, define os limites de aprovação e estabelece um critério de sucesso observável. Na prática, a estrutura de registros faz parte desse escopo, de modo que o agente só é conectado depois que os campos de que depende têm responsáveis e definições. A memória, os canais, as ferramentas e as permissões do agente continuam sob controle da empresa. A operação gerenciada inclui monitoramento, avaliações recorrentes, manutenção das integrações e revisão de permissões, o que mantém os registros verificados conforme o negócio muda. O mapa de arquitetura de IA em camadas é um bom ponto de partida de uma página para ver onde esses registros ficam em relação às ferramentas e às pessoas.

Por onde começar neste mês

O próximo passo é menor do que a maioria dos líderes espera. Escolha um processo, escreva as suas dez perguntas e liste os lugares onde as respostas estão hoje. Depois, atribua um responsável a cada campo central e combine o limite de aprovação para o primeiro papel de agente. Antes de liberar acesso a qualquer coisa sensível, revise os passos de revisão de permissões. Se quiser descobrir qual é a primeira tarefa que vale entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Uma empresa pode continuar com planilhas e se preparar para uma IA mais capaz? Sim. As planilhas podem guardar os registros de que um agente precisa, desde que os campos sejam definidos, tenham dono e sejam identificados de forma consistente. O problema não é o formato do arquivo, e sim o significado não declarado que existe dentro dele. Muitas empresas avançam de verdade ao estruturar algumas planilhas centrais antes de mudar qualquer outra coisa.

Precisamos limpar todas as planilhas antes de começar? Não. Comece pelo processo que gera mais perguntas repetidas e pelos registros de que ele depende. Limpe esses primeiro, teste-os com perguntas reais e só então expanda. Tentar consertar tudo de uma vez costuma travar o trabalho antes que apareça qualquer resposta útil.

Quem deve ser o responsável pelos registros? Cada registro central deve ter um responsável de negócio nomeado, que decide o que os campos significam e aprova as mudanças. A equipe técnica pode implementar a estrutura, mas não deve ser a única a entendê-la. A responsabilidade é o que impede que as definições se desviem conforme o negócio muda.

Como saber se os registros estão prontos para um agente? Escreva um conjunto de perguntas reais da operação e verifique se alguém de fora da equipe conseguiria respondê-las apenas com os registros. Qualquer pergunta que dependa de uma exceção escondida, de uma regra verbal ou da memória de um colega mostra uma lacuna. Repita o teste após cada mudança, porque a prontidão é algo que você confirma, e não algo que declara.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.