Com o histórico dos clientes espalhado por serviços alugados, o agente de IA não tem a visão completa. O que guardar num só sistema e o que alugar.
Conteúdo5 seções
Nos últimos vinte anos, a pequena empresa funcionou com software alugado e com uma pessoa que juntava tudo. Os contatos ficavam no CRM, as conversas no e-mail e no WhatsApp, os preços numa planilha e as notas no sistema de contabilidade. Quando um cliente perguntava onde estava o pedido, alguém abria quatro abas, conferia os nomes no olho e respondia. Essa pessoa era a integração. Funcionava porque uma pessoa lembra do assunto da conversa e leva isso de uma tela para outra, mesmo que as telas não se falem.
Um agente de IA não faz isso, por motivos mecânicos e simples. Ele não sabe nada da ligação de ontem até que ela esteja registrada em algum lugar que ele consiga ler. Só fica sabendo que o boleto saiu se o serviço de pagamento avisar. Dê a ele dez serviços com dez APIs parciais e ele verá dez retratos parciais do mesmo cliente.
O que o agente precisa e a pessoa dispensava
Para terminar um trabalho sozinho, o agente passa por três passos seguidos. Primeiro lê a situação atual: quem é o cliente, o que comprou, o que foi prometido e para quando. Depois age, agendando a visita, mandando o lembrete ou emitindo a cobrança. Por fim confere o que aconteceu e corrige o que deu errado, o que só funciona se o resultado da ação cair no mesmo lugar de onde ele leu.
Com os dados espalhados, cada passo emperra. Ler exige juntar exportações em que o nome do cliente aparece escrito de três jeitos. Agir fica limitado ao que a API de cada fornecedor permite, e muitas deixam ler e não deixam escrever, ou deixam mexer em alguns registros e não em outros. A conferência é o que mais falha. A confirmação do pagamento e a resposta no WhatsApp chegam em sistemas diferentes, e nada as liga ao agendamento que começou tudo.
A empresa consegue ver a que distância está disso no próprio site. No nosso censo de 26 de outubro de 2026, dos 5.095 sites ativos, 3,7% tinham um servidor MCP, a interface pela qual um agente de IA consegue fazer algo no site em vez de só ler a página; entre os sites do Brasil, da Argentina, do Chile e do México, 1,6% (censo INITE). Os outros oferecem ao agente o texto da página e um número de telefone. O censo por país e plataforma está nas estatísticas de prontidão para agentes de IA.
Cada integração traz regras escritas por terceiros
No começo as integrações parecem de graça. O Zapier leva o lead do formulário para o CRM, um webhook grava o pagamento na planilha. Um ano depois a empresa tem uma dúzia dessas conexões, e cada uma traz o modelo de dados do serviço do outro lado: o que o CRM chama de etapa do negócio, quem a ferramenta de agendamento considera cliente, o que o meio de pagamento entende por estorno. Quando um deles renomeia um campo ou desliga um endpoint, a conexão para de funcionar em silêncio, e a empresa descobre por um cliente insatisfeito.
O custo dessas conexões cresce a cada serviço novo, e quem dita as condições é o fornecedor. A empresa não consegue mudar como um CRM alugado descreve um contrato de locação. Só consegue dar um jeito por fora.
O que guardar e o que alugar
Nada disso exige desenvolver contabilidade, telefonia ou maquininha próprias. São coisas difíceis e reguladas, e há bons fornecedores para elas. O que a empresa precisa guardar é o registro que liga tudo isso.
Esse registro reúne clientes, conversas, agendamentos, pedidos, pagamentos registrados como eventos, o que foi prometido a cada cliente e as decisões tomadas. As regras vão junto, como quem recebe resposta à noite, quando uma pessoa assume a conversa e o que conta como pagamento atrasado. Tudo isso fica num só sistema, no domínio da própria empresa, onde a equipe e os agentes leem e alimentam o mesmo histórico.
O resto se conecta a esse registro como um periférico. O meio de pagamento recebe o cartão ou o Pix e informa o resultado, a agenda mostra os horários livres e a contabilidade recebe as notas. Qualquer um deles pode ser trocado por outro, porque o histórico nunca ficou guardado dentro dele.
Imagine que a assinatura do CRM terminasse amanhã. Se, para lembrar o que você prometeu a cada cliente no mês passado, fosse preciso uma exportação que ninguém nunca fez, a memória da empresa está com o fornecedor.
A velocidade vem do registro
O primeiro ganho aparece na rapidez com que o cliente recebe resposta. Num estudo com 1,25 milhão de leads online publicado pela Harvard Business Review em 2011, as empresas que tentaram contato em até uma hora tiveram quase sete vezes mais chance de qualificar o lead do que as que esperaram mais (HBR). O agente só responde em poucos minutos às 23h de um domingo se enxerga quem está escrevendo, o que essa pessoa olhou e quais horários estão livres, sem ninguém abrir quatro abas antes.
O histórico que não se reconstrói depois
Um portal se constrói em semanas. O que aconteceu com cada cliente em cinco anos não se reconstrói depois, porque a maior parte disso nunca foi registrada num lugar só: por que o cliente foi embora, que desconto foi combinado por telefone, como uma reclamação foi resolvida no chat. A empresa que começar a registrar isso no próprio sistema hoje terá, daqui a um ano, um agente que conhece seus clientes. A que esperar vai começar de uma tabela vazia e das exportações dos fornecedores.
Duas análises nossas mostram como isso funciona num setor específico: o que oito sites de construtoras deixam o cliente fazer e o que sete sites de imobiliárias oferecem. A INITE constrói esse registro no Portal, um site para clientes em que o agendamento, o pagamento e a conversa entram num único histórico por cliente, e de onde o assistente tira tudo o que sabe. O domínio, o conteúdo e o cadastro dos clientes continuam seus, e o contrato diz como você leva tudo isso se decidir sair. Na plataforma INITE, a memória em si é um serviço separado, o Brain, que outros produtos e agentes acessam por MCP. O guia sobre a memória do agente mostra o que entra nesse histórico.
Perguntas frequentes
Ter o próprio registro significa desenvolver um CRM ou um sistema de contabilidade?
Não. Contabilidade, telefonia, maquininha e agenda são difíceis e reguladas, e há bons fornecedores para isso, então continuam alugadas. A empresa fica com o registro que liga tudo: quem é cada cliente, o que foi dito, agendado, pago e prometido, e as regras do que acontece em seguida. Cada serviço alugado informa seus eventos a esse registro e pode ser trocado sem que o histórico vá embora com ele.
Por que o agente de IA precisa de um registro único em vez de várias APIs?
O agente trabalha em três passos: lê a situação atual, age e confere o resultado. Com os dados espalhados, ele precisa juntar exportações que não batem entre si, só pode fazer o que a API de cada fornecedor permite, e a confirmação do que fez chega em outro sistema. Com um registro único, ele lê, escreve e confere no mesmo lugar.
O que deve ficar no sistema da própria empresa?
Clientes, conversas, agendamentos, pedidos, pagamentos registrados como eventos, o que foi prometido a cada cliente e as decisões tomadas. As regras também: quem recebe resposta à noite, quando uma pessoa assume a conversa, o que conta como pagamento atrasado.
Como saber se a memória da empresa está com o fornecedor?
Imagine que a assinatura do CRM terminasse amanhã. Se, para lembrar o que você prometeu a cada cliente no mês passado, fosse preciso uma exportação que ninguém nunca fez, a memória está com o fornecedor. Quanto mais tempo passa, mais coisa se acumula lá.
