Exército de um homem só: como eu automatizo a empresa

A carteirada primeiro: eu contrato, eu demito, eu pago a conta

Antes de qualquer coisa, de onde eu falo: eu tenho empresa de tecnologia. Eu sou quem contrata, quem demite e quem faz infraestrutura pesada, com CDN no Brasil e nos Estados Unidos. Não é palpite de quem leu uma thread: é a minha folha de pagamento e o meu risco.

Eu mexo com inteligência artificial há uns três anos, a nível de infraestrutura, desde que eu fiz uma imersão no Google. E como empresário o meu objetivo é óbvio e eu não vou fingir que é outro: automatizar a maior parte do que eu conseguir, colocar inteligência artificial na maior parte dos pipelines que eu conseguir, usar a menor quantidade de mão de obra possível nas coisas repetitivas — e usar a mão de obra que eu tenho pras outras coisas.

O que eu estou vendo é que as coisas estão amadurecendo num nível em que a gente vai conseguir fazer isso. Hoje ainda não tem 100%, e quem te disser que tem está te vendendo alguma coisa. Mas a gente está caminhando pra lá, e eu prefiro estar com o fluxo pronto quando chegar.

Automatizar não é dar o play e virar as costas

Antes de desenhar fluxo nenhum, eu preciso acertar uma palavra, porque é nela que quase todo mundo se perde. O que é um trabalho de automatizar? É você ir lá, dar o play, esquecer e virar as costas? Não. Quando a gente automatiza, a gente dá o play e fica monitorando o fluxo e melhorando o tempo todo.

É igual quando a gente bota um estagiário dentro da empresa: ele começa, e a gente vai monitorando, orientando, mentorando, ajudando — e ele vai melhorando. Com inteligência artificial é a mesma coisa: a gente vai ajustando skills, tools, e ela vai melhorando e melhorando, até fazer um trabalho cada vez melhor.

Quem entendeu isso ganha o jogo; quem não entendeu vai dar o play, virar as costas e depois dizer que "IA não funciona". Eu já escrevi aqui sobre o irmão gêmeo desse erro, quando eu testei atendimento por voz com IA e descobri que antes vem o processo: automação não conserta processo torto, ela só acelera o torto.

A frente da empresa: venda, tráfego e atendimento dão 100%

Vamos na ponta. Pra você ter uma empresa, o que você precisa? Vender alguma coisa. (Tem gente que vende sem ter nada, né? O cara faz lançamento de curso sem ter o curso gravado. Mas vamos no mundo real.) E pra vender, você precisa de um time de funções que hoje são todas endereçáveis:

• Venda ativa e venda passiva.
• Marketing de e-mail, SMS e WhatsApp, com captura de leads.
• Tráfego orgânico com site e redes sociais e tráfego pago com site e redes sociais, pra ter prospecto e lead entrando.
• Um CRM ou painel pra gestão desses leads — sem isso, o lead entra e morre.
• E, em paralelo, um atendimento excelente pra conversar com quem chega, seja pelo ativo ou pelo passivo.

Tudo isso que eu acabei de falar — marketing, venda, suporte, tráfego pago, tráfego orgânico — consegue se automatizar 100%. Dá trabalho pra caramba, mas consegue. E "atendimento decente com inteligência artificial de linguagem natural" não é promessa de palco: é o que eu rodo. Eu atendo de mil a três mil leads em uma semana com o meu sistema de chatbot, em campanha.

O que eu passo pro bot e o que eu não passo

Essa é a pergunta que separa quem opera de quem assiste. Eu passo pro meu sistema:

• A parte financeira toda — e isso eu já detalhei em dois textos: o contas a pagar que eu não toco mais e a conferência de Pix em tempo real, sem taxa de maquininha.
• Prospecção e venda, incluindo o papel de SDR.
• Atendimento e esclarecimento de dúvidas.
• Suporte básico.

E o que eu não passo: grande conta. O próprio bot já filtra se o cara é um cliente grande ou não — e quando é, ele não assume: marca reunião com a minha equipe. No suporte vale a mesma régua: suporte básico é dele, mas quando começou a gerar atrito, fricção, vai pra minha equipe de suporte.

Tem um motivo honesto pra eu ser mais conservador que a média aqui: o meu produto é complexo. Eu tenho produto de transmissão de vídeo ao vivo. O cara tem que aprender a mexer com OBS, configurar codec de áudio, codec de vídeo, bitrate, tela de entrada, tela de saída, FPS — um monte de coisa pra dar errado. Quantas pessoas você conhece que fazem live? Pois é: esse público é o meu, então o meu suporte é mais complicado que o do vizinho. Se eu fosse um CRM qualquer, um crud qualquer, talvez o meu suporte fosse 100% automatizado.

A retaguarda: do ticket ao merge, com agente fazendo e agente validando

Vendi, atendi, dei suporte. Agora a parte de trás, que é onde quase ninguém chega. Suporte e venda têm ligação direta com as issues e as solicitações do sistema: solicitação de feature, de melhoria, correção de bug, hotfix. Esses sistemas criam a issue automaticamente, ou alguém cria à mão. Criou.

Aí entra o que eu chamo de quase um PO, mas automático. Ele pega a issue e valida: vai testar, vai ler log, vai ver observabilidade, vai usar todo o conhecimento que ele tem do sistema pra encontrar e reproduzir o problema — e decidir se aquilo é um problema nosso de fato e como resolver, ou se é interpretação errada de regra, que acontece todo dia, e aí a resposta volta pro usuário. Dá pra automatizar isso? Sim. Dá trabalho? Dá. Mas funciona.

Validado, vira desenvolvimento: feature, hotfix, análise, planejamento, pesquisa. E agora, quem faz? O agente autônomo pega. No hotfix é mais simples, porque já vem mastigado: com log, com o que tem que fazer e onde tem que fazer. Ele desenvolve e testa — no mínimo o teste ponta a ponta que você precisa ali.

Depois ele devolve pro QA. E quem é o QA? Pode ser um outro agente. Funciona? Funciona. Dá trabalho? Dá. E é um trabalho por produto, por serviço, por microsserviço — não existe o agente genérico que resolve a sua empresa toda. Esse do QA pega a regra de negócio que chegou, pega como funciona a arquitetura do produto — o manifesto, o que o outro agente implementou — e valida de acordo com as métricas que você colocou. Ou devolve pra correção, ou libera o merge.

Sobre essas duas pontas eu já escrevi em separado, porque cada uma tem armadilha própria: como eu substituí um dev júnior por IA no meu pipeline e o que aconteceu quando o QA virou gargalo porque a IA escreve mais rápido do que eu testo. É o mesmo fluxo deste texto, visto de dentro de cada etapa. E se você quer o retrato do conjunto, eu comparei o discurso com a prática em empresa agêntica de verdade ou dinheiro de Monopoly.

Pré-produção, métrica e rollback: a parte que não pode ser "confia"

Passou pelo merge, tem os testes antes de ir pra uma pré-produção. Deu certo na pré-produção, você bota rodar pra alguns clientes, valida log — pode ser outro agente validando se deu certo. Deu certo, aí você pode autorizar a subida pra produção: com regras muito explícitas, permissões muito restritas e um estágio de rollback lá na frente.

E dá pra automatizar a própria pré-produção. Você coloca a pré-produção rodando com logs contínuos e com a normalidade do seu sistema parametrizada, e deixa o seu job rodando no próprio CI, escutando o ambiente — os pods, os contêineres de pré-produção. Passou na métrica que você definiu, o job encerra com sucesso. Não passou e deu erro, você cai no job de rollback automático, que devolve a imagem buildada anteriormente do projeto — e aí cabe uma análise manual. Isso vale pra feature e vale pro fluxo todo.

Eu quero cravar uma frase aqui, porque ela é o coração de tudo: as métricas quem define é você. Essa é a parte que não dá pra delegar pra agente nenhum, nem pra fornecedor nenhum.

Esse pedaço não é invenção da casa, e eu fui conferir pra quem quiser ler a fonte: o capítulo de canarying releases do livro de engenharia de confiabilidade do Google descreve exatamente isso — um deploy parcial e por tempo limitado que é avaliado antes de seguir, comparando a população canário com a de controle; e, nas palavras deles, se o erro do canário fica longe demais do controle, o sinal é de deploy ruim e a resposta é pausar e reverter. É apuração minha, não fala da gravação: eu trouxe porque o padrão existe, é público e tem nome. O que a inteligência artificial muda não é o conceito — é quem executa cada etapa.

O preço real: 3 a 4 dias por agente, 6 meses pro conjunto

Você quer construir um SaaS, você que é empresário e quer entender disso. Então vamos ao preço, que é a parte que o vídeo de guru esconde. Cada skill bem feita, cada agente que você desenvolve, bota pra rodar e testa bastante pra não ter dor de cabeça na frente: uns três a quatro dias, pra cada um, de cada projeto desses que eu falei.

Dá trabalho? Dá. Mas dá nem menos nem mais do que eu gastaria ensinando o meu estagiário de cada área a fazer isso: o meu estagiário de QA, o meu estagiário de observabilidade, o meu estagiário pra desenvolver a feature. Com uma diferença: esse aqui trabalha 24x7. (Estagiário master não existe, e eu rio sozinho quando alguém me promete um.)

Então sim: você vai investir uma energia muito grande no começo pra esse negócio funcionar. Do dia pra noite não implementa — demora, e você vai fazendo passinho por passinho. Mas num SaaS que entrega algum tipo de valor e gera dinheiro de verdade, em uns 6 meses de trabalho árduo — porque vai dar trabalho, tem que voltar, metrificar, ajustar — você consegue deixar isso tudo automático e ser um exército de um homem só.

E aí a operação inverte de lado: o ticket de suporte chega em você só se a skill não conseguir resolver. Chega no WhatsApp, no Telegram, onde você atender. O desenvolvimento, o CI e o pipeline só te chamam quando não passar nas suas métricas. O resto do dia é seu.

O ganho que ninguém conta: o segundo microsserviço sai no molde do primeiro

E sabe o que é o curioso disso? Quando você define o workflow, o pipeline — o seu fluxograma, a estrutura que você usar pra armazenar essa arquitetura, Notion ou o que for —, a partir desse momento fica muito mais fácil. Você duplica isso pro segundo SaaS, pro segundo microsserviço, e assim vai. O ativo não é o agente: é o fluxo escrito.

Eu estou fazendo isso hoje, e vou te dar o número exato pra você calibrar expectativa. Eu tenho mais de 300 microsserviços em operação. Nesse fluxo aqui, eu andei meio agarrado e ainda estou no 19º que já está funcionando. Já está. Daqui uns dias, o 20º, o 21º, e assim por diante.

Repare no tamanho da honestidade dessa conta: 19 de mais de 300. Quem te promete a empresa inteira automatizada em uma semana não tem 300 microsserviços rodando — tem uma apresentação. E tem o resto, que também vai ter que entrar passo a passo: infraestrutura, arquitetura de sistema, arquitetura pra receber o sistema, hardware, software, back, front, memória ou não, escovar bit ou não, quanto que vai gastar ou não.

Bilionário de uma pessoa só: o que é previsão e o que é o meu dia

A gente está caminhando pra uma era em que existe empresa com uma pessoa apenas. Milionário hoje é relativamente fácil de você conseguir sabendo usar inteligência artificial. E já existem previsões de bilionários de exércitos de um homem só.

Essa previsão não é minha, e aqui é apuração minha pra você saber de quem é: em fevereiro de 2024, o Sam Altman, da OpenAI, contou que no grupo dele de CEOs de tecnologia há uma aposta sobre em que ano vai aparecer a "pessoa-empresa" de US$ 1 bilhão — e que não se imaginaria isso sem inteligência artificial. Eu trato como horizonte, não como promessa: o que eu afirmo é o que eu toco com a mão.

E tem um dado de pesquisa que eu gosto de deixar na mesa pra quem acha que vai comprar ferramenta e virar exército: o relatório DORA de 2025 é direto ao dizer que o papel principal da inteligência artificial é de amplificador, magnificando as forças e as fraquezas que a organização já tem — e que o maior retorno não vem da ferramenta, mas do sistema organizacional por baixo dela. É exatamente o que eu falo com outras palavras: a IA não conserta a sua bagunça, ela escala a sua bagunça. Se o seu processo é no olho, você vai ter bagunça 24x7.

Pra quem isso serve — e o que eu faria no seu lugar

Eu espero que isso ajude quem quer montar o seu próprio SaaS. Que ajude o empresário que está fazendo vibe coding e quer montar um. Que ajude quem está contratando alguém pra fazer, ou quem vai contratar uma agência. E que ajude quem quer aprender e fazer pra não ser dependente só de desenvolvedor. Todos esses perfis.

No seu lugar, eu começaria por uma etapa só — a que mais me rouba tempo hoje — e eu mediria antes de automatizar, porque sem a linha de base você não sabe se melhorou. Depois eu escreveria o fluxograma antes de escrever a primeira skill. E eu não colocaria nada em produção sem as três coisas da última coluna do diagrama: métrica definida por mim, permissão restrita e rollback. Isso é o que separa automação de roleta.

Se você ficou com dúvida de como se faz tudo isso que eu falei, é o conteúdo da minha imersão presencial de SaaS, em São Paulo: três dias pra eu fundir a sua cabeça e te entregar o que eu faço, como eu automatizo e como alguém que realmente usa isso usa no dia a dia. Tem também as de agência de site, chatbot e infraestrutura — mas a que fala deste tema aqui é a de SaaS. Preço, data e condição eu não repito por aqui: isso é informação final e fica na página da imersão.

E se você preferir fazer por conta própria, não tem problema nenhum: o fluxo está desenhado aí em cima, de graça. Dá trabalho, dá. Funciona, funciona. Um abraço, e até a próxima — tem mais dessa linha aqui no blog.

Perguntas frequentes