A pergunta chega quase sempre igual: «compramos uma ferramenta de agentes ou construímo-la?». E está quase sempre mal colocada, porque se faz no abstrato —como se «comprar» e «construir» fossem duas religiões e houvesse que escolher um lado—. Não são. São duas ferramentas para dois tipos de problema diferentes, e a única resposta útil depende de uma coisa: se o processo que vais automatizar é a tua vantagem competitiva ou uma portagem que pagas como toda a gente.
Escrevo-o do lado de quem depois o mantém em produção, não de quem assina o deck. E daí o padrão é teimoso: a maioria das empresas compra onde devia construir e constrói onde devia comprar. Montam um chatbot de suporte à medida —seis meses de desenvolvimento para algo que qualquer produto de mercado faz— e ao mesmo tempo metem o seu processo mais particular, o que mais ninguém tem, dentro de uma ferramenta rígida que não o entende. O erro não é comprar nem construir: é fazê-lo ao contrário.
O que ganha comprar (e onde te afunda)
Comprar um produto de agentes —uma plataforma, um SaaS com IA, um assistente vertical— dá-te velocidade. Alguém já resolveu os 80% genéricos: a interface, a integração com o comum, o tratamento de erros, as atualizações quando o modelo por baixo muda. Se o teu problema é standard —classificar tickets, responder a perguntas frequentes, agendar—, comprar é quase sempre o correto: pagas para não reinventar uma roda que roda bem.
Onde te afunda: nos últimos 20%, que costumam ser precisamente onde vive a tua diferença. A ferramenta comprada assume um fluxo «normal», e a tua operação tem uma exceção que, para ti, não é uma exceção: é o negócio. Quando tentas dobrar o produto para que a faça, começas a pagar em integrações frágeis, em «isto não se configura» e em lock-in: no dia em que queres mudar, o teu processo vive dentro da caixa deles. Comprar é barato ao início e caro quando o teu caso deixa de parecer-se com o do folheto.
O que ganha construir (e onde te arruína)
Construir —montar o agente sobre as APIs dos modelos, com a tua lógica e os teus dados— dá-te controlo e encaixe exato. O agente faz o teu processo, não uma aproximação. Se esse processo é a tua vantagem —a forma particular como qualificas um lead, dás prioridade a uma encomenda ou revês um contrato—, construir é o que a protege: não a metes na caixa de ninguém, transforma-la em software teu. É o caso onde o à medida ganha sem discussão.
Onde te arruína: quando constróis o que já existe. Fazer à medida um chatbot de FAQ ou um classificador genérico é pagar três vezes —o desenvolvimento, a manutenção e o custo de oportunidade de não o ter comprado feito—. E atenção, porque construir não acaba no dia em que funciona: um agente em produção tem de ser vigiado, versionado e reparado quando o modelo por baixo muda de comportamento. Se vais construir o genérico, estás a assinar uma hipoteca de manutenção para teres algo pior do que o que se vende no mercado.
| Eixo | Comprar | Construir |
|---|---|---|
| Time-to-value | Dias ou semanas | Semanas ou meses |
| Encaixe com o teu processo | O do folheto, com exceções à força | Exato: faz o teu |
| Custo inicial | Baixo (subscrição) | Alto (desenvolvimento) |
| Custo a longo prazo | Sobe com o lock-in e os remendos | Manutenção contínua, mas é teu |
| Onde brilha | Problemas standard e comuns | Onde o processo é a tua vantagem |
A regra: o processo é a tua vantagem ou a tua portagem?
Toda a decisão cabe numa pergunta: este processo é algo em que competes, ou algo que pagas como toda a gente? Se é uma portagem —necessária mas indiferenciada, igual para ti e para o teu concorrente—, compra o melhor do mercado e não lhe mexas. Se é a tua vantagem —a razão pela qual um cliente te escolhe—, não a subcontrates a uma caixa rígida: constrói-a, porque estás a transformar o teu know-how num ativo. Antes de decidir, quatro perguntas honestas:
- Alguém já vende isto e fá-lo bem? Se sim e o teu caso parece-se com o do folheto, comprar. Não construas um agente só para te gabares de que é teu.
- A parte difícil é a minha diferença ou é canalização? Se o difícil é a integração standard, resolve-o um produto. Se o difícil é a tua lógica particular, é aí que construir compensa.
- Quanto me custa o lock-in se isto crescer? Um processo core dentro da caixa de um fornecedor é uma dependência estratégica, não uma linha de despesa. Conta esse custo antes, não quando quiseres sair.
- Consigo mantê-lo? Construir sem equipa (própria ou externa) que vigie o agente em produção é comprar dívida. Se não vais conseguir mantê-lo, compra-o mesmo que encaixe pior.
Há uma terceira via quase sempre a boa, e que a falsa dicotomia «comprar ou construir» esconde: comprar a base e construir por cima apenas a camada que te diferencia. Usas modelos e ferramentas de mercado para os 80% genéricos e pões a tua engenharia só no pedaço que é teu. É o que fazemos quando montamos agentes de IA para uma empresa: não reinventamos o modelo nem o conector standard; construímos a lógica do teu processo por cima de peças já resolvidas. Nem tudo feito nem tudo à medida: cada coisa onde deve.
O erro de o fazer ao contrário
A falha cara não é escolher mal na dúvida; é escolher por reflexo. A empresa técnica constrói por instinto —«isto fazemo-lo nós»— e acaba com três agentes genéricos a meio manter que um produto de 40 € por mês faria melhor. A empresa não técnica compra por instinto —«que uma ferramenta o resolva»— e mete o seu processo mais valioso, o que a distingue, dentro de um SaaS que o achata até o tornar igual ao de todos. As duas queimaram dinheiro e tempo a otimizar a casa errada.
A forma de não cair nisto é separar antes de decidir: faz o inventário dos processos que vais tocar e marca cada um «portagem» ou «vantagem». As portagens, a comprar; as vantagens, a construir (ou a comprar-a-base-e-construir-por-cima). Quando a repartição não está clara, começa por comprar e observa onde o produto te obriga a dobrar-te: esse ponto de fricção é, quase sempre, o sinal de que ali há algo teu que merece código próprio. Se queres o mapa de quando automatizar um processo com agentes e quando não, desenvolvemo-lo no guia sobre automatizar processos com agentes; e se preferes que alguém monte a parte à medida sobre a tua operação sem que se te torne num piloto zombie, é o que fazem os empregados de IA.