Em março de 2026 a Sequoia publicou um ensaio de Julien Bek que chegou perto de três milhões de visualizações no X e virou a tese mais repetida do ano entre fundadores: a próxima empresa de um trilhão de dólares vai vender o trabalho pronto e não a ferramenta de criação. A aritmética do argumento é atraente: pra cada dólar que uma empresa gasta em software, gasta seis em serviço.
O ensaio separa inteligência de julgamento e define inteligência como a tarefa que segue uma regra conhecida, e julgamento como a decisão que depende de experiência acumulada. Sobre essa divisão, vem a distinção: o copiloto vende a ferramenta ao profissional e o piloto automático vende o resultado a quem precisa do trabalho feito. A Harvey vende pras bancas de advocacia, e a Crosby vende pra empresa que precisa do NDA assinado. O mapa de mercados endereçáveis que acompanha o texto é generoso, com a corretagem de seguros entre 140 e 200 bilhões de dólares, a contabilidade e auditoria americana entre 50 e 80 e a consultoria de gestão entre 300 e 400.
A tabela não mostra o que sobra depois da entrega e é aí que a tese fica interessante. A Bessemer, em fevereiro de 2026, coloca a margem bruta das empresas de IA entre 50% e 60%, contra os 80% a 90% do SaaS clássico. A média apurada pela ICONIQ pra 2026 é de 52%, acima dos 41% de 2024. O próprio Bek, numa entrevista à Fortune em abril, admitiu que a margem fica em 70% no lugar dos 90% e chamou o número de saudável. E é. Só que descreve outra empresa. Trocar 90% de margem por algo entre 52% e 70% em nome de um mercado seis vezes maior faz todo sentido, desde que a planilha seja de serviço: outro múltiplo, outro ciclo de caixa e outra necessidade de capital pra bancar a entrega antes de receber por ela.
Mas o caso que mais me convenceu não está na tabela de mercados. A Crosby se registrou como banca de advocacia, com advogados e engenheiros no mesmo time, e cobra por documento em vez de por hora, o que permite devolver o contrato revisado em menos de uma hora. A série B de 60 milhões de dólares saiu a cerca de 400 milhões de valuation, com crescimento de receita de 400%. O múltiplo é bom, mas o que realmente importa é o alcance. O formato de banca dá acesso a contratos confidenciais que nenhum modelo de fronteira vê no treinamento, e esse acervo, mais que o modelo, é o que sustenta o diferencial. Se alguém lê a tese como um convite a montar mais um invólucro de modelo com nome de consultoria, ainda não enxergou a profundidade do fosso em torno do castelo.
A objeção mais dura veio de Andrew Côté: usar IA numa tarefa treina a IA naquela tarefa. Todo fluxo documenta o que pode ser absorvido, e o que é absorvido migra pro modelo base na versão seguinte. Ele chama atenção para a ideia de que toda empresa que entrega um serviço assistido por IA financia a sua própria substituição, o que encurta a janela entre provar um modelo de negócio e tornar-se commodity. Justo, mas a segunda objeção me parece mais séria, até porque não se resolve com velocidade. Muito trabalho que parece inteligência carrega julgamento embutido. E esse julgamento só se manifesta quando uma resposta sai errada. As regras de seguros, saúde e tributação são ambíguas e mudam por jurisdição, às vezes no meio do exercício. Um erro de piloto automático numa dessas frentes não gera um chamado de suporte, mas uma responsabilidade. Quem vai responder pelo erro é uma incógnita em quase todo o mapa.
Bek reconhece que há uma questão de escala em aberto. Disse à Fortune que não dá pra escalar a venda de serviço corporativo do jeito que se escala a venda de software e que os processos de compra ainda exigem valor por hora, o que limita e, por vezes, derruba o preço por resultado. São dois problemas de distribuição e isso é mais nocivo para a empresa do que uma falha direta de produto. Eu já vi muitos produtos tecnicamente superiores morrerem exatamente assim, sem nunca terem perdido uma prova de conceito.
Se você é um programador, a divisão entre inteligência e julgamento vale como bússola e não como mapa. A fronteira entre as duas muda por domínio e aparece na medida em que o trabalho é entregue e alguém verifica onde o humano precisou entrar. Isso tem uma consequência desconfortável pra um fundador acostumado com software. A primeira versão precisa ser montada com gente de serviço, carregando esse custo na entrega, e instrumentada como produto, tratando cada intervenção humana como um defeito a ser fechado. Montar só a metade de produto entrega um copiloto com apelido de piloto automático. O risco é virar uma consultoria de uma única API.
Concordo com a tese, mas acho que ela subestima o trajeto. O dólar do software vinha com margem embutida. Os tais seis dólares de serviço vêm com gente junto. E as tabelas de mercado endereçável que vi até aqui não estão somando esse custo.