Por que o sistema novo que você pagou não está sendo usado

O sistema ficou pronto. Funciona, foi testado, foi entregue no prazo. Passados três meses, metade da equipe continua fazendo do jeito antigo e a outra metade usa só a tela de consulta.

A conclusão que a empresa costuma tirar é que o time resiste a mudança. Quase nunca é isso.

Sistema que não é adotado quase sempre foi construído para o problema errado — e existem cinco motivos que explicam a maior parte dos casos.

1. Resolve o problema da diretoria, não o de quem usa

Este é o mais comum de longe.

A diretoria queria relatório consolidado. O sistema foi desenhado para produzir relatório consolidado. Para isso, quem está na ponta passou a preencher seis campos que antes não preenchia — e não ganhou nada em troca.

Do ponto de vista de quem usa, o sistema não é uma ferramenta. É uma tarefa a mais. E tarefa a mais sem contrapartida é abandonada na primeira semana corrida.

Se o sistema não devolve nada para quem alimenta, ele depende exclusivamente de cobrança para funcionar. E cobrança cansa antes do hábito se formar.

2. Dá mais trabalho que o jeito antigo

Três cliques a mais por pedido parece irrelevante numa demonstração. Multiplicado por oitenta pedidos por dia, deixa de ser.

O jeito antigo tinha anos de atalhos, gambiarras e memória muscular. O novo começa do zero. Se ninguém mediu o esforço real das duas formas, é bem provável que o sistema tenha piorado o dia de alguém — e essa pessoa vai voltar para o WhatsApp assim que a supervisão afrouxar.

3. Explicaram o como, não o porquê

Treinamento de sistema costuma ensinar onde clicar. Raramente explica o que muda para a empresa e para a própria pessoa.

Quem entende o motivo tolera a fricção do começo. Quem só decorou a sequência de cliques abandona no primeiro dia em que o sistema não faz exatamente o que ele esperava.

4. O jeito antigo continua disponível

Enquanto a planilha antiga estiver na pasta compartilhada e o grupo de WhatsApp continuar aceitando pedido, o sistema novo é opcional. E em semana de correria, ninguém escolhe a opção que exige mais atenção.

Adoção não se resolve só com convencimento. Em algum momento, o caminho antigo precisa ser encerrado — com data combinada e comunicada, não da noite para o dia.

5. Não tem dono

Toda dúvida vira ticket para o fornecedor, o fornecedor demora, a pessoa desiste e volta ao jeito antigo. Ninguém dentro da empresa é responsável por fazer aquilo funcionar no dia a dia.

Sistema sem dono interno não é adotado. É tolerado até parar de ser usado.

O que fazer

1. Pergunte a quem usa o que melhorou para ele. Se a resposta for “nada”, você achou o problema. Essa conversa custa uma hora e vale mais que qualquer relatório de uso.
2. Meça o esforço real das duas formas. Cronometre a tarefa no jeito antigo e no novo. Se o novo for mais lento, conserte isso antes de qualquer outra coisa.
3. Devolva algo para quem alimenta. Menos retrabalho, menos cobrança, uma informação que ele precisava e não tinha. Precisa existir uma troca.
4. Nomeie um dono interno. Alguém da operação, não da TI, que responde dúvida e junta o que precisa mudar.
5. Encerre o caminho antigo, com data. Comunicada com antecedência e cumprida.

E é isso

Sistema sem uso não é investimento parado. É custo rodando: a licença é paga, a operação continua no jeito antigo, e agora existem duas fontes de informação que não batem.

A pergunta que devia ter sido feita antes de construir é a mesma que resolve depois: o que muda no dia de quem vai usar isso?

Se ninguém sabe responder, o problema nunca foi adoção.