Início / Insights / Automação & integração

Automação & integração

Sistemas que não conversam: quanto custa digitar a mesma informação em três lugares

Em muitas empresas, o pedido nasce no WhatsApp, é digitado no ERP, depois lançado numa planilha de comissão e, às vezes, copiado de novo para o CRM. A mesma informação passa pelas mãos de três pessoas diferentes, em três telas diferentes, antes de virar venda registrada. Ninguém decidiu que fosse assim. Cada sistema foi comprado para resolver um problema na hora em que surgiu, e a conversa entre eles ficou para depois.

O “depois” raramente chega sozinho. Enquanto isso, alguém na empresa virou o elo entre os sistemas, sem saber que esse é o cargo que ocupa.

Por que os sistemas não conversam?

Quase nunca é falha de um fornecedor específico. É a história de compra da empresa: o ERP entrou para resolver nota fiscal e estoque, o CRM entrou depois para organizar a venda, a planilha nasceu para cobrir o que nenhum dos dois fazia. Cada ferramenta resolve bem o problema para o qual foi escolhida. O problema mora na borda, onde um sistema termina e o próximo começa.

Os sinais costumam ser os mesmos:

  • O mesmo cadastro de cliente existe em dois ou três sistemas, com telefone atualizado só num deles.
  • Um pedido fechado no CRM precisa ser digitado de novo no ERP para virar nota.
  • A planilha de comissão é alimentada à mão, porque nenhum sistema calcula sozinho.
  • Quando um dado muda num lugar (preço, status, endereço), alguém precisa lembrar de mudar nos outros.

Quanto custa digitar a mesma informação três vezes?

O custo mais visível é o tempo: uma pessoa (ou uma fração do dia de várias) dedicada só a copiar dado de um sistema para o outro. Esse tempo não aparece como “integração” em nenhum relatório, ele vira parte do expediente normal de quem faz.

O custo que pesa mais não é o tempo, é o erro. Toda vez que uma informação é redigitada, existe chance de sair diferente: o corte errado, a quantidade errada, o preço de uma tabela antiga. Quando o erro chega até o cliente, o retrabalho custa mais caro do que teria custado evitar a redigitação. Numa distribuidora, o pedido que chega por áudio no WhatsApp e é lançado de memória no ERP carrega esse risco em cada linha.

Há ainda o custo que não aparece como erro nem como hora trabalhada: a decisão tomada com número desatualizado, porque o relatório puxou de um sistema que não tinha sido atualizado ainda. É o mesmo padrão descrito em o mesmo número aparece diferente em dois relatórios: sistemas que não conversam produzem números que não batem.

O que integrar primeiro?

Nem todo ponto de contato entre sistemas merece integração no mesmo dia. Vale olhar primeiro para onde a redigitação:

  1. Acontece com mais frequência. Um cadastro repetido uma vez por mês pesa menos do que um pedido repetido todo dia.
  2. Tem mais gente envolvida. Quanto mais pessoas tocam o mesmo dado até ele chegar ao destino final, maior a chance de divergência.
  3. Gera erro que o cliente sente. Preço errado, prazo errado ou pedido trocado custam reputação, não só retrabalho interno.
  4. Já tem alguém como “ponte” full-time. Quando uma pessoa existe só para transportar informação entre dois sistemas, esse é o primeiro candidato a automatizar.

Listar esses pontos, com o volume aproximado de cada um, costuma mostrar que dois ou três pontos concentram quase todo o custo. É ali que a integração de sistemas compensa primeiro.

Integração sempre significa trocar de sistema?

Não. A reação mais comum é achar que o problema é o ERP ou o CRM, e que a solução é trocar um dos dois. Na prática, boa parte da integração de sistemas acontece entre ferramentas que a empresa já usa e vai continuar usando: o ponto de partida é mapear que informação precisa atravessar de um sistema para o outro, com que frequência e em que formato.

Só depois desse mapa dá para decidir o caminho: uma integração direta entre as duas ferramentas, uma camada intermediária que sincroniza os dados, ou, em último caso, trocar uma das pontas porque ela não tem como se conectar a nada. Trocar sistema antes de mapear o fluxo costuma repetir o mesmo problema num par de ferramentas novo.

Por onde começar

O primeiro passo é medir, não integrar: por uma semana, anotar toda vez que a mesma informação precisa ser digitada em mais de um sistema, quem faz e quanto tempo leva. Esse número vira a linha de base que mostra se o problema já pesa o suficiente para virar prioridade, e qual ponto resolver primeiro.

É esse o tipo de mapa que o Diagnóstico Operacional da Venno faz antes de qualquer integração: levanta os sistemas que a empresa usa, onde a informação se repete e o que estruturar primeiro, sem trocar ferramenta por trocar. Quando o ponto de redigitação é a venda, especialmente quando ela nasce no WhatsApp do vendedor, vale ler também quando o cliente mora no WhatsApp do vendedor.

Perguntas frequentes

Na maioria dos casos porque foram comprados em momentos diferentes, para resolver problemas diferentes, sem ninguém pensar no fluxo entre eles. O ERP cuida do financeiro e do estoque, o CRM cuida da venda, a planilha cobre o que nenhum dos dois faz. Cada um funciona bem sozinho; o problema aparece na borda, onde um termina e o outro começa.

Não. Boa parte da integração de sistemas acontece entre ferramentas que a empresa já tem e vai continuar tendo. O primeiro passo é mapear que informação precisa atravessar de um sistema para o outro e com que frequência. Só depois disso dá para decidir se a resposta é uma integração direta, uma camada intermediária ou, em último caso, trocar uma das pontas.

Vale quando o custo de digitar de novo já é visível: tempo de alguém dedicado a copiar dado, erro que chega até o cliente ou decisão tomada com número desatualizado. Medir quantas vezes a mesma informação é digitada por semana, e por quem, é o jeito mais simples de ver se o problema já pesa o suficiente para ser prioridade.

Natan Lima, fundador da Venno. Conduz os projetos de diagnóstico, CRM e integração do começo à implantação. Sobre a Venno

Próximo passo

Mapeie o risco da sua operação.

O Diagnóstico Operacional mostra onde a operação trava e o que estruturar primeiro. Diagnóstico antes da implementação. Sempre.