Software cobrado por resultado: o fim da licença por usuário?

Por décadas, software se vendeu do mesmo jeito: licença por usuário, por mês. Faz sentido pra ferramenta que pessoas usam. Mas agente de IA não é ferramenta que alguém usa, é um sistema que trabalha sozinho, e cobrar “por usuário” de algo que não tem usuário expôs o absurdo da régua antiga. Daí o crescimento do outcome-based pricing: pagar por ticket resolvido, reunião marcada, contrato gerado. O modelo alinha incentivos como a licença nunca alinhou, e traz pegadinhas de métrica que precisam estar resolvidas no contrato, não na fé.

O que é outcome-based pricing e por que está crescendo agora?

É o modelo em que o fornecedor cobra pelo resultado entregue (ticket resolvido, reunião agendada, documento processado), não pelo acesso à ferramenta, e cresce porque agentes de IA tornaram o resultado medível e atribuível como nunca foi. O exemplo mais citado do mercado é o do atendimento: fornecedores internacionais passaram a cobrar por resolução concluída pela IA, e o desenho se espalhou pra vendas e operações.

Duas forças explicam o momento:

• O software virou executor: quando a ferramenta faz o trabalho (em vez de ajudar alguém a fazer), o resultado dela é isolável e contável. Dá pra saber exatamente quantos tickets a IA resolveu sozinha.
• A pressão do comprador: depois de anos pagando licença por assento pra ferramentas subutilizadas, o mercado ganhou apetite por pagar só pelo que produz efeito.

Pra quem compra, a promessa é sedutora: risco compartilhado com o fornecedor. Se o agente não entrega, a fatura encolhe junto.

Por que a licença por usuário parou de fazer sentido pra agentes de IA?

Porque o agente não tem assento: ele atende mil conversas com a mesma “licença” que atenderia dez, e o valor que gera não tem relação nenhuma com o número de humanos logados na plataforma. A régua antiga media o custo pelo tamanho do time; o agente desacopla resultado de headcount, e a cobrança precisa acompanhar.

O desalinhamento aparece nos dois sentidos:

• Empresa pequena com volume alto paga barato demais na licença por usuário, e o fornecedor compensa limitando volume por outras vias (mensagens, créditos, conversas).
• Empresa grande com volume baixo paga caro por assentos que não produzem nada.

O mercado já vinha remendando isso com cobrança por uso (mensagens, tokens, conversas). O outcome-based dá o passo seguinte: em vez de cobrar o insumo (quanto a IA trabalhou), cobra o produto (quanto a IA entregou). A diferença importa: pagar por conversa incentiva o fornecedor a deixar a conversa longa; pagar por resolução incentiva a resolver rápido.

Quais são as pegadinhas de métrica que você precisa conhecer?

A definição do que conta como resultado é o contrato inteiro: “reunião marcada” inclui no-show? “Ticket resolvido” inclui o cliente que desistiu de reclamar? Métrica frouxa transfere o risco de volta pra você, com juros. O outcome-based só alinha incentivo quando o outcome está definido com precisão de auditoria.

As quatro pegadinhas mais comuns:

1. Resultado inflável: se “resolução” é o cliente parar de responder, o fornecedor fatura desistência como sucesso. Exija definição com confirmação (problema resolvido confirmado, reunião realizada, não só agendada).
2. Atribuição nebulosa: a venda saiu do agente ou do vendedor que assumiu depois? Defina a regra de atribuição antes, incluindo os casos mistos.
3. Qualidade fora da conta: reunião marcada com lead desqualificado conta? Sem critério de qualidade, o volume de resultado sobe e o valor real desce.
4. Teto e piso escondidos: alguns contratos têm mínimo garantido pro fornecedor que, na prática, recria a mensalidade fixa por outro nome.

Sendo bem sincero: métrica perfeita não existe, toda régua cria algum incentivo torto. O objetivo da negociação não é a métrica pura, é a métrica auditável por você, com dado que você acessa, e revisável a cada ciclo.

O que muda na negociação com o fornecedor?

A conversa migra do preço da ferramenta pro valor do resultado: você precisa chegar sabendo quanto vale, pra sua operação, uma reunião marcada ou um ticket resolvido, porque esse número é o teto racional do que aceitar pagar por unidade. Sem ele, a negociação vira chute contra planilha alheia.

O preparo prático antes da mesa:

• Calcule seu valor por resultado: se a cada 4 reuniões você fecha 1 venda com margem conhecida, o valor máximo de uma reunião marcada sai por regra de três, em estimativa conservadora.
• Puxe seu baseline: quantos resultados sua operação já gera sem o agente? Você só deveria pagar variável pelo incremento, ou a régua começa te cobrando pelo que já era seu.
• Exija visibilidade: painel com cada resultado cobrado, auditável, com direito a contestação. Fatura de outcome sem extrato detalhado é conta de luz sem medidor.
• Negocie a rampa: durante a calibração o volume oscila; trave condições de saída e revisão nos primeiros meses.

Esse preparo também revela quando o outcome-based não é a melhor oferta: às vezes a mensalidade fixa tradicional, na faixa de mercado que a gente descreve no post de preços de agente, sai mais barata pra quem tem volume alto e previsível.

Outcome-based é sempre melhor que mensalidade fixa?

Não: pagar por resultado custa mais caro por unidade (o fornecedor precifica o risco que assume), então quem tem volume alto e estável costuma pagar menos na mensalidade fixa, enquanto quem está começando ou tem demanda volátil se beneficia do variável. É a mesma lógica de seguro: transferir risco tem preço.

A régua rápida de decisão:

• Volume baixo ou imprevisível, primeira experiência com IA: outcome-based reduz o risco de pagar por prateleira parada.
• Volume alto e estável, processo maduro: fixo tende a sair mais barato, porque você não paga o prêmio de risco embutido no variável.
• Meio-termo (a maioria): híbrido, com base fixa menor cobrindo a infraestrutura e variável por resultado acima do baseline.

Não acho que a licença por usuário morra pra todo software, ela segue fazendo sentido pra ferramenta que pessoas usam no dia a dia. Mas pra mão de obra digital, a direção do mercado é clara: cobrar o trabalho pelo que ele produz. Quem compra ganha poder nessa transição, desde que chegue na mesa com métrica, baseline e valor por resultado calculados.

FAQ

Que tipos de resultado já são cobrados assim no mercado?

Os mais comuns: resolução de ticket de atendimento (o caso mais maduro, popularizado por fornecedores internacionais de suporte com IA), reunião ou demonstração agendada em vendas, lead qualificado entregue, documento processado em operações e cobrança recuperada em financeiro. O padrão que os une: unidade discreta, contável e com valor de negócio claro. Processos de valor difuso (melhorar a comunicação interna, por exemplo) seguem mal servidos pelo modelo, porque não têm unidade auditável.

Como sei se o preço por resultado que me ofereceram é justo?

Compare com o seu valor por resultado, não com o preço de outros fornecedores. A conta: quanto uma unidade daquele resultado vale pra sua operação (via conversão e margem, em estimativa conservadora), e que fração disso você aceita pagar. Como regra geral de sanidade, o custo por resultado precisa caber com folga dentro do valor gerado, senão você escala uma operação que perde dinheiro por unidade. Se o fornecedor não te ajuda a fazer essa conta com transparência, a proposta já falhou no primeiro teste.

O fornecedor pode inflar o volume pra faturar mais?

Pode tentar, e é por isso que a definição de métrica e o extrato auditável são o coração do contrato. As proteções práticas: definição de resultado com confirmação (não com silêncio do cliente), critério de qualidade acordado (reunião com lead dentro do perfil, resolução confirmada), direito de contestação com prazo, e revisão periódica da régua. Fornecedor sério aceita essas cláusulas sem drama, porque elas também o protegem de discussão infinita sobre fatura.

E se o agente gerar resultado que eu não consigo absorver?

Cenário real: o agente marca mais reuniões do que seu time consegue atender, e você paga por resultado desperdiçado. A solução é operacional e contratual: trave limites de volume ajustáveis (o agente desacelera quando a agenda lota) e negocie que resultado não aproveitado por limite seu tenha tratamento definido. Esse problema, aliás, é um bom sinal disfarçado: significa que o gargalo mudou de geração de demanda pra capacidade, e essa é uma decisão de crescimento, não de software.

Isso muda o poder de negociação entre empresa e fornecedor?

Muda a favor de quem mede. No fixo, o fornecedor fatura igual entregando muito ou pouco, e o poder do comprador se resume a cancelar. No outcome-based, cada ciclo de fatura é uma prova de valor: fornecedor que entrega pouco fatura pouco e sabe disso. Em troca, o fornecedor ganha argumento pra faturar mais quando entrega muito. O equilíbrio é saudável, mas exige do comprador uma maturidade nova: sem baseline e sem auditoria da métrica, o poder volta todo pro lado que controla o número.

Agente com preço fixo hoje pode migrar pra resultado depois?

Pode, e essa costuma ser a sequência mais saudável: começar no fixo (ou híbrido com fixo maior) durante a calibração, quando o volume de resultado ainda oscila, e migrar parte da remuneração pra variável quando o baseline estiver estabelecido e a métrica, testada na prática. A migração na ordem inversa (variável primeiro, fixo depois) costuma indicar fornecedor fugindo de meta que não bateu. Deixe a porta da revisão de modelo aberta em contrato desde o início.