"Quanto custa pra automatizar isso aqui?" é a primeira coisa que ouço em quase toda conversa, geralmente com um print de planilha do lado. A resposta honesta é "depende" — e eu sei como isso soa. Mas depende de coisas concretas que dá pra listar. Quando você entende quais são, consegue estimar sozinho se vale a pena antes de pedir proposta a quem quer que seja.
Por que ninguém te passa um preço fixo de cara?
Porque automação não é produto de prateleira. Dois pedidos que parecem idênticos podem ter dez vezes de diferença de esforço. "Quero automatizar meu financeiro" pode significar "puxar o extrato e jogar numa planilha" — meio dia de trabalho — ou "conciliar pagamento de quatro bancos, identificar inadimplente e disparar cobrança" — semanas. A frase é a mesma; o trabalho não tem nada a ver.
Quem te crava um valor em cinco minutos sem olhar o processo está chutando. E chute em software vira uma de duas coisas: conta que estoura no meio do projeto, ou um "isso não estava no combinado" lá na frente. Prefiro dizer "preciso ver como funciona hoje" a prometer um número que não vou cumprir.
Quais fatores realmente mexem no preço?
Estes são os que eu olho primeiro, em ordem de impacto no orçamento:
- Quantos sistemas precisam conversar. Uma rotina que vive dentro de uma ferramenta só é barata. No momento em que ela precisa pegar dado do seu ERP, atualizar uma planilha, mandar um e-mail e avisar no WhatsApp, cada conexão dessas é um ponto de integração — e ponto de integração é onde mora o custo, porque é onde as coisas quebram.
- Se existe API — e se ela presta. Esse é o divisor de águas que ninguém enxerga de fora. Se o sistema que você usa tem uma API documentada, eu falo com ele de forma limpa e estável. Se não tem — sistema antigo, portal que só dá pra mexer clicando, planilha que cada um preenche de um jeito — sobra automação de tela ou troca de arquivo, que é mais frágil e quebra toda vez que mudam um botão. Já peguei projeto que dobrou de prazo só por causa disso.
- Os casos de exceção. O "caminho feliz" costuma ser rápido de montar. O custo está nos "e se": e se o cliente pagar a mais, e se vier sem CPF, e se o pedido for cancelado depois de faturado. Cada exceção é mais lógica pra escrever e, principalmente, pra testar. É comum a exceção custar mais que o fluxo principal inteiro.
- Volume e o quanto o dado é crítico. Automatizar algo que roda cinco vezes por dia é uma coisa. Algo que processa dezenas de milhares de linhas por noite, ou que emite nota fiscal, é outra: exige validação, log e tratamento de falha de verdade, porque um erro silencioso vira problema fiscal ou cliente cobrado duas vezes.
Qual a diferença entre uma automação pontual e um sistema sob medida?
Vale separar, porque a faixa de investimento é de ordens diferentes.
Automação pontual
É um robô ou script que resolve uma tarefa específica e repetitiva: gerar um relatório toda segunda, importar pedidos de uma planilha pro sistema, disparar e-mail de cobrança. Tem começo, meio e fim claros, costuma ser questão de dias a poucas semanas, e é de longe o melhor ponto de partida. Se você ainda nem mapeou o que dá pra automatizar, escrevi um guia separado sobre como automatizar processos repetitivos que ajuda a achar esses candidatos antes de pensar em orçamento.
Sistema sob medida
Aqui você não automatiza uma tarefa — substitui a planilha gigante ou o controle no caderno por um software com tela, login, cadastro, regra de negócio e histórico. É projeto: semanas a meses, com manutenção contínua depois. Compensa quando o processo é o coração da operação e a planilha já está te machucando: travando com o tamanho, perdendo dado, ou refém de uma única pessoa que sabe mexer e some nas férias.
Por que começar com um MVP em vez de pedir tudo de uma vez?
Esse é o conselho que mais economiza dinheiro de cliente, então vou direto: não tente automatizar tudo no primeiro projeto.
Quase todo processo tem uma fatia pequena que come a maior parte das horas da equipe — não é regra de física, mas na prática quase sempre dá nisso. Comece por ela. A gente entrega essa parte funcionando, você sente o retorno em semanas e só então decide o próximo pedaço — agora com dado real, não com palpite.
Pedir o sistema completo de cara tem dois problemas. O orçamento assusta e trava a decisão. E metade do escopo que você imaginou nunca é usada: já vi cliente pagar por dez telas e operar em três. MVP não é entregar menos — é entregar a parte certa primeiro e descobrir o resto fazendo.
Preço fechado ou por hora — qual é melhor pra você?
As duas formas têm lugar, e eu escolho conforme o caso:
- Preço fechado quando o escopo está claro e delimitado — uma automação pontual, tipicamente. Você sabe exatamente quanto vai pagar e o risco de estourar a estimativa é meu. É o que dono de empresa costuma preferir, com razão.
- Por hora ou por sprint quando o escopo ainda vai evoluir, num sistema que cresce junto com a operação e onde a gente sabe que vão surgir ajustes pelo caminho. Dá flexibilidade, mas exige confiança e relatório claro do que foi feito em cada ciclo.
Desconfie de preço fechado em projeto mal definido: ou vem inflado pra cobrir o que ninguém entendeu ainda, ou vem barato e vira briga depois. Escopo claro é o que protege os dois lados — por isso eu insisto em fechar o que está dentro e o que está fora antes de falar em valor.
Quando NÃO vale a pena automatizar?
Vou contra o meu próprio interesse aqui, mas é importante: às vezes a resposta certa é não automatizar.
- A tarefa roda raramente e leva poucos minutos. Automatizar algo que você faz uma vez por mês em dez minutos quase nunca paga o desenvolvimento, nem nos próximos anos.
- O processo ainda muda toda semana. Automatizar um processo instável é jogar dinheiro fora: cada mudança vira retrabalho. Primeiro estabiliza a forma de fazer na mão, depois automatiza.
- Já existe ferramenta pronta e barata que resolve 90%. Nem tudo precisa ser sob medida. Muitas vezes a resposta certa — e a que eu mesmo recomendo — é configurar direito o que você já paga, em vez de construir do zero.
Como chegar a um número real para o seu caso?
O preço só faz sentido comparado ao custo de não fazer nada. Faça essa conta antes de qualquer orçamento: pegue a tarefa repetitiva, multiplique as horas por semana pelo custo da hora de quem a faz, e some o que os erros manuais custam — retrabalho, nota errada, cliente cobrado duas vezes. Esse número quase sempre é maior do que as pessoas imaginam, e é contra ele que o investimento se mede, não contra "o quanto eu queria gastar".
Pra eu te dar uma estimativa que se sustenta, em vez de um chute, traga estas quatro coisas:
- O passo a passo de como o processo é feito hoje, na unha: quem faz, em quais sistemas, quantas vezes.
- Quais ferramentas estão envolvidas (ERP, planilha, e-mail, sistema X) e se você tem acesso de administrador a elas.
- O volume: quantos pedidos, linhas ou clientes por dia ou por mês.
- Os casos esquisitos que sempre acontecem — porque, como falei, as exceções costumam ser metade do orçamento.
Com isso eu consigo dizer com honestidade se é uma automação de dias ou um projeto de meses, qual fatia atacar primeiro e qual o retorno esperado. É exatamente esse diagnóstico que eu faço em automação de processos sob medida — sem compromisso de fechar nada, só pra você saber em que terreno está pisando antes de gastar um real.