A Salesforce concluiu a aquisição da m3ter — plataforma de medição e billing por consumo — e a levou nativa para o Agentforce Revenue Management. A lógica é direta e foi resumida sem rodeios pela própria empresa: quando um agente de IA faz o trabalho de dez pessoas, cobrar dez licenças por assento deixa de fazer sentido. O software passa a cobrar por uso e por resultado.
É o sinal mais claro até agora de que o modelo per-seat está sendo aposentado no enterprise. E para quem vende ou consome software e agentes, a conta muda em três frentes: previsão de receita, precificação e — a parte que ninguém coloca no slide — a infraestrutura de medição por trás.
1. O que a Salesforce comprou: medição e rating para consumo
A m3ter não é uma ferramenta de faturamento comum. Ela resolve o problema difícil do usage-based: ingerir eventos de uso em alto volume, agregá-los, aplicar regras de rating e reconciliar tudo isso com precisão suficiente para virar fatura. É a diferença entre "achamos que o cliente consumiu X" e "temos a trilha auditável de cada unidade consumida".
Ao embutir essa capacidade no Agentforce, a Salesforce está dizendo que a monetização de agentes não é um problema de tabela de preços — é um problema de engenharia de medição. E ela preferiu comprar a construir. Esse é o recado para o resto do mercado.
2. Por que o per-seat morre quando 1 agente faz o trabalho de 10
O modelo por assento nasceu para um mundo em que o valor do software era proporcional ao número de humanos que o usavam. Mais vendedores, mais licenças de CRM. A premissa era: uma pessoa, um lugar, um preço.
O agente quebra essa premissa. Se um agente de atendimento resolve o volume que exigia dez atendentes, quantos "assentos" você vende? Zero? Um? A pergunta não tem resposta boa dentro do per-seat, porque o valor deixou de estar ligado a pessoas e passou a estar ligado a trabalho executado. Cobrar por assento num mundo de agentes é como cobrar cavalo num mundo de motor.
3. Usage-based vs outcome-based: o que muda na sua receita
Há duas saídas do per-seat, e elas não são a mesma coisa. Usage-based cobra por consumo: número de conversas, tokens processados, transações executadas. É previsível de medir, mas desacopla preço de valor — o cliente paga mesmo quando o agente não entrega o resultado.
Outcome-based cobra por resultado: ticket resolvido, lead qualificado, venda fechada. Alinha preço a valor de forma quase perfeita, mas exige uma definição incontestável de "resultado" e uma medição que ninguém possa disputar. A maioria das empresas vai viver num híbrido — uma base por uso mais um componente por resultado. E os dois modelos têm o mesmo pré-requisito escondido.
4. A camada esquecida: como a CCX monta medição confiável
O pré-requisito escondido é a camada de medição. Cobrar por consumo ou resultado exige capturar eventos de uso em tempo real, agregá-los sem perder nem duplicar, e reconciliar antes de faturar. Se dois eventos viram uma cobrança dupla, você perde a confiança do cliente; se um evento se perde, você perde receita. É um problema de idempotência e integridade — o mesmo que a engenharia de mensageria em escala já resolve todo dia.
É aqui que a CCX Company entra. A frente de Salesforce Commerce Cloud & Data Cloud implementa Agentforce e conecta a monetização; a de Integrações & APIs Enterprise constrói a mediação de uso — eventos de billing idempotentes, agregação event-driven (Kafka / RabbitMQ), reconciliação auditável. E a frente de Data & BI garante que você consiga contabilizar consumo e outcome com confiança, sobre Salesforce Data Cloud, e defender cada número diante do cliente.
O preço é a parte fácil — uma decisão de negócio que você toma numa reunião. A medição é o projeto de engenharia que faz o preço ser cobrável.
5. Perguntas frequentes
Preciso da m3ter para migrar para consumo? Não necessariamente. A m3ter é a aposta da Salesforce, mas o padrão — medir uso de forma confiável e faturar sobre isso — pode ser construído sobre a sua stack atual. O que não dá para pular é a camada de medição.
Isso serve para B2B? Especialmente para B2B. É no enterprise que os agentes substituem trabalho em volume e que o per-seat trava primeiro. A conversa sobre usage e outcome já está nas mesas de compras.
E a previsibilidade de receita? É a objeção real. Consumo é menos previsível que assento. A resposta é medição granular mais modelagem: com dados de uso confiáveis, você prevê receita com bandas, e não com chutes — e é por isso que Data & BI entra no mesmo projeto.
Conclusão
A Salesforce comprou uma empresa inteira para provar um ponto: na era dos agentes, o software cobra por valor entregue, não por cadeiras ocupadas. O per-seat está sendo aposentado, e a transição para usage e outcome já começou no topo do enterprise.
Mas a decisão de preço é a parte fácil. Antes de anunciar a nova tabela, você precisa de medição que ninguém possa disputar. Fale com um especialista Salesforce da CCX sobre Agentforce mais camada de billing por uso — ou comece com um diagnóstico de dados para saber se a sua stack consegue contabilizar consumo com confiança.