IA cobrada por resultado: quem define que o trabalho terminou?

Imagine uma conversa que a plataforma contabilizou como resolução, segundo suas regras. O agente respondeu, o atendimento foi encerrado e o evento entrou no relatório. O cliente conseguiu fazer o que precisava?

Essa pergunta fica mais importante quando a cobrança de IA usa unidades como ação, conversa ou resolução. São unidades comerciais distintas: nenhuma deve ser presumida equivalente ao resultado de negócio. Cada uma precisa de uma definição que permita contar o consumo. A empresa compradora também precisa de um critério para saber se o problema foi resolvido.

As duas definições podem coincidir. Quando divergem, é possível pagar corretamente pelo serviço contratado e ainda carregar o trabalho que motivou a contratação.

Antes de negociar o preço por resultado, defina qual evidência demonstra que o trabalho terminou. As regras públicas de Salesforce e HubSpot mostram como cada produto define o evento faturável.

Uma ação pode ser apenas uma etapa

Na página pública de preços do Agentforce, a Salesforce oferece modalidades por consumo e por usuário. Na modalidade Flex Credits, ações como atualizar um registro, resumir um caso ou executar um fluxo consomem créditos.

Um exemplo da própria página é a consulta sobre a localização de um pedido. O percurso descrito usa duas ações: identificar o cliente e recuperar os dados do pedido. A tabela apresenta 40 créditos e US$ 0,20 por solicitação. O valor é ilustrativo, sujeito às condições comerciais; não representa o custo integral de implantar e operar o atendimento.

O exemplo mostra que uma solicitação pode exigir várias ações faturáveis. Para comparar alternativas, a empresa precisa conhecer o percurso completo, incluindo consultas adicionais, exceções e intervenções humanas. Uma diferença no preço unitário pode ser superada pela diferença na quantidade de operações necessárias.

Consultar onde está um pedido também é diferente de corrigir um endereço ou confirmar uma nova entrega. Cada tarefa pede uma evidência de conclusão própria. O contador de ações descreve consumo, mas não responde sozinho se aquela solicitação foi atendida.

Como a HubSpot define uma resolução

A documentação do customer agent da HubSpot, atualizada em 16 de setembro de 2026 e consultada em 22 de setembro, informa que os créditos são consumidos quando há uma resolução.

No caminho de resolução por resposta, a conversa precisa conter uma resposta do agente que compartilhe uma fonte de conteúdo ou execute uma ação. Também não pode haver, nas 72 horas após a última resposta do visitante, um encaminhamento humano que se enquadre nos critérios definidos pela HubSpot.

Para essa contagem, são considerados os encaminhamentos iniciados pelo visitante, como um pedido explícito para falar com uma pessoa ou o acionamento de uma frase ou diretriz configurada. A atribuição manual a um atendente, inclusive por workflow, não impede por si só que a conversa seja contada como resolvida.

O status de resolução por resposta é definido ao final da janela de 72 horas. Segundo a documentação, ações posteriores, como uma mensagem de um atendente ou uma avaliação negativa, não alteram esse status. Há ainda um caminho separado: a qualificação de um lead como qualificado, parcialmente qualificado ou não qualificado gera uma resolução imediatamente.

Essas condições descrevem uma regra pública do produto. Não são evidência de erro, cobrança indevida ou baixa qualidade do serviço. Elas mostram que a palavra resolução tem um significado operacional específico.

A ausência de um encaminhamento qualificável não é, por si só, prova de que o objetivo do cliente foi alcançado. Para uma dúvida informativa, uma resposta correta pode concluir o trabalho. Para um pedido de alteração cadastral, a equipe pode precisar confirmar que o novo dado foi gravado no sistema certo. O critério depende da tarefa.

Um custo total menor pode acompanhar um custo maior por conclusão

Considere um exemplo inteiramente hipotético. Duas configurações de atendimento recebem mil solicitações comparáveis, com o mesmo escopo, período e critérios de avaliação.

Embora a configuração B custe 30% menos no período, seu custo por conclusão é maior. Os números não representam fornecedores ou resultados da FSTech. Mostram como a quantidade de solicitações concluídas muda a leitura da eficiência. A decisão também depende do valor dessas conclusões, da qualidade e do orçamento disponível.

A comparação proposta é:

Custo por tarefa concluída = custo integral do conjunto avaliado ÷ tarefas concluídas segundo o critério definido.

No custo integral entram as parcelas atribuíveis àquele conjunto: licenças, consumo, infraestrutura, revisão humana, correções e manutenção. A forma de ratear implantação e custos compartilhados deve permanecer igual entre as alternativas.

Tentativas que falharam continuam no custo. Se uma solicitação exige três tentativas para chegar ao resultado aceito, ela conta como uma conclusão, com o custo das três tentativas. Se nenhuma tarefa foi concluída, a razão não oferece um custo finito útil; registrar zero produziria uma falsa impressão de eficiência.

Use conjuntos com tempo suficiente de observação, respeitando as janelas de avaliação e de retorno definidas. Caso ainda em andamento não deve ser confundido com fracasso nem com conclusão. Compare também a taxa de conclusão e a qualidade: um custo médio pode esconder classes de solicitações que ficaram sem solução.

Uma melhora observada antes e depois de uma mudança não prova que o agente a causou. Volume, dificuldade e trabalho da equipe podem ter mudado juntos.

A definição do resultado pertence à operação

Na Ontologia Operacional FSTech, Dados, Lógica e Ação organizam a ligação entre uma solicitação e seu desfecho verificável.

Em uma alteração hipotética de endereço, podemos definir:

Uma resposta dizendo que o endereço foi alterado não substitui a confirmação do sistema de destino. Se a atualização falhar, o caso deve continuar pendente. Se o endereço do cadastro mudar, mas um pedido já expedido continuar com o endereço anterior, essa diferença precisa aparecer no retorno ao cliente.

O mesmo cuidado vale para uma recusa correta. Um pedido pode terminar com a explicação de que a alteração não é permitida. Se esse desfecho atende ao escopo e ao critério previamente definido, ele pode ser uma conclusão válida. A métrica não deve pressionar o agente a aprovar o que a regra proíbe.

Confirmação técnica, aceite operacional e confirmação do cliente são registros distintos. A tarefa determina quais são necessários. Isso não exige pedir aceite humano em toda interação: uma consulta confiável ao estado final ou uma checagem por regra objetiva pode fornecer a evidência individual exigida.

Uma avaliação por amostragem pode estimar a qualidade do conjunto, mas não comprova cada caso não inspecionado. Se a taxa de conclusão for estimada, o indicador de custo também deve ser apresentado como estimativa, com suas limitações. Desfechos desconhecidos continuam identificados como desconhecidos.

Como avaliar antes de ampliar o contrato

Escolha uma rotina e escreva o que encerra cada tipo de solicitação. No atendimento, uma resposta informativa correta, uma mudança confirmada e um encaminhamento completo para revisão humana podem ter critérios diferentes. Encaminhar bem só é conclusão quando o escopo avaliado é o encaminhamento; o problema final do cliente pode continuar aberto.

Depois, confronte esses critérios com a documentação comercial. O que gera consumo? Como são tratadas reaberturas? Quais eventos deixam de contar como resolução? Quais parcelas de custo ficam fora da tarifa anunciada? As respostas precisam ser verificadas para o plano e o contrato em questão.

Acompanhe uma amostra de solicitações desde a entrada até o desfecho. Inclua casos simples, exceções, falhas e desistências. Registre o evento faturável e, separadamente, a evidência de conclusão. Quando houver dado pessoal, preserve apenas o necessário para conferir o caso, com acesso e retenção definidos.

Um painel que conta créditos é útil para controlar consumo. Ligá-lo aos resultados observados permite discutir o contrato com outra precisão: quanto custa resolver o problema, quais casos continuam voltando e onde uma intervenção humana é indispensável.

Antes da próxima renovação, escolha uma rotina e confronte o que a plataforma contou como resultado com o que a operação consegue comprovar.

Fontes públicas

• Salesforce: Agentforce Pricing. Modalidades de cobrança, definição de ações e exemplo de consulta de pedido. Consulta em 22/09/2026; preços e condições sujeitos a mudança.
• HubSpot: Understand the customer agent. Critérios de resolução, encaminhamento qualificável e janela de 72 horas. Página atualizada em 16/09/2026, consultada em 22/09/2026.
• FSTech: Ontologia Operacional. Referência da metodologia usada na análise; não constitui validação independente dos fornecedores.