SaaSpocalypse: como comparar assentos, uso e resultados

O modelo de software por assento não morreu. Ele convive com mensalidades fixas, consumo medido, cobrança por tarefa e contratos que faturam resultados definidos. A decisão útil para quem compra ou vende SaaS, software fornecido como serviço, é escolher uma unidade de cobrança que acompanhe o uso e o valor entregue sem tornar a conta imprevisível.

A própria documentação da Stripe mantém modelos fixos, por assento, por faixas e por uso. A Intercom combina assentos humanos com cobrança de resultados de seu agente Fin. Esses exemplos mostram coexistência, não uma migração universal. Os termos e a disponibilidade precisam ser conferidos na proposta vigente.

Quando um agente executa parte do trabalho, a quantidade de pessoas com acesso pode deixar de explicar todo o consumo. Isso não elimina a necessidade de permissões individuais, atendimento humano, governança ou sistemas de registro. Antes de cancelar licenças, verifique quem ainda precisa acessar o produto e como o contrato trata contas de serviço e automações.

Um contrato pode combinar várias linhas. A mensalidade pode incluir uma franquia e cobrar o excedente, enquanto um módulo de IA tem tarifa própria. Peça a decomposição da fatura. Uma tarefa iniciada, uma resposta enviada e um problema resolvido são acontecimentos diferentes.

No Fin, por exemplo, a documentação distingue tipos de resultado faturável e descreve resoluções confirmadas ou presumidas quando não há pedido de ajuda adicional após a resposta. Isso torna essencial conferir a definição contratual: uma resolução faturada não é automaticamente uma venda, uma satisfação comprovada ou uma economia de pessoal.

Considere uma operação hipotética com dez usuários e 2.000 solicitações no mês. As tarifas abaixo foram inventadas apenas para mostrar o cálculo; não representam oferta comercial de nenhum fornecedor. Os quatro contratos precisam entregar o mesmo escopo antes de o preço ser comparável.

No último cenário, suponha que 1.500 solicitações atendam ao critério de conclusão e 500 precisem de intervenção. A taxa de conclusão é 1.500 ÷ 2.000 = 75%. Se cada intervenção custar R$ 4 em trabalho, acrescente R$ 2.000 ao contrato. O custo dessas duas parcelas será R$ 4.250, antes de implantação e demais itens. Faça a mesma apuração de trabalho residual para as outras propostas.

Nessas condições simplificadas, tarefa e conclusão têm o mesmo subtotal quando 0,70 × solicitações = 1,10 × conclusões, ou seja, quando a proporção de conclusões é aproximadamente 63,6%. Esse ponto compara apenas a tarifa variável. Uma menor taxa pode reduzir a cobrança por resultado e, ao mesmo tempo, elevar o trabalho humano; por isso, a menor fatura isolada não resolve a decisão.

Repita a simulação com demanda baixa, esperada e alta. Mantenha separados os cenários de volume e de qualidade, pois duplicar a demanda não comprova que a taxa de conclusão permanecerá igual.

O custo total precisa considerar assinatura, consumo, integração, revisão humana, manutenção e migração. Some também armazenamento, retenção de registros e transferência de dados quando forem cobrados. Se houver moeda estrangeira, declare a cotação e os tributos usados no cenário, com data, sem misturar estimativa com valor contratado.

Custo mensal comparável =
assinatura + consumo + trabalho residual + manutenção
+ implantação distribuída pelo horizonte escolhido
+ armazenamento e demais encargos aplicáveis

Custo por solicitação atendida =
custo mensal comparável / solicitações atendidas no período

Custo por conclusão aceita =
custo mensal comparável / conclusões que passaram no aceite

O horizonte usado para distribuir a implantação é uma premissa gerencial, não uma regra contábil. Registre o prazo escolhido e mostre o desembolso inicial separadamente. Não divida por todas as mensagens quando o que interessa são solicitações distintas: uma conversa longa poderia parecer artificialmente barata.

A conta de custo total do Portal Leadlovers é um apoio para decompor parcelas. Preencha-a com a proposta atual e com as horas de operação medidas na sua equipe; exemplos históricos do portal não são uma cotação.

1. Escolha um processo delimitado e extraia uma amostra autorizada de solicitações, incluindo exceções e reaberturas.
2. Defina o que conta como conclusão: resposta correta, operação registrada e ausência das falhas críticas especificadas.
3. Peça ao fornecedor que classifique os mesmos casos como faturáveis ou não faturáveis, com a regra correspondente.
4. Execute um piloto controlado, registre as tentativas e confira os casos com revisão humana independente.
5. Compare o extrato de uso com seus registros, conciliando duplicidades, falhas e estornos.
6. Simule o limite de consumo, a passagem para uma pessoa e a exportação dos dados antes de decidir pela expansão.

O aceite deve ter critérios escritos antes da execução. Por exemplo, a equipe pode exigir que nenhum caso de teste crie cobrança duplicada e que toda conclusão faturada tenha uma evidência recuperável. A meta de qualidade do processo precisa refletir seu impacto; não copie um percentual de marketing do fornecedor.

CASO DE TESTE
Identificador: [id]
Solicitação e resultado esperado: [descrição]
Unidades consumidas: [quantidade e tipo]
Resultado operacional: [aceito / rejeitado / escalado]
Cobrança esperada / observada: [valores]
Evidência e responsável: [registro]
Tratamento da reabertura: [regra]
Decisão: [aprovar / corrigir / repetir]

Para o fornecedor, cobrança por resultado só funciona quando o evento é observável, auditável e suficientemente ligado à entrega. Uma venda depende de preço, estoque, atendimento e decisões do cliente; transferir todo esse risco para uma automação pode produzir um contrato difícil de sustentar. Uma operação concluída pode ser uma unidade mais verificável, desde que não seja confundida com valor financeiro já realizado.

Calcule a margem por tipo de tarefa usando receita recebida menos custos variáveis, revisão, suporte e retrabalho. Analise casos difíceis separadamente para que a média não esconda perdas. Se houver franquia ou mensalidade mínima, explique o que ela cobre e como o cliente acompanha o consumo.

A capacidade de gerar código rapidamente não elimina integração, controle de acesso, recuperação de falhas e manutenção. Um protótipo pode demonstrar uma ideia; um serviço contratado precisa operar e prestar contas. A oportunidade de implementação está em entregar esses requisitos com evidência, e não em prometer que todo software existente será substituído.

A decisão de mudar a cobrança fica pronta quando comprador e fornecedor conseguem reproduzir a conta, reconhecer o mesmo evento de conclusão e explicar o que acontece em uma falha. Se algum desses pontos não estiver claro, ajuste o contrato e o piloto antes da migração.