Créditos y Pago por Uso: Cómo Cobrar en Apps con IA sin Perder Dinero

Créditos que se gastan al generar una imagen con IA en una app

Si has usado una herramienta de vibe coding, un generador de imágenes o una app que clona voces, ya has pagado con créditos aunque no te hayas fijado. Cada petición descuenta un poco de saldo, y cuando se acaba, recargas o subes de plan.

Los créditos y el pago por uso existen por una razón muy concreta: hay productos en los que cada acción le cuesta dinero al dueño. Una imagen generada, un minuto de voz, un mensaje de WhatsApp. Y cuando eso pasa, las reglas de siempre dejan de funcionar.

No es un modelo que use en mis apps, y cuándo conviene depende mucho de cada proyecto. Por eso esta guía no es una receta, sino lo que necesitas saber para decidir si te toca y, si es así, montarlo sin perder dinero: las formas que existen, cómo se construye una tabla de créditos, qué permiten Apple y Google, y las tres cuentas que tienes que hacer antes de poner precio.

Si llegas aquí sin haber elegido modelo, empieza por las 37 formas de monetizar una app. Esta guía desarrolla la familia 4.

 

🧮 Por qué una app con IA no puede cobrar como las demás

En una app normal, el usuario que más la usa es tu mejor cliente. Abre la app todos los días, ve más anuncios, renueva la suscripción. Y te cuesta lo mismo que el que entra una vez al mes.

En una app con IA pasa lo contrario. Cada vez que alguien genera algo, tu servidor llama a un modelo de pago, y esa llamada la pagas tú. El usuario que más la usa es también el que más te cuesta. Si le cobras una cuota fija por uso ilimitado, cuanto más le guste tu app, más dinero pierdes con él.

Los números lo confirman. Según el State of Subscription Apps de RevenueCat, las apps con IA sacan un 41 % más de ingreso por cliente en el primer año: 30,16 dólares frente a 21,37. Pero pierden suscriptores un 30 % más rápido, y casi seis de cada diez de sus ventas son planes mensuales.

Ganan más por persona y retienen peor. Con ese perfil, cobrar bien cada acción no es un detalle: es lo que decide si el negocio funciona. Cuánto cuestan esas llamadas lo explico en APIs de inteligencia artificial para apps.

 

🧩 Las cuatro formas de cobrar por uso

Forma Cómo cobra Dónde funciona Ejemplo
Créditos Saldo propio que se gasta con cada acción Apps móviles y SaaS Lovable, ElevenLabs
Pago por uso A fin de mes, lo que se consumió SaaS web AWS, Supabase
Pago por resultado Solo cuando el producto consigue algo medible SaaS para empresas Fin
Pago único Una vez, y es suyo para siempre Solo sin coste por uso Procreate

La última fila está ahí como advertencia. El pago único funciona muy bien en herramientas que no gastan nada al usarse, pero combinado con IA es la peor decisión posible. Lo explico al final.

 

🪙 Créditos: la moneda de las apps con IA

Inventas una moneda propia, el crédito. El cliente carga saldo con un plan mensual o con un paquete suelto, y cada acción le descuenta según lo que te cuesta a ti. Cuando llega a cero, recarga o sube de plan.

Es el estándar de las herramientas de IA, y por una buena razón: es el único modelo que funciona igual en una app móvil y en una web, porque se paga por adelantado.

La tabla de costes por acción

Todo empieza aquí. Antes de decidir cuánto vale un crédito, tienes que saber cuánto te cuesta cada cosa que hace tu app: una imagen, un minuto de audio, un análisis rápido, uno profundo.

Con esos costes construyes la tabla. Las acciones baratas descuentan poco y las caras, mucho. En los ejemplos que publica Lovable, cambiar el color de un botón descuenta medio crédito, añadir un inicio de sesión algo más de uno, y una página con imágenes casi dos. ElevenLabs lo hace todavía más simple: un carácter de voz, un crédito.

Y la regla que más se olvida: el usuario tiene que ver lo que le va a costar antes de hacerlo. Un botón que dice «Generar · 2 créditos» y el saldo siempre visible arriba. Nadie sabe cuánto vale un crédito en abstracto, y cobrar algo que el usuario no puede prever genera desconfianza.

Tabla de costes en créditos por acción en una app con IA

Plan con créditos y recargas

La estructura más habitual tiene dos piezas. Una suscripción que, en cada cobro, suma una cantidad de créditos al saldo. Y unas recargas sueltas para quien se queda sin saldo antes de que acabe el mes.

Las recargas casi siempre salen más caras por crédito que el plan, y eso es a propósito. En Lovable, el plan Pro cuesta 25 dólares con 100 créditos, a 0,25 cada uno, y la recarga sale a unos 0,30. Al que recarga a menudo le conviene más subir de plan, que es justo lo que quieres.

Una decisión que parece menor y no lo es: no pongas las recargas en el primer paywall. Vende primero la suscripción y deja los paquetes sueltos para quien ya paga. Mojo, un editor de vídeo para redes sociales, quitó los paquetes de créditos de su primer paywall y el ingreso por suscripción nueva subió un 14 %, según Superwall, la herramienta con la que lo midió. Cómo montar ese paywall lo tienes en dónde poner el paywall y qué debe decir.

 

🍎 Las reglas de las tiendas para los créditos

En una app móvil, los créditos son contenido digital, así que se venden con las compras de cada tienda. Y Apple tiene una norma específica que conviene conocer antes de diseñar nada.

Los créditos comprados no pueden caducar

La norma 3.1.1 de las directrices de revisión de Apple dice que los créditos o las monedas que se compran con una compra dentro de la app no pueden caducar.

Hay un matiz importante. Los créditos que regala una suscripción en cada periodo sí pueden caducar, porque no se compran sueltos: son una ventaja del mes en curso. Lo que no puedes hacer es poner fecha de caducidad a un paquete de recarga que el usuario pagó aparte.

Cómo se monta en cada tienda

  • La suscripción se crea como cualquier otra en App Store Connect y Play Console. En cada renovación sumas los créditos del plan al saldo.
  • Las recargas van como compras consumibles. En App Store Connect, de tipo consumible; en Play Console, un producto de compra única que tu app marca como consumido al acreditar el saldo.
  • El saldo vive en tu servidor, nunca solo en el teléfono, y se actualiza cuando la tienda confirma la compra. RevenueCat tiene una función de moneda virtual pensada para esto.

Los pasos para crear esos productos están en cómo configurar compras in-app y suscripciones.

Y sobre cobrar fuera de la tienda para ahorrarte la comisión: las reglas cambian según el país. Si tu público está en Latinoamérica, lo digital se cobra dentro de la tienda.

 

📊 Pago por uso: cómo cobra un SaaS

Es la versión de la factura de la luz: el cliente usa lo que necesita y a fin de mes paga lo que consumió. Gigas guardados, mensajes enviados, minutos de llamada.

Solo funciona en la web. En una app móvil de consumo la compra se paga por adelantado y no existe la factura a mes vencido, así que ahí el uso se cobra con créditos.

Plan base con uso incluido

Casi nadie cobra el uso a pelo. Lo habitual es un plan base que ya incluye una cantidad, y el excedente se cobra aparte. Así lo hace Supabase: su plan Pro cuesta 25 dólares al mes con 100.000 usuarios activos incluidos, y trae un tope de gasto activado de serie para que nadie se lleve un susto.

Ese plan base tiene una segunda función. Tus ingresos suben y bajan cada mes con el consumo de tus clientes, y el plan base es tu suelo: lo que cobras aunque ese mes nadie use casi nada.

Cómo se monta con Stripe

  • Crea un precio por uso en Stripe Billing que se alimenta con lo que consume cada cliente y se cobra a fin de mes, encima del plan base.
  • Deja que el cliente elija un tope de gasto en su panel, con avisos al 50, al 80 y al 100 %.
  • Muéstrale el consumo del mes en curso, en tiempo real. Cobrar algo que el cliente no puede comprobar genera reclamaciones.
  • Añade una calculadora en la página de precios: «si mandas 2.000 mensajes al mes, pagas tanto».

Junta todo el consumo en un solo cobro mensual. Stripe cobra 2,9 % más 30 centavos por cada cobro con tarjeta en Estados Unidos, y Billing suma un 0,7 % de lo facturado. Diez cobros pequeños te cuestan mucho más que uno grande.

Es un modelo que ya está en todas partes: el 85 % de las empresas SaaS encuestadas por Metronome tenía algún precio por uso a principios de 2025.

Panel de pago por uso con el consumo del mes y el tope de gasto

 

🎯 Pago por resultado: cobrar solo si funciona

Cobras un precio fijo cada vez que tu producto consigue algo medible para el cliente, y nada cuando no lo consigue. Es el modelo de los agentes de IA que hacen una tarea entera: atender un chat, agendar una cita, recuperar un cobro.

El ejemplo más conocido es Fin, un agente de atención al cliente que cobra 0,99 dólares por resultado. Si la conversación acaba resuelta, cobra; si pasa a una persona sin resolverse, no. Según Fin, resuelve de media el 76 % de las consultas. Haz la cuenta: de cada 100 conversaciones, cobra 76, unos 75 dólares, pero paga la IA de las 100.

Por eso es un modelo exigente. Solo tiene sentido si se cumplen cuatro condiciones:

  • Vendes a empresas, no a personas.
  • Tu tasa de éxito es alta y estable. Si el agente empeora, cobras menos, y los intentos fallidos los pagas igual.
  • El resultado queda registrado en un sistema que no depende de tu palabra: la cita en el calendario, el pago en Stripe, la consulta cerrada y no reabierta.
  • Está definido por escrito qué cuenta como resultado y qué no, con un panel donde el cliente lo puede revisar.

 

🧷 Las tres cuentas antes de poner precio

Ninguna de las formas anteriores te protege si el precio está mal. Estas tres cuentas son las que separan un modelo con créditos que gana dinero de uno que lo pierde con cada usuario.

1. El precio mínimo

Precio mínimo = coste de la IA del plan ÷ lo que te queda de cada dólar después de la comisión.

Un ejemplo con números redondos: si cada generación te cuesta 2 centavos y tu plan incluye 300 al mes, la IA de ese plan te cuesta 6 dólares. Con una comisión del 15 %, de cada dólar te quedan 85 centavos, así que el plan tiene que costar al menos 6 ÷ 0,85 = 7,06 dólares solo para no perder dinero con la IA. Y eso antes de tu margen, del servidor y de los usuarios gratuitos.

Si el coste por acción es una estimación y no lo has visto en una factura, haz la cuenta también con el doble.

2. El tope

El tope de uso multiplicado por el coste de la acción más cara tiene que quedar por debajo de lo que te deja el plan después de la comisión.

Siguiendo el ejemplo: si el plan te deja 8,50 dólares y la acción más cara te cuesta 5 centavos, el tope no puede pasar de 170 de esas acciones. Y conviene quedarse bastante por debajo para tener margen.

El tope se cuenta en tu servidor, no en el teléfono. Y en el paywall se escribe con su número: nunca «ilimitado» en un plan que te cuesta dinero en cada uso.

3. Lo que regalas también cuesta

Los créditos gratis por día son una buena forma de que la gente vuelva, pero cada uno te cuesta una llamada a la IA. Ponles un tope diario y súmalos al coste de cada usuario gratuito.

Lo mismo con el anuncio recompensado que da créditos. Solo compensa si el anuncio paga más de lo que te cuesta la generación. Una visualización completa en Estados Unidos deja del orden de 2 centavos, y en los países que menos pagan, entre 5 y 20 veces menos. Y una imagen generada puede costar más que eso.

Cálculo del precio mínimo de un plan con créditos de IA

 

⚠️ El modelo que te arruina: pago único con IA

El pago único es una forma estupenda de cobrar una herramienta que no gasta nada al usarse, como una app de dibujo o una calculadora. Se paga una vez y ya no te cuesta nada más.

Con IA es al revés. Cobras una vez y el coste sigue para siempre, cada vez que el usuario genera algo. Y el que más te paga en ese momento, el que compra de por vida, es justo el que más va a usar la app durante años.

Solo hay una excepción: que tu cliente medio se vaya en menos de un año. En ese caso, un plan de por vida funciona como un anual caro. Si quieres ofrecerlo de todas formas, deja fuera las funciones con IA o cóbralas aparte con créditos.

Y aunque no tuvieras coste por uso, los números no le acompañan: las apps que venden sobre todo de por vida generan 0,24 dólares por instalación a los 60 días, frente a 0,46 de las que venden sobre todo el anual.

 

❌ Los errores que más veo

  • No saber cuánto te cuesta cada acción antes de poner el precio del crédito
  • Escribir «ilimitado» en un plan que te cuesta dinero en cada uso
  • Calcular el precio del crédito sin descontar la comisión de la tienda
  • Poner fecha de caducidad a créditos comprados sueltos en iOS
  • Vender recargas en el primer paywall, antes que la suscripción
  • Esconder lo que cuesta una acción hasta después de hacerla
  • Regalar créditos diarios sin tope
  • Intentar cobrar a mes vencido en una app móvil de consumo
  • Ofrecer pago único o de por vida con IA en cada uso
  • Cambiar la tabla de créditos sin avisar a quien ya pagó

 

Cobrar por créditos o por uso da más trabajo que una suscripción fija, pero cuando cada acción te cuesta dinero es la única forma honesta de hacerlo: el que usa poco paga poco, el que usa mucho paga más, y tú no pierdes con ninguno de los dos.

Empieza por la tabla de costes. Si no sabes cuánto te cuesta cada acción, cualquier precio que pongas es una apuesta.

Y si estás construyendo tu app con IA, revisa también vibe coding para crear apps: la herramienta con la que la construyes también te cobra por créditos, y es otro coste que tienes que sumar.

💬 ¿Tu app tiene un coste por cada uso?

Cuéntame en los comentarios qué hace tu app y si cada uso te cuesta dinero 👇

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *