Cinco modelos de faturação, e o que muda para a sua instituição
Os agentes IA de admissões cobram de cinco maneiras principais: licença fixa, por conversa ou resolução, por utilizador, por utilização (mensagens ou créditos) e por resultado. Muitas propostas combinam dois ou três. A mesma ferramenta pode custar muito pouco ou muito mais consoante a definição de «unidade faturável» no contrato.
Este guia ajuda a equipa de admissões, o marketing e a direção financeira de uma instituição de ensino superior em Portugal a ler uma proposta sem se perder. Não indica valores: cada fornecedor define os seus e eles mudam. O que pode fazer já é perguntar as coisas certas e modelar o custo de 12 meses com os seus próprios números. Para o enquadramento geral, comece pelo guia sobre chatbots IA para o recrutamento estudantil.
Licença fixa: previsível, mas paga-se mesmo sem uso
Na licença ou subscrição fixa, a instituição paga um montante recorrente por período, com um âmbito definido: um site, certos cursos, certos idiomas. O orçamento é fácil de prever e a direção financeira agradece.
O risco inverte-se: paga o mesmo nos meses mortos e, se o contrato tiver um limite de conversas escondido, o «fixo» deixa de o ser. Pergunte se existe tolerância de volume, o que acontece quando é ultrapassada e se o âmbito inclui todos os campus.
Por conversa ou por resolução: alinha o custo com o volume
Aqui paga-se cada conversa, ou cada conversa «resolvida» pelo agente sem intervenção humana. Parece justo, porque o custo acompanha a atividade. Na prática, tudo depende de uma palavra: o que conta como conversa.
Uma sessão que reabre no dia seguinte é uma conversa ou duas? Uma conversa de uma só mensagem de um robô de pesquisa conta? Uma «resolução» é medida por quem, e com que critério? Se o fornecedor decide sozinho se houve resolução, o incentivo pode afastar-se do seu interesse.
Por utilizador: faz sentido para ferramentas internas
O modelo por utilizador (ou «posto») cobra cada membro da equipa que usa a plataforma: gestores de admissões que respondem a passagens, analistas que leem conversas, administradores. É comum em ferramentas de gestão e em agentes de uso interno.
Para um agente virado para candidatos, o número de utilizadores diz pouco sobre o volume real. Recompensa equipas pequenas e penaliza o alargamento do acesso a outros serviços. Pergunte se os perfis só de leitura contam, se os colaboradores sazonais exigem licença própria e se a passagem a um humano obriga a um posto adicional.
Por utilização: mensagens, créditos e custo do modelo de linguagem
Na cobrança por utilização, paga-se por mensagem, por volume de texto processado ou por créditos pré-comprados. É o modelo mais próximo do custo técnico, e o mais difícil de prever, porque uma conversa longa consome mais do que várias curtas.
Os créditos têm armadilhas próprias: validade, não reembolso do saldo não usado, consumo diferente por canal ou idioma. Pergunte também quem suporta o custo do modelo de linguagem: se está incluído, se é repassado ao cliente com margem ou se tem de contratar a sua própria chave. Se for repassado, o preço de um fornecedor externo muda a sua fatura sem que o contrato o tenha previsto.
Por resultado: atrativo no papel, difícil de auditar
Cobrar por resultado significa pagar por um candidato qualificado, por uma marcação de dia aberto ou por uma inscrição. Reduz o risco de pagar por conversas inúteis e agrada a quem tem de justificar o investimento.
Os problemas são de medição. Quem define «qualificado»? Quem prova que a marcação veio do agente e não de um formulário? Uma inscrição demora meses a concretizar-se, e muitas decisões dependem de fatores alheios ao agente, como a nota de acesso. Pode ainda incentivar o fornecedor a empurrar candidatos para o resultado faturável. Se escolher este modelo, exija critérios escritos e acesso aos dados que sustentam cada cobrança.
Modelos híbridos e linhas acessórias
A maior parte das propostas reais é um híbrido: uma licença de base mais uma componente variável acima de um limite. É razoável, desde que os limites sejam visíveis e o excedente tenha um valor conhecido à partida.
Além do modelo principal, procure as linhas acessórias, que são onde as surpresas aparecem:
- Arranque, configuração e formação inicial da equipa.
- Integração com o CRM e com a agenda de dias abertos.
- Canais adicionais, como um canal de mensagens além do site.
- Idiomas adicionais, por idioma ou por pacote.
- Campus ou marcas adicionais, quando a instituição tem várias.
- Suporte, acompanhamento e revisão do conteúdo de referência.
- Excedentes quando o volume ultrapassa o contratado.
Tabela comparativa: o que cada modelo recompensa
A tabela resume o que cada modelo recompensa, o risco para a instituição e a pergunta que deve levar à reunião. Use-a como lista de verificação quando comparar propostas.
| Modelo | O que recompensa | Risco para a instituição | Pergunta a fazer |
|---|---|---|---|
| Licença fixa | Previsibilidade orçamental | Pagar sem usar; limite de volume escondido | O que acontece quando o volume ultrapassa o previsto? |
| Por conversa ou resolução | Custo proporcional à atividade | Definição elástica de «conversa» ou «resolução» | O que conta como conversa e quem mede a resolução? |
| Por utilizador | Equipas pequenas e acessos controlados | Custo desligado do volume real; postos extra | Quem conta como utilizador, incluindo leitura e sazonais? |
| Por utilização (mensagens, créditos) | Proximidade ao custo técnico | Faturas imprevisíveis; créditos que expiram | Qual a validade dos créditos e quem paga o modelo de linguagem? |
| Por resultado | Foco no que gera valor | Critérios opacos; incentivo a forçar o resultado | Quem define e audita cada resultado faturável? |
| Híbrido | Equilíbrio entre previsão e variação | Limites e excedentes mal explicados | Qual o valor do excedente e existe um teto? |
Perguntas que deve fazer antes de assinar
Nenhum modelo é bom ou mau em abstrato. Depende de como a unidade faturável é definida e de como a sua instituição recebe contactos. Estas perguntas devem constar de qualquer questionário a fornecedores:
- Qual é a unidade faturável? Conversa, mensagem, resolução, posto, crédito, resultado. Peça a definição por escrito.
- O que conta como conversa? Reaberturas, sessões abandonadas à primeira mensagem, conversas em vários dias.
- A passagem a uma pessoa é contada? E a conversa continua faturada depois de o gestor de admissões assumir?
- Como se tratam o tráfego automático e o spam? Quem filtra, e o tráfego de robôs é faturado?
- E os picos sazonais? Em períodos de candidaturas e de resultados do concurso nacional de acesso, o volume concentra-se. Há limite, valor de excedente ou tolerância?
- Existem tetos de custo? Um valor máximo mensal evita faturas inesperadas.
- Que garantias há na renovação? Congelamento do valor, aviso prévio de alterações, duração do compromisso.
- Como funciona com vários campus ou marcas? Uma licença cobre tudo ou cada campus é um contrato?
- Que canais e idiomas estão incluídos? E quais são módulos separados?
- Como sai do serviço? Exportação de conversas e conteúdo, formato e eliminação dos dados.
- Quem paga o custo do modelo de linguagem? Está incluído, é repassado ou é por sua conta?
Como modelar 12 meses de custo, sem valores
O método é qualitativo e cabe numa folha: custo anual = (conversas esperadas × regra faturável) + linhas fixas. Resolva primeiro cada termo em palavras, depois peça ao fornecedor para o preencher e valide com a sua equipa.
Passo 1: conversas esperadas. Parta do que já conhece: pedidos de informação recebidos por mês pelo site, e-mail e telefone, ou o número de visitas às páginas de cursos. Separe os meses de base dos meses de pico. Não precisa de um número exato, mas de uma ordem de grandeza e de uma forma da curva ao longo do ano.
Passo 2: regra faturável. Aplique a definição do contrato. Se só contam as conversas «resolvidas» sem humano, estime que fração dos seus contactos é rotineira. Se contam todas, incluindo as de curiosidade ou as que terminam à primeira mensagem, o volume faturável sobe.
Passo 3: linhas fixas. Some licença de base, arranque (uma vez), integração, canais, idiomas e suporte.
Passo 4: três cenários. Prudente, esperado e sob pressão (um pico mais forte e mais conversas de robôs).
Exemplo em termos simples
Imagine um instituto politécnico privado que recebe, em meses normais, um certo volume de conversas que designamos por B. Nos meses de candidaturas, o volume é um múltiplo de B, que designamos por P. Suponha que, no ano, há alguns meses de pico e os restantes de base.
No modelo fixo, o custo anual é a licença mais o arranque, e o pico não o altera, salvo se o limite for ultrapassado. No modelo por conversa, o custo anual é a soma dos meses de base e dos meses de pico, multiplicada pela regra faturável. Se a regra exclui conversas passadas a humanos, desce. Se inclui sessões de robôs, sobe.
Repare no que o exemplo revela: o modelo fixo é mais estável, mas pode pagar capacidade que não usa; o modelo por conversa acompanha a atividade, mas expõe a instituição ao pico. A melhor escolha depende de quão concentrada é a sua época de candidaturas e de quanto valoriza a previsão. Um híbrido com teto de custo costuma ser um bom ponto de partida, porque limita o pior cenário.
Sinais de alerta numa proposta
Desconfie quando a proposta esconde o essencial. Os sinais mais frequentes:
- «Conversa» ou «resolução» sem definição escrita.
- Excedentes sem valor indicado, ou «a combinar».
- Créditos que expiram sem aviso.
- Renovação automática sem congelamento do valor nem aviso prévio.
- Cobrança de passagens a humanos ou de tráfego de robôs.
- Custo do modelo de linguagem repassado sem transparência.
- Ausência de cláusula de exportação e eliminação de dados.
- Valores que só aparecem depois da assinatura.
Contexto português: sazonalidade e dados dos candidatos
Em Portugal, o ciclo de admissões concentra-se em torno do concurso nacional de acesso gerido pela DGES e dos concursos especiais, com picos de contactos nos períodos de candidatura e de divulgação de resultados. Um modelo que penaliza picos pesa mais numa escola que depende dessas janelas.
Quanto aos dados, aplica-se o Regulamento Geral sobre a Proteção de Dados, com supervisão da CNPD. O texto do regulamento esclarece a base de licitude e o direito de informação. O Regulamento europeu de IA exige transparência a quem interage com um sistema de IA. Confirme no contrato quem é subcontratante, onde ficam os dados e se podem ser usados para treino. Para validar a qualidade e a acreditação dos cursos que o agente menciona, remeta sempre para a A3ES.
Para sustentar a decisão internamente, use também o business case de um chatbot em cinco slides e a grelha de avaliação de fornecedores. Para ver como se comparam abordagens, consulte o comparativo de agentes IA de recrutamento.
E o Skolbot?
O Skolbot Chat é um chatbot para o site da instituição que responde a partir do conteúdo da própria escola, qualifica o candidato, marca dias abertos ou entrevistas e envia a ficha para o CRM. Existe um módulo opcional de canal de mensagens.
Não publicamos valores neste artigo: o orçamento é apresentado a pedido, depois de definir o âmbito consigo (cursos, idiomas, campus, canais). Aplique-lhe as mesmas perguntas deste guia, incluindo a definição de unidade faturável por escrito.



