Modelos de precificação de agentes de IA: uso, usuário ou retainer

Os modelos de precificação de agentes de IA têm três formatos principais: por uso (você paga pelo que o agente consome ou conclui), por usuário (você paga por pessoa com acesso) e retainer (você paga uma mensalidade recorrente por um escopo de trabalho definido). Cada um transfere um risco diferente entre comprador e fornecedor. O uso coloca o risco de volume sobre você, o modelo por usuário coloca o risco de adoção sobre você, e o retainer coloca o risco de escopo sobre quem o definiu de forma frouxa.

Principais pontos

• Todo modelo de preço é uma divisão de riscos. Pergunte qual risco recai sobre você antes de perguntar quanto custa.
• A precificação por uso vale tanto quanto a sua unidade de cobrança. Uma unidade próxima de um trabalho concluído protege mais do que uma unidade próxima de processamento bruto.
• O modelo por usuário combina com assistentes usados por pessoas individualmente. Combina mal com um agente que cumpre uma função em nome de uma equipe inteira.
• Um retainer só é seguro quando escopo, relatórios e condições de saída estão escritos em linguagem clara.
• A maioria das propostas reais é híbrida. Leia o contrato procurando a parte variável, a parte fixa e a parte que ficou discretamente de fora.

Quais são os principais modelos de precificação de agentes de IA?

Três estruturas cobrem quase tudo o que aparece em propostas.

A cobrança por uso fatura uma unidade medida. A unidade pode ser tokens processados, conversas atendidas, tarefas concluídas, ações executadas ou casos resolvidos. A fatura sobe e desce conforme a atividade.

A cobrança por usuário fatura cada pessoa nomeada que pode usar o produto. A fatura sobe e desce com o número de pessoas, e não com a quantidade de trabalho que o agente faz.

O retainer fatura uma mensalidade recorrente por um escopo de trabalho descrito, como operar, monitorar e melhorar um agente ao longo do tempo. O valor é estável, e a pergunta passa a ser o que exatamente essa mensalidade cobre.

Duas complicações importam. Primeiro, um projeto de agente tem dois tipos de custo: a implantação (definir a função, conectar ferramentas, testar) e a operação (executar, acompanhar, corrigir, melhorar). Uma proposta pode usar um modelo para cada um. Segundo, o modelo de linguagem que trabalha por baixo tem seu próprio custo de consumo, e alguns fornecedores repassam esse custo enquanto outros o absorvem em um pacote. Você precisa saber qual é o caso. O artigo sobre o custo total de propriedade de um agente de IA lista os custos que ficam fora de qualquer linha de preço isolada.

Como a precificação por uso desloca o risco?

Na cobrança por uso, a receita do fornecedor acompanha a sua atividade. Isso é justo quando a sua demanda é de fato variável, e evita que você pague por capacidade que não usa. O risco que ela transfere para você é o de volume e eficiência: se o agente é prolixo, repete tentativas com frequência ou está apontado para uma caixa de entrada cheia de ruído, a sua fatura cresce mesmo sem aumento de valor para o negócio.

A unidade define quanto desse risco você carrega. Veja a diferença:

• Uma unidade em nível de processamento (tokens, chamadas) é um custo de insumo. Ela não diz nada sobre o trabalho ter sido bem feito, e um fluxo em loop ou mal desenhado continua sendo cobrado.
• Uma unidade em nível de trabalho (uma solicitação triada, um documento redigido, um registro conciliado) está mais perto de um resultado. O fornecedor tem motivo para tornar cada unidade barata e correta.

A eficiência do sistema também muda o custo por unidade. Técnicas como o cache de prompt (prompt caching) podem reduzir o custo de contexto repetido, então é razoável perguntar se essa economia chega até você ou fica com o fornecedor. O material de unit economics da FinOps Foundation ajuda a pensar nisso: amarre o gasto a uma unidade de valor de negócio, não a um recurso bruto.

Antes de aceitar a cobrança por uso, verifique:

• Como a unidade é definida, em uma frase que um colega não técnico consiga repetir.
• Se tentativas com falha, repetições e execuções de teste são cobradas.
• Se você pode definir um teto rígido e um limite de alerta, e o que acontece quando o teto é atingido (o agente para, perde qualidade ou continua rodando e cobrando).
• Se você consegue ver o medidor por conta própria, detalhado por tipo de tarefa, nos mesmos termos da fatura.

A cobrança por uso serve para um piloto com teto ou para um trabalho cujo volume oscila de verdade. Serve mal para um financeiro que precisa de um valor mensal previsível.

Como a precificação por usuário desloca o risco?

A cobrança por usuário é conhecida dos softwares de escritório, e essa familiaridade é ao mesmo tempo seu atrativo e sua armadilha. Ela simplifica o orçamento: conte as pessoas e multiplique. O risco que ela transfere para você é o de adoção. Você paga por cada licença, a pessoa abrindo a ferramenta ou não, e se a implantação emperra, o custo permanece enquanto o valor não aparece.

Há um descompasso mais profundo. Uma licença pressupõe um usuário humano. Um agente da empresa muitas vezes cumpre uma função: lê uma caixa de entrada compartilhada, atualiza registros, prepara um relatório semanal. Ninguém fica sentado diante dele. Os fornecedores lidam com isso de formas diferentes. Alguns contam a conta do próprio agente como uma licença. Alguns cobram licenças das pessoas que aprovam o trabalho dele. Alguns cobram licenças de todos que possam algum dia enviar uma solicitação. Para a mesma configuração, isso gera faturas muito diferentes. Se você quer que o agente tenha contas próprias (e há bons motivos para isso, tratados no texto sobre por que o agente de IA da empresa precisa de identidade e contas próprias), confirme que isso não gera uma contagem inesperada de licenças.

Antes de aceitar a cobrança por usuário, verifique:

• O que exatamente conta como licença: pessoas, contas de serviço, aprovadores, visualizadores somente leitura.
• Se há compromisso mínimo de licenças e como elas são adicionadas ou removidas durante a vigência.
• Se o uso “ilimitado” traz uma cláusula de uso justo, um limite de taxa ou uma restrição que aparece justamente quando você mais depende do agente.
• Se a licença inclui as integrações e a memória de que você precisa, ou se elas são vendidas como adicionais.

A cobrança por usuário combina com uma ferramenta que pessoas usam todos os dias, como um assistente de escrita ou de pesquisa. Para uma função compartilhada, costuma medir a coisa errada.

Como o retainer desloca o risco?

O retainer fixa o valor e descreve o trabalho. A receita do fornecedor deixa de depender do seu volume ou do número de pessoas, então o fornecedor carrega o risco de o trabalho ser mais pesado que o esperado, e você carrega o risco de pagar por um mês tranquilo. Bem feito, ele reflete como os agentes se comportam em produção: precisam de atenção contínua, tenham estado ocupados ou não. Integrações mudam, permissões se desviam, modelos são atualizados e as avaliações precisam ser refeitas.

A fraqueza do retainer é a vagueza. Um valor fixo com escopo nebuloso gera discussões depois, seja porque você esperava mais do que o fornecedor entrega, seja porque o fornecedor trata tudo o que é incomum como trabalho extra cobrável. Verifique:

• Uma lista escrita das atividades recorrentes (monitoramento, avaliações, manutenção de integrações, revisão de permissões, resposta a incidentes, melhorias controladas) e a frequência de cada uma.
• O que conta como mudança incluída e o que conta como projeto novo.
• O que você recebe como prova: um relatório periódico, resultados de avaliação, um registro de mudanças.
• As expectativas de resposta a incidentes, escritas em termos que você possa conferir. O artigo sobre SLA para agentes de IA trata do que definir e do que deixar de fora.
• Os prazos de aviso e o que você recebe quando o contrato termina.

O texto sobre o que está incluso em serviços gerenciados de IA detalha o trabalho recorrente, o que ajuda a comparar duas propostas de retainer linha por linha.

Qual modelo serve a cada situação?

Use esta lista como guia de decisão. Leia cada linha e anote qual descreve você com mais honestidade.

• Seu volume é imprevisível e você tolera uma fatura variável: prefira o uso, com teto rígido e unidade em nível de trabalho.
• Seu volume é estável e o financeiro precisa de um valor fixo: prefira um retainer ou um plano por uso com faixa contratada e regras claras para excedentes.
• A ferramenta é usada por pessoas nomeadas, e cada uma tem valor pessoal: a cobrança por usuário é razoável. Verifique a adoção com honestidade antes de se comprometer com muitas licenças.
• O agente cumpre uma função compartilhada e poucas pessoas interagem direto com ele: evite a cobrança puramente por usuário. Procure uso ou retainer.
• Você ainda não sabe o que o agente vai fazer: evite compromissos longos e fixos. Comece com um escopo limitado e uma medida de sucesso clara. O guia de critérios de sucesso para piloto de agente de IA ajuda a defini-la.
• Você não tem equipe interna para acompanhar o agente: um retainer que inclui monitoramento e avaliação vale mais do que um medidor barato que ninguém lê.

Se duas linhas entrarem em conflito, confie naquela que descreve a sua restrição real, que normalmente é a previsibilidade de orçamento ou a variação de demanda.

O que acontece com um mesmo agente em cada modelo? (ilustrativo)

Este é um cenário ilustrativo, não um projeto real. Uma pequena empresa de serviços quer um agente que classifique as solicitações recebidas de clientes, redija primeiras respostas para aprovação humana e atualize um painel compartilhado de acompanhamento.

Na cobrança por uso, uma temporada de movimento traz muitas solicitações, e a fatura sobe junto. Numa semana, uma integração mal configurada faz o agente repetir muitas vezes uma atualização que falha no painel. Se as repetições são cobradas e não existe teto, a empresa paga pela falha. Se o contrato cobra apenas solicitações concluídas e tem teto, o fornecedor absorve a falha e a empresa recebe um alerta.

Na cobrança por usuário, a empresa compra licenças para as quatro pessoas que aprovam os rascunhos. A conta de serviço do agente é contada como uma licença adicional, e ninguém notou isso na proposta. Duas das quatro pessoas raramente entram, então a empresa paga por licenças ociosas enquanto o período de pico é limitado por uma cláusula de uso justo.

No retainer, o valor é o mesmo em meses calmos e movimentados. O escopo prevê monitoramento semanal, uma avaliação periódica com solicitações de amostra, manutenção das integrações e uma revisão trimestral de permissões. Quando o fornecedor do painel muda a interface, consertar a integração está dentro do escopo. Quando a empresa pede uma segunda função de agente, para cobrança, isso é um trabalho separado, com definição própria.

Nenhum deles é melhor em todos os casos. O ponto é que o mesmo agente produz surpresas diferentes, e você pode encontrá-las antes de assinar ao percorrer um cenário como este em cada contrato.

O que verificar antes de aceitar qualquer modelo de precificação?

Qualquer que seja o modelo, passe por esta lista com o fornecedor e obtenha as respostas por escrito.

• Qual é a unidade cobrável e quem decide quando ela ocorreu?
• O que é variável, o que é fixo e o que está excluído?
• Quem paga quando o agente falha, entra em loop ou sofre um ataque? Algumas falhas vêm de fora, como instruções maliciosas escondidas em documentos, e o contrato deve dizer quem arca com elas.
• Você consegue ver uso e gasto em tempo real, com um detalhamento que possa conciliar com a fatura? Boa observabilidade torna isso possível, e o guia introdutório de observabilidade do OpenTelemetry explica os conceitos de rastros, métricas e logs sobre os quais um medidor deve se apoiar.
• Quais são os tetos, os alertas e o comportamento no limite?
• Como funcionam os reajustes de preço durante a vigência, inclusive mudanças no custo do modelo subjacente?
• O que acontece com seus prompts, memória, configurações e integrações se você sair? O artigo sobre o plano de saída de fornecedor de IA lista o que manter e exportar.
• Quais perguntas sobre segurança, localização dos dados e subprocessadores são respondidas antes das condições comerciais, e não depois? A lista de perguntas para fornecedor de agentes de IA antes de assinar é um complemento prático.

Um fornecedor que responde a isso com clareza está lhe dando informação sobre como ele vai agir depois.

Como a Be Human estrutura a precificação?

A Be Human define o primeiro projeto em torno de uma função útil, da memória e das ferramentas de que ela precisa, dos limites de aprovação e de um critério de sucesso observável, de modo que exista um escopo descrito antes de qualquer estrutura comercial ser discutida. A operação gerenciada é então listada como atividades recorrentes concretas: monitoramento, avaliações periódicas, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. O objetivo é que você possa ler o que está coberto, ver evidências de que foi feito e entender o que fica de fora. As condições comerciais são combinadas diretamente com cada empresa.

Perguntas frequentes

A precificação por uso é mais barata que um retainer? Depende do volume e da eficiência, não do modelo em si. O uso pode sair mais barato quando a demanda é baixa ou irregular, e mais caro quando a demanda é alta ou o fluxo desperdiça recursos. Compare os dois estimando, para cada um, um período calmo, um período normal e um período de pico.

Por que a cobrança por usuário é desajeitada para agentes de IA? Uma licença pressupõe uma pessoa diante do produto, enquanto um agente empresarial costuma trabalhar em segundo plano numa função compartilhada. Os fornecedores contam a conta do agente, os aprovadores ou os possíveis solicitantes de maneiras diferentes, então a mesma configuração pode gerar faturas bem distintas. Peça uma definição escrita de licença antes de comparar propostas.

Qual é o maior risco de um retainer? Um escopo indefinido. Se as atividades recorrentes, a prova do trabalho e o limite entre mudanças incluídas e projetos novos não estiverem escritos, cada lado vai interpretar o valor de um jeito. Uma lista clara de escopo e um relatório periódico resolvem a maior parte disso.

Posso combinar modelos de precificação? Sim, e muitas ofertas já fazem isso, por exemplo com um valor fixo para implantação e operação mais uma cobrança variável para consumo intenso. Um modelo híbrido funciona desde que você veja qual parte é fixa, qual é medida e quais custos estão excluídos, e desde que tetos e alertas valham para a parte medida.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.