Cómo poner precio a un producto con IA cuando el coste por tokens cambia (2026)

Cómo poner precio a un producto con IA cuando el coste por tokens cambia (2026)

Para poner precio a un producto con IA en noviembre de 2026 necesitas medir el coste de una tarea completada, definir cuánto consumo incluye la cuota y limitar el gasto antes de ejecutarlo. Multiplicar los tokens de una respuesta por el número de usuarios deja fuera reintentos, búsquedas, documentos, soporte e infraestructura. Aquí tienes un ejemplo numérico reproducible para un SaaS B2B: separa el precio de construir el sistema, el coste de operarlo y lo que cobras a sus clientes.

La pregunta suele llegar cuando el prototipo ya responde: «Si un cliente sube un documento enorme o deja trabajando al agente, ¿puedo perder dinero con su suscripción?». Sí, si vendes una cantidad abierta de trabajo sobre una infraestructura cuyo coste es variable. La solución empieza por definir qué compra ese cliente y qué ocurre al superar el uso acordado.

Este artículo no publica tarifas de un modelo concreto ni promete una rentabilidad. Todos los números del ejemplo son supuestos de cálculo, en euros, sin impuestos y sin comisiones de cobro. Las tarifas oficiales pueden estar en dólares; si las utilizas, convierte la moneda antes de sumarlas con costes en euros y conserva el tipo de cambio aplicado.

¿Cuál es el mejor modelo de precios para un SaaS con IA en España en 2026?#

Una base mensual con unidades de trabajo incluidas y exceso explícito es una opción razonable cuando tus clientes compran un proceso recurrente. No hay una cuota universal: el precio mínimo depende del coste de servir a cada cuenta, de la calidad exigida y del margen que quieras conservar. Para un producto que revisa documentos, «documento procesado hasta cierto tamaño» puede ser una unidad más comprensible que «millón de tokens».

El contador debe representar una entrega que puedas explicar y auditar. Si el cliente paga por un informe, define qué contiene, qué entradas admite y qué revisiones están incluidas. Si paga por una conversación de soporte, explica cuándo empieza y termina. Dos empresas pueden vender «un agente» y estar comprometiéndose a cargas completamente diferentes.

Si todavía estás decidiendo qué construir, empieza por cuándo compensa software de IA a medida. Si el producto existe pero necesita despliegue, la guía de puesta en producción cubre el trabajo operativo que también tendrás que presupuestar.

Claude vs Gemini vs OpenAI: compara tareas aceptadas, no solo tokens#

Una tarifa baja por token no implica una factura baja por trabajo terminado. Un modelo puede necesitar más contexto, producir una salida más larga o repetir una extracción. Otro puede resolver el caso con menos pasos. La comparación necesita la misma entrada, el mismo objetivo y el mismo criterio de aceptación.

Las tarifas oficiales separan conceptos como entrada, salida y caché; algunas herramientas añaden cargos propios. Consulta precios de Anthropic y precios de OpenAI para el modelo y modalidad contratados. Aquí no se extrapola una tabla de precios a todos los modelos ni se presenta un descuento como permanente.

Para evaluar tu producto, prepara un conjunto de tareas representativas y reserva otras para comprobar la configuración elegida. Incluye casos largos, documentos mal escaneados, respuestas incompletas y entradas que el producto deba rechazar. El porcentaje de tareas aceptadas importa tanto como el consumo: dividir entre todos los intentos puede esconder que estás pagando respuestas que nadie puede utilizar.

En mi repositorio OpenRouter Playground puedes revisar una base pública para experimentar con prompts y guardar ejecuciones, consumo y latencia. Es material técnico para entender el proceso; no demuestra por sí solo que un modelo sea mejor para tu negocio ni sustituye un sistema de facturación.

Comparativa de precios: un ejemplo calculable en 2026#

Supongamos un servicio de extracción documental con 8.000 tokens de entrada y 1.000 de salida por intento. Utilizamos tarifas hipotéticas de 2 €/millón de entrada y 10 €/millón de salida. No corresponden aquí a una oferta comercial concreta.

El cálculo por intento es:

1entrada = 8.000 / 1.000.000 × 2 € = 0,016 €
2salida = 1.000 / 1.000.000 × 10 € = 0,010 €
3modelo por intento = 0,026 €

Supón ahora una media de 1,2 intentos por tarea completada y 0,004 € de herramientas por tarea. El coste variable sería 0,026 × 1,2 + 0,004 = 0,0352 €. La media de 1,2 es otro supuesto: en tu producto debes obtenerla de ejecuciones reales, incluyendo intentos fallidos. No significa que cada tarea haga una fracción de llamada.

Con 10.000 tareas mensuales, 200 € de infraestructura y 300 € de operación y soporte asignados al servicio, el coste mensual del ejemplo suma 852 €. Esto no incluye adquisición de clientes, desarrollo, impuestos ni estructura general. Es una cuenta de prestación del servicio, no un estado de resultados completo.

La última fila aplica ingreso = coste / (1 − margen). Querer un margen del 70% no significa sumar un 70% al coste: vender por 1.448,40 € algo que cuesta 852 € deja un margen de aproximadamente el 41,18%. Confundir margen y recargo cambia por completo el presupuesto.

Si ese volumen procede de 20 cuentas iguales, la división puramente aritmética de 2.840 € entre 20 da 142 € por cuenta. No es una recomendación de precio: presupone consumo uniforme y que todas las cuentas contribuyen al coste fijo de la misma manera. Un cliente con incidencias diarias puede costar más que cinco con uso estable. Antes de publicar una tarifa, comprueba esa distribución.

Configuración recomendada: tres escenarios antes de vender#

Un presupuesto basado solo en la media se rompe cuando una cuenta concentra documentos largos o utiliza una función nueva. Calcula un escenario habitual, otro con consumo mayor y otro que fuerce los límites. Mantén separados los costes por intento y por tarea para no multiplicar dos veces una herramienta que solo se cobra al terminar.

En el escenario de estrés del ejemplo, duplicamos entrada y salida y elevamos a 1,5 los intentos medios. El modelo costaría 0,052 × 1,5 = 0,078 € por tarea; al sumar 0,004 € de herramientas, obtenemos 0,082 €. Con 10.000 tareas y los mismos 500 € de costes fijos, serían 1.320 € mensuales. Una facturación de 2.840 € dejaría entonces un margen de prestación de aproximadamente el 53,52%, no del 70%.

Estas cuentas mantienen fijos conceptos que en la realidad pueden crecer: almacenamiento, capacidad, soporte o supervisión. El valor de la tabla es señalar qué hipótesis hay que medir. No representa una economía de escala garantizada. Si servir veinte cuentas exige contratar a una persona, actualiza el modelo antes de comprometer descuentos por volumen.

Cuota fija vs créditos vs pago por uso: qué compromiso vendes#

La cuota fija facilita la compra, pero necesita un perímetro. El pago por uso sigue el consumo y puede generar facturas difíciles de anticipar. Los créditos permiten ponderar tareas distintas, aunque el cliente debe entender su equivalencia. No conviertas un crédito en una unidad cambiante que nadie pueda verificar.

Para el ejemplo documental, una propuesta podría incluir una cantidad de tareas estándar y presupuestar aparte los expedientes fuera de tamaño. Lo importante es que el servidor haga cumplir esa separación. Un texto comercial que diga «uso razonable» sin un límite implementado no controla tu gasto.

La documentación de facturación por uso de Stripe describe mecanismos de cobro basados en consumo. Facturar lo utilizado y decidir cuánto puede gastar el sistema son responsabilidades distintas: el contador comercial no sustituye el control previo de cada ejecución.

Paso a paso: cómo impedir que una cuenta consuma tu margen#

Primero estima una reserva máxima antes de iniciar la tarea. Después comprueba saldo, cuota y concurrencia de forma atómica. Al finalizar, reconcilia la reserva con el coste real. Si el proceso se interrumpe, necesitas un estado pendiente que puedas reconciliar; no borres la reserva porque haya terminado una petición HTTP.

El límite debe existir donde se autoriza el trabajo, también si llega desde una cola, una integración o un reintento. Bloquear el botón de la interfaz no protege una API. Para evitar que dos trabajadores consuman el mismo saldo, la reserva requiere una operación transaccional o un mecanismo equivalente con garantías conocidas.

Una clave de idempotencia no hace idempotente cualquier proveedor. Puede evitar que tu aplicación cree dos entregas, pero una llamada externa repetida puede seguir teniendo coste. Documenta qué garantías ofrece cada tramo y cómo resuelves una respuesta perdida después de que el proveedor haya trabajado.

En control de gasto de IA empresarial desarrollo el presupuesto por equipo. Si el producto ejecuta acciones, añade también permisos y control de acceso. La cuenta económica y la autorización deben estar conectadas.

Dónde se alojan los datos y qué cambia en el coste#

Un sistema local también consume hardware, electricidad, administración y capacidad reservada. Una API europea no demuestra por sí sola que todos los servicios auxiliares estén en la misma región. Revisa el recorrido de archivos, registros, copias y herramientas, además del modelo.

Cuando un cliente pide residencia de datos, tradúcelo a requisitos de compra y arquitectura antes de fijar precio. Puede condicionar proveedor, región, retención, soporte y observabilidad. No prometas «datos en Europa» porque la base de datos principal esté allí si los documentos viajan a otro servicio para extraer texto.

Para evaluar esa parte tienes la guía de datos y RGPD en empresa y las opciones de despliegue de modelos en producción. No cambies a infraestructura propia por el precio nominal de tokens sin comparar el coste completo de operar ambas alternativas.

Errores comunes al presupuestar un producto con IA#

El primero es vender uso ilimitado antes de conocer la distribución del consumo. El segundo es confiar en que el contexto repetido siempre tendrá descuento: la caché depende del proveedor, del modelo y de condiciones concretas. La documentación oficial de caché de OpenAI distingue sus categorías de consumo; no conviertas el máximo ahorro teórico de una categoría en ahorro de toda la tarea.

Otro error es olvidar al usuario que necesita ayuda. Medir solo inferencia hace invisible el tiempo de configurar una cuenta, corregir una integración o explicar una salida. Ese trabajo puede cobrarse como implantación, quedar incluido con un límite o formar parte de un contrato de soporte. Debe figurar en tu cuenta y en la propuesta.

Por último, cambiar silenciosamente de modelo para salvar margen puede alterar la calidad del producto vendido. Evalúa el sustituto con el conjunto de aceptación, conserva la versión y prepara una vuelta atrás. El comprador necesita continuidad del proceso; que tu proveedor tenga un nuevo modelo no convierte automáticamente la migración en una mejora.

Qué dicen los usuarios y qué evidencia falta#

No se ha recopilado para esta guía una muestra de reseñas de G2, Capterra o Reddit. Tampoco se presentan los números hipotéticos como resultados de clientes. Para elegir proveedor utiliza documentación oficial, una prueba con tus tareas y los registros de consumo que puedas reconciliar con la factura. Las opiniones públicas pueden orientar sobre soporte o experiencia de uso, pero no sustituyen tu medición de coste y aceptación.

Javier Santos Criado: de la estimación al sistema de IA operativo#

Soy Javier Santos Criado, consultor e ingeniero de IA en Javadex. Diseño y construyo sistemas a medida para empresas con un proceso real, datos disponibles y una persona que pueda decidir. El trabajo puede incluir medición por tarea, límites de consumo, integración con herramientas, despliegue y transferencia. Los proyectos de implementación parten de 5.000 € más IVA, con alcance y calendario acordados; el cliente contrata y gestiona su infraestructura y tokens directamente con sus proveedores. Javadex construye y despliega, sin proveer ni refacturar esos servicios.

No es el encargo adecuado si solo necesitas una tabla de tarifas o todavía no has definido qué problema pagaría alguien por resolver. Puedes empezar con las cuentas de este artículo y el repositorio público de evaluación de modelos. El código sirve como material verificable; no es una certificación de rentabilidad, de seguridad ni de mantenimiento de tu producto.

Si necesitas que esa medición y esos límites funcionen dentro de tu aplicación, cuéntame el proceso, el volumen y el estado de tu producto. Puedes consultar antes cómo trabajo con las empresas.

Preguntas frecuentes#

¿Cómo pongo precio a un producto de IA si los tokens cambian?#

Define una unidad vendible, mide todos los intentos necesarios para entregarla, añade costes de prestación y calcula varios escenarios. La tarifa necesita un consumo incluido y una regla explícita al superarlo.

¿Qué margen debería tener un SaaS con IA en 2026?#

Este artículo no propone un margen universal. El 70% del ejemplo es un objetivo hipotético para enseñar el cálculo; no incluye todos los costes de una empresa ni constituye una previsión de beneficio.

¿Puedo incluir consumo ilimitado?#

Solo puedes sostener comercialmente lo que tu capacidad y economía permiten. Antes de venderlo, calcula escenarios extremos y define qué capacidad reservas. Si existe un límite, explícalo en la oferta y aplícalo en el sistema.

¿Una IA local evita los costes variables?#

Evita ciertas facturas por tokens cuando la inferencia es local, pero mantiene capacidad limitada y costes de operación. Puede ser adecuada por control o privacidad; su coste por tarea debe medirse.

Fuentes técnicas revisadas el 2 de noviembre de 2026. Ejemplos numéricos propios e hipotéticos; no son tarifas de Javadex ni resultados de un cliente.