Como uma gerente aprendeu a programar em n8n e Claude Code — a história de como se livrar de contratados caros

Quando o cliente não entende o que está pagando, corre o risco de pagar errado. Uma gerente sem formação técnica enfrentou esse problema de frente: os contratados cobram quantias enormes por melhorias simples, e ela não tinha forma de verificar se o preço era justo. Em vez de negociações intermináveis, ela tomou outra decisão: aprender as ferramentas por conta própria. N8n, Claude Code, programação básica. E em poucos meses começou a escrever bots e automatizações por conta própria. De quebra, descobriu algo mais: agora ela entende por que os contratados cobram tanto — porque o desenvolvimento é realmente complexo, apenas não nos lugares que ela esperava.

Quando o contratado cobra 300k por algo óbvio

A história começou com uma solicitação aparentemente simples. A empresa tinha um bot do Telegram para transcrição de vídeos: você envia um arquivo de vídeo, o bot o processa e retorna a transcrição e o resumo. A necessidade era lógica: adicionar suporte a arquivos de áudio.

Afinal, se o bot já extrai a faixa de áudio do vídeo e a transcreve, por que não simplesmente aceitar um arquivo de áudio diretamente e prosseguir para o segundo passo? O contratado respondeu com uma avaliação: duas semanas de desenvolvimento, 300 mil rublos. No nível do bom senso comum, a solução não fazia sentido.

A lógica sugeria que era apenas validação de entrada, não uma reformulação completa da arquitetura. Mas não havia argumentos para verificar a avaliação — não havia conhecimento técnico suficiente para entender onde estava a verdadeira complexidade e onde era apenas um orçamento inchado.

Aprender ferramentas para entender o preço

Em vez de discutir com o contratado, a gerente tomou outra decisão: aprender por conta própria. Ela mergulhou em n8n e Claude Code — plataformas para automação e desenvolvimento sem programação profunda. Em poucos meses, ela não se tornou uma desenvolvedora full-stack, mas dominou o suficiente para falar com os contratados na mesma língua. Agora ela entendia como funcionam os pipelines, onde estava a verdadeira complexidade e onde havia superfaturamento. E o mais importante — começou a fazer coisas simples por conta própria, em vez de pagar por elas.

O que saiu dos experimentos

Após alguns meses, ela tinha uma coleção inteira de automatizações. Não ambiciosas, não revolucionárias — mas funcionando. Eis o que conseguiu montar:

• Bots do Telegram para diferentes tarefas e monitoramento
• Scripts para análise automática e relatórios
• Agentes para envios em massa que adaptam o texto para cada destinatário
• Resumos de mídia que coletam notícias por conta própria, fazem resumos e publicam
• Integrações entre diferentes serviços que funcionam 24/7 sem intervenção humana

Cada uma dessas ferramentas substituía o tempo de trabalho de alguém — seja o dela ou o de um contratado se ela o tivesse contratado. Em alguns casos, a economia era de uma ou duas horas por semana. Em outros — dezenas de horas.

E, significativamente, ela entendeu algo importante. Quando um agente ou script que ela criou precisa de refinamento, ela tem uma verdadeira compreensão: quanto tempo levará, onde estão os custos de depuração, onde estão os custos de adicionar uma função. Agora ela mesma funciona como uma contratada para seus próprios agentes.

O que significa que ela experimenta em primeira mão como é difícil dar uma estimativa honesta de uma função se você não se aprofunda nos detalhes da implementação.

O que isso significa

A história ilustra uma lacuna muito real no ecossistema de soluções de IA. A situação é típica: gerentes não-técnicos, gerentes de produto e clientes geralmente não sabem como avaliar o volume de trabalho de um contratado, que perguntas fazer, onde o desenvolvimento complexo é realmente necessário e onde você pode se livrar apenas configurando ferramentas existentes ou sem desenvolvimento algum. O resultado: ou desconfiança do contratado e rejeição de um projeto necessário, ou pagamento excessivo por uma função simples.

Ambas as situações são perdidas para todos. Há uma saída: pelo menos literacia técnica básica. Você não precisa ser um desenvolvedor e escrever código de produção.

Mas entender a lógica dos sistemas, como funcionam os pipelines, os princípios básicos de automação — isso economiza dinheiro e tempo e permite ter um diálogo honesto com o contratado.