Cinco formas de facturar un agente IA de admisiones, y una pregunta común
Los agentes IA de admisiones se facturan casi siempre con una de cinco lógicas: licencia fija, por conversación o resolución, por puesto, por uso (mensajes o créditos) o por resultado. Muchas ofertas combinan dos o tres. La pregunta que decide el coste real es siempre la misma: ¿qué cuenta el proveedor como unidad facturable?
Este artículo no da cifras. Los importes dependen del alcance, del volumen y de la negociación de cada universidad, y cualquier cifra genérica engaña. Lo que sí puede llevarse es un mapa de los modelos, la lista de preguntas que conviene hacer antes de firmar y un método para estimar el coste de doce meses con sus propios datos.
Si todavía está decidiendo si necesita un agente, empiece por la guía sobre chatbots IA para la captación de estudiantes. Si ya compara proveedores, combine este texto con la matriz de evaluación para elegir un agente IA.
Los modelos de facturación, uno por uno
Cada modelo traslada el riesgo a una parte distinta. El de licencia fija lo asume el proveedor si usted usa mucho; el de uso lo asume usted. Conocer esa asimetría es más útil que memorizar nombres comerciales.
Licencia o suscripción fija
Se paga una cuota periódica por un alcance definido: un sitio web, un número de titulaciones, un conjunto de funciones. Es el modelo más fácil de presupuestar y de explicar a dirección.
Su riesgo está en el alcance. Pregunte qué ocurre cuando el volumen supera lo previsto, porque muchas licencias «fijas» incluyen un tope razonable de uso y una cláusula de exceso que solo se lee cuando llega la factura.
Por conversación o por resolución
Se cobra cada conversación (o cada conversación resuelta sin intervención humana). Parece justo porque ata el coste al valor, pero la definición lo decide todo. Una conversación puede ser una sesión, un día de actividad de un mismo visitante o una cantidad de mensajes.
En el cobro por resolución, pregunte quién decide que una conversación «se resolvió»: si lo determina el proveedor con su propio criterio, usted no puede auditarlo.
Por puesto o por usuario
Se cobra por cada persona del equipo que accede al panel, a las conversaciones o a la bandeja de traspasos. Encaja cuando el agente es sobre todo una herramienta interna de trabajo para asesores.
Tiene poco sentido como único modelo en un agente que atiende al público, porque el coste crece con el tamaño del equipo y no con el trabajo que el agente realiza. Compruebe si los perfiles de solo lectura (dirección, protección de datos, auditoría) también cuentan como puesto.
Por uso: mensajes, créditos o tokens
Se compra un fondo de créditos o se paga por mensaje procesado. Es el modelo más transparente en términos técnicos y el más difícil de prever para quien no es técnico. Un mensaje largo, una consulta a un documento extenso o un archivo adjunto pueden consumir más que una pregunta corta.
Pida una tabla de equivalencias entre una conversación típica y los créditos que consume, y compruebe si los créditos caducan.
Por resultado
Se paga por una acción concreta: una cita reservada, una ficha creada en el CRM, una asistencia a una jornada de puertas abiertas. Alinea intereses, pero exige definir con precisión qué es un resultado, quién lo valida y qué pasa con los duplicados.
Cuidado con el resultado que el agente no controla por sí solo: una matrícula depende de muchos factores ajenos y no debería utilizarse como unidad de cobro sin un acuerdo muy claro.
Modelos híbridos
Lo habitual es una cuota base más un componente variable: una licencia con un volumen incluido y un precio por tramo de exceso, o una cuota por canal más un cobro por conversación. Los híbridos son razonables si cada línea está definida y se puede comprobar en la factura.
Qué suele cobrarse además de la cuota principal
La cuota recurrente rara vez es el coste total. Antes de comparar ofertas, convierta cada propuesta a la misma lista de líneas y marque las que faltan.
- Puesta en marcha e integración: carga de contenido, configuración de la cualificación, conexión con el CRM y con el calendario de jornadas.
- Canales adicionales: el sitio web suele ser el punto de partida; un canal de mensajería es un módulo aparte en muchos proveedores.
- Idiomas: algunos cobran cada idioma adicional o limitan los incluidos.
- Campus o marcas: una universidad con varias sedes puede necesitar un agente por sede, con contenidos distintos.
- Soporte y revisión: nivel de servicio, tiempos de respuesta y mantenimiento del contenido.
- Excesos y picos: qué se cobra cuando se supera el volumen incluido.
- Coste del modelo de lenguaje: si está incluido, si se repercute aparte o si usted trae su propia cuenta.
Tabla comparativa de los modelos
La siguiente tabla resume qué premia cada modelo, qué riesgo corre la universidad y qué pregunta conviene hacer. Úsela como guion en la reunión con el proveedor.
| Modelo | Qué premia | Riesgo para la universidad | Pregunta clave |
|---|---|---|---|
| Licencia fija | Previsibilidad del gasto | Pagar por capacidad que no se usa; excesos ocultos | ¿Qué volumen incluye y qué ocurre al superarlo? |
| Por conversación | Vincular coste y actividad | Definición amplia de «conversación»; picos de tráfico | ¿Cuándo empieza y termina una conversación? |
| Por resolución | Eficacia del agente | Criterio de «resuelta» no auditable | ¿Quién decide que se resolvió y con qué evidencia? |
| Por puesto | Uso interno por el equipo | El coste crece con la plantilla, no con el trabajo | ¿Cuentan los perfiles de solo lectura? |
| Por uso o créditos | Transparencia técnica | Gasto difícil de prever; créditos que caducan | ¿Cuántos créditos consume una conversación típica? |
| Por resultado | Alinear intereses | Resultado mal definido o duplicado | ¿Qué es un resultado y quién lo valida? |
| Híbrido | Equilibrio entre base y variable | Líneas poco claras en la factura | ¿Puedo ver cada línea desglosada? |
Ningún modelo es mejor en abstracto. Una universidad con demanda estable y poco personal técnico suele preferir una licencia con volumen incluido; una con picos muy marcados debe mirar con lupa los excesos y los topes.
Las preguntas que debe hacer antes de firmar
Estas preguntas convierten una propuesta comercial en un coste comprobable. Anote las respuestas por escrito y exija que figuren en el contrato, no solo en la presentación.
Unidad facturable y conversaciones
- ¿Qué es exactamente una unidad facturable y dónde está definida en el contrato?
- ¿Cuenta como conversación una sesión de un visitante que vuelve al día siguiente?
- ¿Se factura la conversación que se traspasa a una persona del equipo? ¿Y la que el candidato abandona al segundo mensaje?
- ¿Cómo se filtran el tráfico automático, los robots y los mensajes basura? ¿Se facturan?
Picos, excesos y topes
Las admisiones son estacionales: los picos coinciden con la publicación de notas, la preinscripción y las campañas de puertas abiertas. Un modelo variable puede salir barato diez meses y caro dos.
- ¿Existe un tope mensual configurable que impida un cargo inesperado?
- ¿Qué sucede al alcanzar el tope: el agente se apaga, se degrada o sigue y se factura?
- ¿Cómo se cobra el exceso: por tramos, a tarifa distinta o con renegociación?
Duración, renovación y fijación de condiciones
- ¿Las condiciones están fijadas durante el contrato inicial?
- ¿Cómo se actualiza el importe en la renovación y con cuánta antelación se avisa?
- ¿Cabe un piloto acotado con salida sin penalización?
Canales, sedes e idiomas
- ¿Cada canal, idioma o sede suma una línea nueva o está incluido?
- ¿El contenido de referencia se comparte entre sedes o hay que cargarlo varias veces?
Salida y datos
- ¿Puedo exportar las conversaciones y la configuración, en qué formato y en qué plazo?
- ¿Se eliminan los datos al terminar el contrato y se certifica?
- ¿Quién paga el uso del modelo de lenguaje y puede el proveedor cambiarlo sin avisar?
Cómo presupuestar doce meses con un método cualitativo
La estimación se reduce a una fórmula: conversaciones esperadas por la regla de facturación del proveedor, más las líneas fijas. No necesita cifras exactas para empezar; necesita su propio histórico y una regla escrita.
- Estime el volumen por mes. Use las consultas que ya recibe por formulario, correo, teléfono y chat durante el último ciclo. Marque los meses valle y los meses pico.
- Aplique la regla facturable. Traduzca ese volumen a la unidad del proveedor. Si cobra por conversación, pregunte cuántas conversaciones genera una consulta típica; si cobra por mensaje, cuántos mensajes tiene.
- Reste lo que no se factura. Tráfico filtrado, pruebas internas, o lo incluido en la licencia.
- Sume las líneas fijas. Licencia o base, puesta en marcha, canales, idiomas, sedes, soporte.
- Haga tres escenarios. Prudente, esperado y alto. Pregunte al proveedor qué cobra en el escenario alto.
Ejemplo explicado sin cifras
Imagine una universidad privada con dos campus y un canal web. Recibe pocas consultas en verano y muchas durante la preinscripción y las jornadas de puertas abiertas.
Con una licencia fija con volumen incluido, el coste del año es casi igual al del escenario prudente; solo cambia si el pico supera el volumen incluido. Con un cobro por conversación, el coste sigue la curva de la demanda: barato en los meses valle, alto en los picos, y sensible a cómo se define una conversación. Con un híbrido, el año suma la cuota base de los doce meses y el exceso de las semanas de mayor tráfico.
La comparación útil no es «cuál es más barato», sino «cuál tiene el escenario alto más tolerable». Si un pico imprevisto de tráfico, por ejemplo tras un cambio en el sistema de acceso, desbarata el presupuesto, el modelo es demasiado variable para su tolerancia al riesgo.
Para validar la hipótesis de volumen, apóyese en el business case de un chatbot para una escuela en cinco diapositivas.
Señales de alerta en una oferta
Desconfíe de las propuestas que no permiten reconstruir la factura a partir del contrato. Estas son las señales más frecuentes:
- La unidad facturable no está definida o depende de «criterios internos».
- No hay tope ni aviso cuando el consumo se dispara.
- El importe se calcula de forma que solo el proveedor puede comprobarlo.
- Los canales, idiomas o sedes aparecen como «a consultar» sin límite.
- No se indica quién paga el modelo de lenguaje ni si puede cambiar.
- La renovación permite actualizar condiciones sin límite ni preaviso.
- No se prevé exportación de datos ni eliminación al finalizar.
- Se exige firmar antes de poder probar con su propio contenido.
Contexto español: contratación, datos y transparencia
En España, una universidad privada contrata normalmente por vía privada, pero conviene que el departamento jurídico revise las cláusulas de renovación, salida y encargo de tratamiento. Si el agente trata datos de candidatos, el proveedor actúa como encargado y esa relación debe constar por escrito.
La Agencia Española de Protección de Datos publica guías para el tratamiento de datos personales, y el texto del Reglamento general de protección de datos es la referencia para el contrato de encargo. El Reglamento europeo de IA añade deberes de transparencia cuando una persona interactúa con un sistema de IA, algo que debe figurar en la oferta.
Si sus titulaciones dependen de la acreditación, consulte a la ANECA qué puede afirmarse públicamente y no deje que el agente prometa más de lo que figura en la web oficial. Para el pliego completo, use el pliego de condiciones de un chatbot universitario.
¿Y Skolbot?
Skolbot Chat es un chatbot para la web de la universidad que responde desde el contenido del propio centro, cualifica al candidato, reserva jornadas de puertas abiertas o citas y envía la ficha al CRM. Existe un módulo opcional de canal de mensajería. La propuesta se presupuesta tras definir el alcance con usted; este artículo no publica importes.
Aplique a Skolbot las mismas preguntas que a cualquier otro proveedor. Para comparar enfoques, consulte la comparativa de agentes IA de captación de estudiantes.



