Quem vende ferramenta corre contra o modelo. Quem vende o trabalho corre com ele.
Todo mundo que constrói alguma coisa com IA hoje faz a mesma conta de cabeça: o que acontece com o meu produto quando a próxima versão do modelo fizer isso sozinha? A pergunta é honesta e o medo é justo. Se o que você vende é a ferramenta, cada modelo novo encurta a distância entre você e qualquer um. Mas se o que você vende é o trabalho pronto, a mesma atualização que ameaçaria o produto chega como aumento de margem: mais rápido, mais barato, mais difícil de alcançar.
Inteligência e julgamento
Vale separar duas coisas que costumam vir no mesmo pacote.
Escrever código é, quase todo, inteligência. As regras são complicadas, mas são regras: traduzir uma especificação, testar, achar onde quebrou. Decidir o que construir em seguida é julgamento. Depende de experiência, de gosto e de já ter errado antes. Que dívida técnica aceitar, quando entregar antes de estar pronto, o que cortar quando o prazo encolhe.
A IA cruzou o limiar da inteligência primeiro na engenharia de software, e por um motivo simples: é a profissão em que a máquina consegue verificar sozinha se acertou. Compila ou não compila, o teste passa ou não passa.
Onde os agentes estão sendo usados (% das chamadas de ferramenta)
Engenharia de software |================================== 49,7%
Automação de back-office |====== 9,1%
Outros |===== 7,1%
Marketing e copywriting |=== 4,4%
Vendas e CRM |=== 4,3%
Finanças e contabilidade |=== 4,0%
Análise de dados e BI |== 3,5%
Pesquisa acadêmica |== 2,8%
Segurança |= 2,4%
Atendimento |= 2,2%
Fonte: Sequoia, "Services: The New Software" (2026)
Metade contra dígito único em todo o resto. Não é que as outras profissões sejam mais difíceis. É que ninguém ainda montou o laço de verificação que a engenharia ganhou de graça.
O cliente nunca quis a ferramenta
Aqui vai a parte que o mercado brasileiro sempre soube e o mercado de produto insiste em esquecer.
Cliente nenhum acorda querendo comprar software. Ele quer o problema resolvido. A empresa que gasta com um sistema de contabilidade e depois paga o contador para fechar o mês não está comprando duas coisas: está comprando uma, e pagando a licença como pedágio. O que ela queria era o mês fechado.
Vender ferramenta obriga o cliente a virar operador. Ele compra a licença, aprende a interface, descobre que falta um pedaço, contrata alguém para ligar as pontas. Vender o trabalho pula essa fila inteira.
Onde isso deixa a Nimbuu
O serviço é a porta e o software é a casa. Um site, um sistema ou um app sai da Nimbuu já instalado dentro do ecossistema: cobra pelo Pay, se edita no Build, e segue de pé sem depender de uma ligação para cá.
Nenhum desses produtos começou como ideia de startup. Cada um começou como problema que apareceu no meio de uma entrega:
- Precisava receber pelo que foi feito, e o checkout que existia era ruim de integrar. Virou o Pay.
- O cliente precisava mudar um texto sem abrir chamado. Virou o Build.
- Vários projetos ao mesmo tempo precisavam de agente de código sem um pisar no outro. Virou o Stratuu.
É a ordem inversa da que se ensina. Primeiro o trabalho, que é o que alguém paga hoje. Depois a ferramenta, que é o que sobra do trabalho bem feito e repetido vezes suficientes para valer a pena automatizar.
O teste
Se a próxima versão do modelo deixar o seu produto obsoleto, você estava vendendo a ferramenta. Se ela deixar sua entrega mais rápida, você estava vendendo o trabalho.
Vale fazer a pergunta antes que o mercado faça por você.