Cuando se habla de precios de productos de IA, es fácil quedarse atascado de entrada en «¿la tarifa mensual debe ser 19 o 29?». La tarifa mensual es solo la capa más externa. Lo que realmente determina el margen bruto y la conversión son tres cosas: por qué valor paga el usuario, con qué unidad se mide y cada cuánto se cobra. La diferencia entre suscripción y créditos no está en si el precio es alto o bajo, sino en si la unidad de medida es explícita para el usuario.
El repaso público de precios empresariales del equipo de Qwen establece un orden fijo de cinco pasos: primero definir el indicador de valor, luego fijar la unidad de facturación, después elegir el modelo de precios, a continuación establecer salvaguardas y, por último, revisar y ajustar precios cada trimestre (Marco de precios de Qwen y ejemplos prácticos de cálculo). El indicador de valor responde a «cuántas horas se ahorran, qué errores se reducen»; la unidad de facturación responde a «con qué escala se cobra»; la forma de cobro responde a «cada cuánto se cobra y cómo se empaqueta». La suscripción esconde la unidad de facturación dentro de los derechos del plan; los créditos la hacen explícita como saldo. La misma capacidad de cómputo con otra escala puede producir facturas que difieren en dos órdenes de magnitud.
Diferencias centrales entre suscripción mensual y facturación por créditos
| Dimensión de comparación | Suscripción mensual | Facturación por créditos |
|---|---|---|
| Forma de pago del usuario | Pago en ciclos fijos, una decisión válida a largo plazo | Recarga según necesidad, compra cuando se usa |
| Previsibilidad de ingresos | Mayor; la tasa de renovación y el MRR son medibles | Depende del uso; volatilidad evidente |
| Límite de uso para el usuario | Derechos del plan y tope de cuota | Saldo de créditos; se detiene al llegar a cero |
| Escenario adecuado | Uso frecuente y estable | Uso muy variable y coste por uso con gran dispersión |
| Riesgo principal | El usuario de baja frecuencia siente que no recupera lo pagado | El usuario no quiere recargar con frecuencia |
| Gestión de costes | Controlar costes con cuota del plan y limitación de tasa | Deducir créditos según el coste de la llamada |
| Criterio financiero | Ingreso anticipado; requiere tratar ingresos diferidos y derechos no usados | Saldo prepago; requiere gestionar caducidad y pasivos |
El mayor beneficio de la suscripción no es un precio unitario más alto, sino el ingreso anticipado y predecible: entrada fija cada mes, tasa de renovación medible y presupuesto de adquisición que puede calcularse a la inversa desde el LTV. El precio es que el riesgo de uso queda en el lado de la oferta: los usuarios intensivos agotan la cuota y los ligeros dudan al renovar. Los créditos son lo contrario: los ingresos fluctúan con el uso, pero el usuario percibe con claridad «cuánto ha gastado», el coste se transmite llamada a llamada y el margen bruto no se rompe fácilmente por unos pocos usuarios extremos.
Lado del coste: por qué una tarifa mensual fija difícilmente absorbe la volatilidad del coste de inferencia
La curva de costes de los productos de grandes modelos no es uniforme por naturaleza: la longitud del prompt, el nivel del modelo, el número de reintentos y la acumulación de contexto cambian el coste por uso. El ejemplo público de Qwen cuantifica la brecha con claridad: 10.000 conversaciones de atención al cliente al mes, con 8.000 tokens de entrada y 2.000 de salida por conversación, facturadas por token (Qwen3-Max, primer tramo: 1,20 USD por millón de tokens de entrada y 6 USD de salida) son 216 USD; a 2 USD por conversación son 20.000 USD; a 0,99 USD por resolución son 9.900 USD (Ejemplo de tres formas de facturar la misma carga de trabajo). Lo que determina la factura es la unidad de medida, no el modelo en sí.
La misma nota de precios ofrece dos palancas de coste utilizables: la inferencia por lotes se factura al 50% del precio en tiempo real y el acierto de caché explícita se factura al 10% del precio de entrada. Solo se convierten en una reducción de precio para el usuario en una estructura en la que el coste se puede transmitir; si fijas el precio externo como «2 USD por conversación», una bajada de precio del modelo solo se convertirá en tu margen bruto.
Lado de la experiencia de usuario: la tensión entre previsibilidad y ansiedad por el saldo
La cuenta mental de la suscripción es «un coste ya pagado»; el usuario tiende a usar más y la sensación de valor se construye con más facilidad. La cuenta mental de los créditos es «un saldo que sigue disminuyendo»; el usuario estima el precio antes de cada generación. La fricción se concentra en tres puntos: la recarga interrumpe el ritmo creativo, el saldo insuficiente detiene una tarea a mitad y una generación fallida sigue cobrando. La solución no es complicada: saldo siempre visible en la barra de navegación, intervalo estimado de consumo antes de generar, umbral de recarga automática, reembolso automático en caso de fallo y explicación del motivo en el historial. Si la experiencia se hace bien, los créditos no parecen mezquinos; refuerzan la percepción de «pagar solo por el resultado real».
Escenario 1: ¿un chatbot encaja mejor con suscripción o con créditos?
Tres preguntas bastan para decidirlo. Primera, la varianza del coste por uso: un bot de preguntas y respuestas con prompt de sistema fijo y longitud de conversación acotada tiene poca varianza; en cuanto intervienen documentos largos, recuperación sobre repositorios de código o razonamiento en varios pasos, el número de tokens puede variar decenas de veces. Segunda, la relación entre el uso mensual p90 y p50: cerca de 1 indica un comportamiento ordenado y apto para suscripción; por encima de 5 indica que existen unos pocos usuarios intensivos y hacen falta créditos o un mecanismo de exceso que los contenga. Tercera, la proporción del coste de inferencia sobre los ingresos: si supera el treinta por ciento, el riesgo de una tarifa mensual fija ya es alto.
La conclusión suele ser por capas: para un asistente general orientado a personas, la cuota mensual encaja mejor con la percepción, porque el usuario compra la seguridad de «poder conversar en cualquier momento»; para atención al cliente y preguntas sobre bases de conocimiento orientadas a B2B, facturar por conversación o por resultado resuelto se ajusta mejor al valor y es más fácil de explicar a compras. Cuando ambos tipos de usuario están en el mismo público, se usa «suscripción como base + niveles de créditos».
Escenario 2: ¿cómo cobrar una herramienta de generación de imágenes con IA? Simulación de tres planes
Las herramientas de imagen son la categoría más típica en la que se mezclan suscripción y créditos; el coste por imagen se compone de varias llamadas superpuestas: resolución, modelo, ampliación y moderación. La estructura de planes es la siguiente (los valores son ejemplos y deben recalcularse a partir del coste por imagen propio):
| Plan | Forma de cobro | Diseño de derechos | Objetivo principal |
|---|---|---|---|
| Free | Gratis | Cuota diaria limitada, resolución estándar, marca de agua | Reducir la barrera de prueba y fijar un tope de coste diario |
| Pro | Suscripción mensual | Créditos fijos cada mes, alta definición y licencia comercial incluidas | Asegurar flujo de caja y crear hábito de alta frecuencia |
| Pay-as-you-go | Compra de paquetes de créditos | Deducción por imagen, validez limitada o prolongada | Absorber picos de uso y necesidades puntuales |
El consumo de créditos no debe repartirse de forma media «por imagen», sino establecer coeficientes por tipo de operación: imagen estándar 1 crédito, ampliación en alta definición 4 créditos, repintado local 2 créditos, exportación por lotes con suma lineal según el número de imágenes. La conversión solo necesita una fórmula: precio unitario del crédito ≥ coste integral por imagen ÷ (1 − margen bruto objetivo). Si una imagen estándar tiene un coste integral de unos 0,02 USD y el margen bruto objetivo es del 70%, el precio correspondiente no debería ser inferior a unos 0,067 USD; a partir de ahí se recalcula el paquete de 100 créditos y el tramo de la cuota mensual Pro. Así, Free tiene un límite diario como red de seguridad y el exceso de Pro lo absorben los paquetes de créditos, sin que un solo usuario rompa el margen bruto de todo el mes.
Escenario 3: cómo poner precio a un producto API por número de llamadas
El precio de una API debe cumplir dos criterios a la vez: hacia fuera, usar «llamada» o «tarea» como unidad de facturación para que el desarrollador lo entienda de un vistazo; hacia dentro, usar tokens o segundos de GPU para calcular el coste real. Entre ambos se tiende un puente con coeficientes de créditos, en lugar de exponer directamente el precio por token al cliente. La práctica habitual es un precio unitario por tramos más un compromiso mensual, con el exceso liquidado a un precio unitario mayor:
{
"plan": "pro",
"included_credits": 20000,
"overage_per_1000_credits": 3.5,
"credit_rules": [
{ "model": "small", "per_1k_input": 1, "per_1k_output": 3 },
{ "model": "standard", "per_1k_input": 3, "per_1k_output": 9 },
{ "model": "reasoning", "per_1k_input": 10, "per_1k_output": 30 }
],
"min_charge_per_call": 1,
"failure_policy": "no_output_refund_full",
"idempotency": "required"
}
Hay tres restricciones que merecen figurar en el documento de diseño: la unidad mínima de facturación evita que las llamadas ultracortas diluyan el coste; la política de fallos determina el criterio de reembolso; la clave de idempotencia evita cobros duplicados. Los mecanismos de monetización de productos de IA suelen girar en torno a suscripciones SaaS, cobro por uso y precios por resultado, y la investigación relacionada resume estas tres categorías de la misma forma (Investigación sobre mecanismos de monetización de productos de IA), lo que permite identificar en cuál de los niveles cae tu producto.
Crea un sitio de presentacion y capta leads en minutos
Describe tu idea una vez y We0 AI puede generar un sitio de presentacion, paginas y CMS, y ayudarte a atraer clientes y trafico tras el lanzamiento.
Una generación completa de proyectos para registro gratuito
Lo mejor para probar un flujo de generación completo y ver rápidamente el primer borrador del proyecto.
Modelo híbrido: cómo elegir entre cinco formas
- Pago puro por uso: uso altamente incierto, con picos y valles evidentes; el riesgo es que los ingresos no sean predecibles.
- Suscripción con cuota: la tarifa mensual incluye una cuota fija y se detiene al superarla; adecuada para compras empresariales sensibles al presupuesto.
- Suscripción con exceso: la tarifa mensual incluye una cuota y el exceso se factura por unidad; adecuada para negocios con aumentos estacionales.
- Prepago por consumo de créditos: compra única y deducción progresiva; adecuada para proyectos puntuales y operaciones por encargo.
- Suscripción + recarga mensual de créditos: la tarifa mensual emite créditos y estos se trasladan según reglas; equilibra flujo de caja y elasticidad de uso.
La esencia de la elección es moverse entre la «fricción de adquisición» y la «previsibilidad de ingresos»: las tarifas fijas son fricción de entrada y el pago totalmente por uso impide que el área financiera planifique. Cuando una factura puede pasar de 100.000 a 300.000 USD en un mes, el modelo tiene que virar hacia el híbrido; este es también el criterio que ofrece la práctica de precios de Qwen.
Cuatro cosas que deben definirse antes del mecanismo de precios
Primero, coeficientes de créditos distintos para modelos distintos. Modelo ligero 1x, modelo principal 3x y razonamiento profundo 10x son solo el punto de partida; los coeficientes deben derivarse del coste unitario real. Segundo, reglas de reembolso claras: error del modelo o ausencia de salida, reembolso total; interrupción por tiempo de espera, devolver créditos y registrar el motivo; generación exitosa pero insatisfacción del usuario, no reembolsar y ofrecer un descuento para reintento. Tercero, las salvaguardas deben entrar en el contrato y no solo en la consola: límite de uso con recordatorios, umbral de factura que active una preautorización y limitación de tasa por tarea. Cuarto, la factura debe ser explicable: cada movimiento debe incluir ID de solicitud, modelo, número de tokens y deducción de créditos, para que el usuario pueda conciliar a final de mes. En alta concurrencia, el cobro también debe ser idempotente: los reintentos de la misma solicitud usan la misma clave de idempotencia; la deducción y el reembolso solo surten efecto una vez.
Cuatro comprobaciones antes del lanzamiento: medir p50, p90 y p99 del coste por uso antes de fijar el precio; escribir el indicador de valor en una frase; traducir cada acción a un coeficiente de créditos trazable; activar primero las salvaguardas y el reembolso por fallo, y después abrir recargas de gran importe.
Dónde encaja We0
Poner realmente en marcha el esquema de precios suele ser difícil no por la tabla de precios, sino por si la cadena de pago está bien conectada. La capacidad de pago de We0 integra la activación de complementos, la transmisión de mensajes, la creación de la sesión de pago, la devolución de llamada webhook, la consulta de resultados y la interacción de pago en el frontend en la misma ruta de generación; es adecuada para sitios de productos que necesitan suscripciones, compras únicas o recargas de créditos, y también puede seguir conectando Stripe, Creem o WeChat Pay. El alcance concreto está en Capacidad de pago de We0. Para equipos que están validando modelos de cobro, adelantar la comercialización evita el retrabajo de «terminar la página y luego añadir el pago»; también hay que dejar claros los límites: las reglas de cobro, el cálculo de costes y la prevención de cobros duplicados aún deben diseñarse y probarse por separado en la lógica de negocio. La capacidad de pago resuelve la integridad de la cadena, no decide por ti la estrategia de precios. La documentación de Stripe ofrece ideas de configuración para modelos de facturación basados en créditos (Configuración de un modelo de facturación basado en créditos), que puede servir como referencia de implementación.
Preguntas frecuentes
¿Ya tengo una suscripción; puedo añadir además paquetes de créditos?
Sí, y normalmente es la mejor ruta: la suscripción actúa como derecho base y dirige la demanda de alta frecuencia o por encima de la cuota hacia paquetes de créditos; no afecta la expectativa de renovación de los usuarios existentes y absorbe picos de uso. La clave es que ambos criterios sean explicables en la misma factura.
¿Se deben devolver créditos cuando falla la generación?
Distingue por tipo de fallo: sin salida (error, tiempo de espera, interrupción), reembolso total; con salida pero insatisfacción del usuario, no reembolsar y ofrecer un descuento para reintento. Todos los reembolsos deben registrar el motivo y usar una clave de idempotencia para evitar devoluciones duplicadas.
¿Cómo evitar que unos pocos usuarios de alta frecuencia agoten el coste?
Tres capas de protección a la vez: cuota y límite de velocidad dentro del plan, recordatorios de umbral de uso y cambio automático a facturación por créditos al superar la cuota; del lado del precio, validar el precio del plan con el coste p99 para asegurar que el peor caso siga dentro del margen bruto.
Herramientas relacionadas
- Tabla de distribución del coste por uso (registrar p50/p90/p99 y nivel de modelo)
- Matriz de coeficientes de créditos (modelo × tipo de operación × coste por uso)
- Documentación de Stripe para configurar un modelo de facturación basado en créditos
Enlaces relacionados
- Precios de productos empresariales de IA: lecciones de producción real (Alibaba Cloud)
- La monetización de productos de IA: basada en modelos de negocio de circuito cerrado (RePEc/IDEAS)
- Configurar un modelo de precios basado en créditos (documentación de Stripe)
- Capacidad de pago de We0
Resumen
La suscripción y los créditos no son una disyuntiva opuesta, sino dos formas de repartir el riesgo: la suscripción deja el riesgo de uso en el lado de la oferta a cambio de un flujo de caja predecible; los créditos trasladan el coste al lado de la demanda a cambio de elasticidad de uso. Solo hay tres criterios de decisión: la varianza del coste por uso, el grosor de la cola de la distribución de uso y la proporción del coste de inferencia sobre los ingresos. Para la mayoría de las herramientas de IA, la forma final es «suscripción como base + créditos para absorber el exceso», acompañada de coeficientes de créditos por modelo, reglas de reembolso por fallo, tres capas de salvaguardas y facturas explicables. La tabla de precios puede ajustarse poco a poco, pero si la unidad de facturación se elige mal, todos los ajustes posteriores solo serán microajustes en la escala equivocada.
