O software ensinou uma geração de fundadores que a margem bruta é um problema resolvido. Constrói-se o produto uma vez, o cliente seguinte custa quase nada a servir, e a linha da margem instala-se sozinha algures acima dos 80 por cento. Os produtos de IA não se comportam assim. Cada pedido custa dinheiro real, esse custo varia com a intensidade com que cada cliente usa o produto e não com o número de clientes, e a margem bruta deixa de ser uma consequência da escala. Passa a ser uma coisa que é preciso desenhar.

Em resumo

Porque é que as startups de IA têm um problema de margem bruta?

Porque a inferência é um custo variável que cresce com o uso, e não um custo fixo que se dilui com o crescimento. Uma empresa de software tradicional acrescenta clientes e vê a margem bruta subir; uma empresa de IA acrescenta clientes e acrescenta custo na mesma proporção. A margem é decidida pela quantidade de computação que cada unidade de valor entregue consome, pelos pedidos que os clientes realmente enviam, e pela fatia de utilização gratuita e intensiva que as contas pagantes estão a subsidiar em silêncio. Tem de ser medida por funcionalidade e por segmento de cliente, porque a média combinada esconde as contas que estão abaixo de água.

Porque é que a margem não melhora sozinha

A curva clássica da margem de software vem de uma base de custos quase toda fixa. O alojamento, o armazenamento e a largura de banda por cliente são suficientemente pequenos para que o crescimento distribua o custo de engenharia por mais receita e a percentagem suba ano após ano. Um produto de IA tem uma segunda base de custos por baixo dessa, e é variável por construção: a chamada ao modelo, a recuperação de documentos, a repetição quando a primeira resposta não serviu. Duplicar a receita duplica também esse custo, por isso a percentagem de margem fica praticamente onde começou a não ser que algo no produto mude. Quem orça a assumir que a margem melhora com a escala está a orçar para uma curva que o seu produto não tem.

O custo das vendas é mais largo do que a factura do modelo

A factura do fornecedor do modelo é a parte visível e raramente é o todo. Uma funcionalidade de IA a funcionar carrega também os embeddings e o armazenamento vectorial que tornam a recuperação possível, as chamadas de avaliação e de salvaguarda que verificam uma resposta antes de ela chegar ao utilizador, as repetições quando uma chamada falha ou devolve algo inutilizável, e na maioria dos produtos sérios alguma revisão humana sobre os resultados que contam. Cada uma dessas parcelas é um custo de entregar o serviço, o que faz dela custo das vendas e não investigação e desenvolvimento. Deixá-las numa rubrica de engenharia ou de infraestrutura não as faz desaparecer; apenas muda o problema da margem para um sítio onde ninguém está a olhar.

O plano gratuito é um centro de custo, não uma linha de marketing

No software convencional um plano gratuito custa um arredondamento e compra distribuição. Num produto de IA o plano gratuito consome a mesma computação cara que o pago, e os utilizadores que mais consomem são, por definição, aqueles que acharam o produto mais útil. Isso é uma estratégia de aquisição legítima, e é também um número real que pertence ao cálculo da margem em vez de a um orçamento de marketing que ninguém reconcilia contra o uso. A questão não é se deve haver um plano gratuito. É se alguém consegue dizer, este mês, quanto custou e qual a coorte pagante que o absorveu.

0
do custo de inferência desaparece à medida que acrescenta clientes, ao contrário do alojamento
1
margem bruta combinada que a maioria das apresentações reporta, sobre funcionalidades com custos muito diferentes
4
rubricas de custo que pertencem ao custo das vendas e costumam estar noutro sítio

O preço não corrige um custo que não se vê

A reacção habitual a uma margem de IA fina é uma mudança de preço: subir o valor por utilizador, acrescentar limites de utilização, passar a um modelo de créditos. As três podem funcionar, e nenhuma delas se consegue apontar sem saber que funcionalidades e que clientes consomem a computação. Um aumento por utilizador espalhado por toda a base castiga os utilizadores leves que já eram rentáveis e quase não toca nas contas intensivas que causaram o problema. Limites de utilização definidos a partir de uma média cortam precisamente os clientes para quem o produto foi desenhado. A alavanca do preço é real, mas só é útil depois de o custo estar atribuído à actividade que o causa, uma funcionalidade e um segmento de cada vez.

Uma margem bruta combinada é a média entre os produtos onde ganha dinheiro e aqueles onde não ganha. As médias não sobrevivem a uma due diligence.

O que verificar antes do próximo dossiê para a administração

Antes de a margem bruta entrar numa apresentação ao conselho ou numa sala de dados, confirme três coisas. Que o custo das vendas inclui inferência, recuperação, avaliação, repetições e revisão humana, e não apenas a factura do modelo. Que a margem é reportada por funcionalidade e por escalão de plano, além da combinada, para que as combinações deficitárias fiquem visíveis em vez de diluídas na média. E que a utilização gratuita e de teste é custeada e atribuída, em vez de tratada como despesa de marketing. Um investidor que pergunte como se comporta a margem a dez vezes o volume está a perguntar se alguém fez esse trabalho, e a resposta honesta nota-se ao fim de um minuto.

Veja a margem bruta por funcionalidade de IA, não um número combinado.

Marque uma demonstração ao vivo do CostCtrl e veja como os custos de inferência, recuperação, avaliação e revisão se juntam numa margem real por funcionalidade e por cliente.

Ver uma demo ao vivo do CostCtrl

Leitura relacionada: margem bruta de IA e economia por token e como fixar preços de produtos de IA com rentabilidade.