Quando uma decisão demora três semanas numa pequena empresa, a reação mais comum é procurar um sistema novo. A planilha vira ferramenta, a ferramenta vira plataforma, e a demora continua exatamente onde estava. Na prática de quem atua com gestão há muitos anos, o problema quase nunca é o software. O gargalo é que ninguém definiu quem decide o quê, com que informação e até quando.
Essa confusão costuma passar despercebida porque a empresa continua funcionando. Os pedidos saem, as notas são emitidas, o caixa fecha no fim do mês. Só que, por dentro, cada decisão que foge da rotina consome energia desproporcional. O comercial espera a diretoria, a diretoria espera o financeiro, e o financeiro espera um relatório que ninguém pediu formalmente. Quando a demora passa a ser percebida como problema de tecnologia, a conversa já saiu do ponto em que poderia ser resolvida.
Este artigo parte de uma tese simples: antes de trocar uma ferramenta, é preciso verificar se a decisão tem dono, critério e informação suficiente. Se tiver, o sistema atual pode ser apenas mal configurado ou subutilizado. Se não tiver, qualquer sistema novo será preenchido com as mesmas dúvidas, só que com uma interface mais bonita.
Por que a troca de sistema parece a saída óbvia
Trocar de sistema é uma decisão visível, com data, orçamento, fornecedor e cronograma de implantação. Ela produz a sensação de que algo foi feito, e isso alivia a pressão dos sócios e da equipe. Quando o dono da empresa cobra resultado, apresentar uma proposta de nova plataforma parece demonstrar iniciativa. Já a falta de um responsável claro não aparece em nenhum painel. Ela se manifesta em reuniões que terminam sem encaminhamento, em aprovações que passam de mão em mão e em pedidos que ficam esperando alguém que nunca foi designado para responder.
Há ainda um fator comercial. Fornecedores de software são bons em descrever problemas de gestão em termos de funcionalidade. Uma demonstração bem feita mostra fluxos de aprovação automatizados, notificações e dashboards que resolveriam a demora em tese. O comprador sai da apresentação convencido de que encontrou a solução, quando na verdade apenas ganhou uma ferramenta que automatiza um processo que ainda não foi desenhado.
Essa assimetria explica o ciclo que vemos com frequência. A empresa percebe a lentidão, conclui que a ferramenta é antiga, contrata uma nova e, meses depois, encontra a mesma lentidão com outra interface. O sistema mudou, mas a pergunta que ninguém respondeu continua sem resposta: quem tem o direito de decidir isso? Enquanto essa pergunta permanecer aberta, o sistema vira depósito de pendências, e não instrumento de decisão.
O que realmente trava uma decisão
Uma decisão empresarial depende de três elementos: um dono, um critério e uma informação suficiente. Quando um deles falta, a decisão não se completa, mesmo que o sistema seja excelente. A falha pode estar em qualquer dos três, e cada um deles se comporta de forma diferente. Vale examinar cada um antes de concluir que a ferramenta é o problema.
Dono ausente
Em muitas PMEs, decisões relevantes passam por três ou quatro pessoas sem que se saiba quem tem a última palavra. O gerente comercial acha que o preço é com a diretoria, a diretoria acha que o preço é com o comercial, e o financeiro só entra quando o cliente reclama da margem. Cada um age com boa intenção, e o resultado é uma espera coletiva.
Considere o caso de uma distribuidora de médio porte que queria revisar a tabela de descontos para grandes compradores. A proposta circulou por quatro áreas durante três semanas. Ninguém se recusou a opinar, mas também ninguém assumiu a responsabilidade de fechar. Quando o gerente comercial perguntou quem aprovaria, a resposta foi que “a gente vê isso na próxima reunião”. Sem um dono explícito, cada participante espera o outro, e a decisão fica suspensa. Um sistema pode registrar essa espera com precisão, inclusive mostrando em qual etapa a proposta parou, mas não pode decidir por quem não decide.
Critério não escrito
O segundo elemento é o critério. Quando alguém pergunta se um cliente novo deve ser aceito com condições diferentes, a resposta depende de qual é o limite de margem, de prazo de caixa e de risco aceitável. Se esses limites existem apenas na cabeça do fundador, cada decisão vira uma conversa do zero. A demora não vem da falta de dados, vem da necessidade de reconstruir o raciocínio a cada vez.
Esse problema é especialmente visível quando a empresa cresce. No começo, o fundador conhece todos os clientes e aprova pessoalmente cada exceção. Com dez pessoas no comercial, essa estratégia deixa de funcionar, e o fundador vira gargalo sem perceber que a regra que usava nunca foi transmitida. A solução não é um formulário mais elaborado, mas uma regra simples que qualquer gestor consiga aplicar sem perguntar.
Sinais de que o critério não existe
- As mesmas reuniões voltam à pauta com outra roupagem, porque ninguém registrou o que foi decidido.
- Dois gestores aplicam regras diferentes ao mesmo tipo de pedido e ambos acreditam estar certos.
- O fundador é consultado para qualquer exceção, mesmo as pequenas, como um desconto de dois por cento.
Informação insuficiente
O terceiro elemento é a informação. Aqui a ferramenta tem papel real, mas a pergunta correta é outra: a empresa sabe exatamente qual informação precisa para decidir? Muitas vezes a resposta é não. Pede-se um relatório de inadimplência sem definir se o critério é atraso de 30, 60 ou 90 dias. O resultado chega em formato diferente do esperado, alguém pede ajustes, e a decisão atrasa mais uma semana.
Quando a informação está clara e o sistema atual não a entrega, a limitação é técnica e a troca pode se justificar. Quando a informação nunca foi definida, qualquer sistema reproduzirá a imprecisão, porque ele apenas executa o que lhe foi pedido.
Como separar decisão de ferramenta, passo a passo
O método que recomendamos é simples e pode ser feito em uma tarde. Ele não exige contratar consultoria, nem comprar nada. Exige apenas que o grupo de decisores se sente com papel, honestidade e algum tempo sem interrupções. A regra mais importante é não discutir software durante o exercício.
- Liste as decisões que travam. Escreva as cinco decisões que mais demoram para sair do papel nos últimos seis meses. Não escolha as mais importantes, escolha as que mais atrasaram. Importância e lentidão são coisas diferentes, e o exercício precisa atacar a lentidão.
- Nomeie um dono para cada uma. Um nome só. Se a decisão precisa de duas pessoas, uma delas responde por ela e a outra é consultada, com prazo definido. Um prazo de dois dias úteis para opinar já resolve grande parte dos atrasos silenciosos.
- Escreva o critério em uma frase. Por exemplo: “aceitamos prazo de pagamento acima de 30 dias apenas com garantia e aprovação do financeiro”. Se a frase não cabe em uma linha, o critério ainda não está maduro e precisa ser discutido antes de qualquer automação.
- Diga quais informações faltam. Liste os dados necessários para aplicar o critério e marque quais já existem, em que formato e com que atualização. Só depois disso pergunte se a ferramenta atual entrega essas informações. Se entrega e a decisão continua travada, o problema é de governança. Se não entrega, aí sim faz sentido comparar sistemas.
O ponto crítico está na ordem. Quem começa pela ferramenta costuma descobrir, seis meses depois, que a lista de exigências do novo sistema reproduz a confusão do antigo, porque ninguém sabia dizer o que deveria ser automatizado. Quem começa pela governança chega à ferramenta com requisitos concretos, e a comparação deixa de ser um exercício de apresentação dos fornecedores para se tornar uma avaliação objetiva.
Um sistema automatiza uma decisão já existente. Se a decisão não existe, ele apenas automatiza a espera.
Quando a ferramenta é, de fato, o problema
Seria um erro dizer que sistema nunca importa. Há situações em que a limitação técnica é real: o estoque não atualiza em tempo quase real, o financeiro precisa redigitar dados do comercial, o cliente não consegue acompanhar o próprio pedido. Nesses casos, a ferramenta está atrapalhando o julgamento de quem decide, e a troca se justifica. Ignorar essas limitações por apego à rotina também custa caro.
A diferença está na evidência. Quando a ferramenta é o problema, a equipe consegue apontar a tarefa que não se faz, o dado que não chega e a frequência com que isso ocorre. Por exemplo: “todo fechamento mensal exige dois dias de conciliação manual porque o módulo de estoque não se integra ao faturamento”. Essa frase tem sujeito, causa e custo. Quando é governança, as reclamações são genéricas, do tipo “isso não anda”, e ninguém consegue dizer onde exatamente parou. A primeira situação pede tecnologia. A segunda pede método.
Há também um teste prático. Pergunte à equipe o que aconteceria se o sistema atual funcionasse perfeitamente amanhã. Se a resposta for que a decisão continuaria demorando pelos mesmos motivos, o problema não é técnico. Se a resposta for que as pessoas finalmente conseguiriam decidir no mesmo dia, a troca tem fundamento e deve ser conduzida com requisitos claros.
Um caso típico de três semanas
Imagine uma empresa de serviços com quarenta funcionários que levou três semanas para aprovar um reajuste de contratos recorrentes. A primeira reação foi buscar um novo sistema de gestão de contratos, com módulo de aprovação e alertas. A proposta parecia adequada, e a diretoria chegou a agendar demonstrações com três fornecedores.
Antes de assinar, a equipe fez o exercício de separação. Descobriu que ninguém era dono do reajuste: o comercial achava que era responsabilidade do financeiro, e o financeiro considerava que a decisão cabia ao comercial, que conhecia o cliente. O critério de reajuste também era inexistente. Cada gestor usava um índice diferente e uma faixa de negociação própria. Por fim, o relatório de contratos vencidos não separava os que tinham cláusula de reajuste automático dos que exigiam negociação, o que obrigava alguém a conferir manualmente cada caso.
Com três ajustes simples, a decisão caiu para cinco dias. Um dono foi nomeado, um índice e uma faixa foram escritos em uma frase, e o relatório passou a separar os dois tipos de contrato. Nenhum software foi comprado. A empresa decidiu avaliar a troca depois, com requisitos reais, e percebeu que o sistema antigo atendia a maioria deles. A consequência foi uma economia de orçamento e uma equipe que entendeu, pela primeira vez, onde estava o atraso.
O que fazer antes de assinar qualquer contrato
Antes de qualquer contrato, faça três perguntas por escrito: quem decide cada processo travado, qual critério orienta essa decisão e que dado precisa estar disponível no momento certo. Se as respostas estiverem prontas, a escolha da ferramenta fica mais simples e menos sujeita à pressão comercial de fornecedores. Se não estiverem, o contrato apenas adiará a conversa difícil, e a empresa pagará por isso em implantação, treinamento e frustração.
É útil também registrar as decisões tomadas durante esse processo. Um documento simples, com data, dono, critério e resultado, evita que a mesma discussão volte a cada trimestre. Com o tempo, esse registro se transforma em memória da empresa, que sobrevive à saída de pessoas-chave e reduz a dependência do fundador.
Empresas que querem sair desse ciclo costumam ganhar com um plano que una diagnóstico, responsáveis e critérios em um mesmo lugar, acompanhado ao longo da execução. Um exemplo de como isso pode ser organizado está em o plano vivo, que reúne diagnóstico, responsáveis e critérios de decisão no mesmo acompanhamento, para que a empresa veja o que foi decidido e quem respondeu por cada item. O objetivo não é substituir a ferramenta, mas dar a ela uma base de decisões que faça sentido.
Conclusão
Trocar de sistema é a resposta mais fácil para uma pergunta difícil. A pergunta real é quem decide, com base em qual critério e com qual informação. Enquanto essa pergunta não tiver resposta escrita, qualquer ferramenta nova herdará a mesma demora, e a empresa terá gasto tempo e dinheiro para chegar ao mesmo ponto. Comece pela governança das decisões, identifique onde a limitação é técnica de fato e deixe a tecnologia para quando ela puder amplificar um método que já existe.