Todo fornecedor de IA apresenta o preço da mesma forma na primeira reunião: você começa pequeno e paga conforme cresce. É uma proposta razoável, e no começo costuma sair barata. O problema não é o valor cobrado, é o comportamento que a forma de cobrar induz depois da assinatura.
A peça anterior desta série tratou de conformidade, e esta trata do que vem logo em seguida. Decidida a legitimidade do tratamento, o que ainda determina se o projeto escala é a forma de cobrar. Um tratamento legítimo e racionado por assento não sai do piloto.
A diferença entre o preço e o incentivo
Cobrança por usuário faz sentido para software que uma pessoa opera sozinha. Com IA, o efeito é outro. O retorno aparece quando o analista, o jurídico e o time de operação consultam o mesmo acervo no mesmo dia. Cobrar por assento faz a organização racionar a ferramenta que só se paga com volume, e o piloto com algumas dezenas de licenças nunca vira operação.
Cobrança por token ou por consumo tem outro tipo de problema. Primeiro, o óbvio. Ninguém prevê no início do projeto quantos tokens uma operação vai consumir, e o orçamento vira estimativa conferida depois. Segundo, o mais sério. Um fluxo mal desenhado que reprocessa o mesmo documento três vezes aumenta a receita do fornecedor. Ninguém precisa agir de má-fé para que isso deforme o produto, basta que ninguém tenha motivo para corrigir. Terceiro, o menos visível na planilha. Quando cada pergunta carrega um custo aparente, o usuário passa a fazer apenas as perguntas cujo retorno ele já conhece, e a organização deixa de descobrir onde a ferramenta serve. A economia que vem dessa contenção aparece na fatura. O que ela custou em aprendizado não aparece em lugar nenhum.
A pergunta útil não é "quanto custa por token?". É "o que acontece com essa conta quando funcionar e todo mundo na sua empresa usar?". A licença da Aptabit é fixa, sem cobrança por usuário, assento, token ou chamada de API. Para órgãos públicos existe ainda a modalidade de licenciamento perpétuo, em que o direito de uso não vence, e a peça que fecha esta série trata do que ela resolve e do que não resolve. Isso não torna a ferramenta barata. Torna a conta conhecida antes de começar.
Onde essa escolha cobra um preço do cliente
Custo previsível não é custo baixo, e uma peça de preço que mostrasse só a coluna favorável seria material de vendas. Três situações tornam essa conta menos confortável, e convém examiná-las com qualquer fornecedor antes da assinatura, conosco inclusive.
O incentivo deste lado. Com licença fixa, a receita do fornecedor não cresce quando o seu uso cresce, então nada na conta dele o empurra a tornar cada consulta mais barata de rodar. A fatura de infraestrutura que sobra dessa acomodação é sua. A pergunta a fazer é quem paga a ineficiência de um fluxo, não se ela existe.
Capacidade contratada. A licença é fixa dentro de uma capacidade definida em contrato, e a infraestrutura que sustenta essa capacidade é conta do cliente. Quem cresce mais rápido do que previu volta à mesa para rever essa capacidade, e o prazo do contrato não é o que determina isso. Teto de capacidade e prazo são cláusulas separadas, e uma licença sem renovação anual continua tendo o dimensionamento que foi contratado. Infraestrutura se dimensiona antes de ser usada, e previsível não quer dizer pequeno. Custo de capacidade e custo de consumo se cruzam em algum ponto que depende do seu uso. Se ele é esporádico, vale modelar as duas contas antes de assinar.
Chaves de nuvem. A plataforma roda modelos locais e também aceita as suas chaves em provedores externos. Nesse caso a cobrança por token volta, agora direto com o provedor. A conta previsível vale para a licença e não vale para a inferência, e nada do nosso lado a torna previsível de novo.
As perguntas que revelam o custo real
Nenhuma destas perguntas depende de quem está do outro lado da mesa. Feitas a qualquer fornecedor, elas separam bem uma proposta de outra:
- O que acontece com a minha fatura se o uso dobrar no segundo ano, e se ele cair pela metade?
- O que é cobrado além da licença, e quem paga a infraestrutura?
- O fornecedor ganha mais dinheiro quando eu uso mais a plataforma?
- Existe um limite de capacidade a partir do qual o preço muda, e ele está escrito?
- Para estender a ferramenta a toda a empresa, preciso de nova aprovação de orçamento?
A segunda é a que mais incomoda deste lado, porque a resposta inclui uma conta de infraestrutura que fica com você.
Por que essa conta é decisão de produto
Não existe fatura nossa que cresça com o seu consumo, e a razão é arquitetural antes de ser comercial. Cobrar por consumo exige um medidor no caminho da execução. Quando a plataforma roda na sua infraestrutura e o modelo roda localmente, esse caminho é inteiro seu, e a execução não passa por nós. Licença fixa, nesse desenho, não é uma concessão comercial. É o que sobra quando a execução é sua. A pergunta a fazer a qualquer fornecedor é o que o produto dele mede do seu uso e para onde essa medição vai.
Isso desloca trabalho para o cliente, que passa a operar a capacidade que antes alugava por chamada. A outra metade da conta é o que acontece quando o contrato termina, e é assunto de uma peça mais adiante nesta série.