Estrategia de ingresos
Copia un prompt de configuración con los pasos de instalación y la guía completa en markdown para este plugin.

La compra de SDK es solo una parte para monetizar una app. Los ingresos surgen de resolver un problema claro, un producto sencillo que los usuarios puedan probar, una facturación en la tienda fiable y un paywall que te enseñe qué está dispuesta a comprar la gente.
Usa esta guía al añadir suscripciones o funciones premium con @capgo/native-purchases.
Empieza con un objetivo de ingresos sencillo
Sección titulada “Empieza con un objetivo de ingresos sencillo”Haz que el primer objetivo sea concreto. Por ejemplo:
| Precio mensual | Suscriptores activos necesarios para unos 1000 $ de MRR |
|---|---|
| $4.99 | 201 |
| $7.99 | 126 |
| $9.99 | 101 |
| 29,99 $ al año | Unos 400 suscriptores anuales, según el momento |
Estas cifras son antes de comisiones de la tienda, impuestos, reembolsos y diferencias de divisa. Siguen siendo útiles porque mantienen el plan de lanzamiento realista: necesitas unos cientos de usuarios motivados, no una audiencia enorme.
Crea el producto de pago más pequeño
Sección titulada “Crea el producto de pago más pequeño”-
Elige un caso de uso que duela
Construye en torno a un resultado que los usuarios ya busquen. Ejemplos: un plan de entrenamiento para padres primerizos, una app de presupuesto para parejas, un escáner de recibos para freelancers o una app de ejercicios de idiomas para un examen concreto.
-
Comprueba la demanda en las tiendas
Busca la palabra clave principal en la App Store y Google Play. Lee reseñas de puntuación baja y media de apps de la competencia para detectar funciones faltantes, onboarding confuso, quejas de precios y fricción en la UI.
-
Lanza un MVP enfocado
La primera versión debe incluir onboarding, una acción principal útil, manejo básico de errores y suficientes analytics para ver si los usuarios alcanzan el momento de valor.
-
Añade compras pronto
No esperes a que la app se sienta completa. Un paywall básico te ayuda a saber si los usuarios entienden el valor y si tus precios son razonables.
Instrumenta el funnel antes de optimizar
Sección titulada “Instrumenta el funnel antes de optimizar”Rastrea estos eventos antes de empezar a cambiar precios o pantallas:
| Evento | Por qué es importante |
|---|---|
install o primer open | Tráfico base |
onboarding_completed | Si los usuarios entienden la configuración |
core_action_completed | Si el producto aporta valor |
paywall_viewed | Si los usuarios llegan a la monetización |
trial_started | Si la oferta es atractiva |
purchase_completed | Conversión a pago |
restore_started y restore_completed | Recuperación de compras y cumplimiento de revisión |
subscription_status_checked | Fiabilidad de los entitlements |
cancel_feedback_submitted | Motivo del churn |
Si muchos usuarios no ven el paywall, arregla el onboarding antes de cambiar el paywall. Si ven el paywall pero no inician un trial, mejora la oferta, la prueba o la presentación del precio.
Elige un modelo de monetización
Sección titulada “Elige un modelo de monetización”Empieza con un solo modelo para que los datos sean legibles.
| Modelo | Ideal para ti | Primera versión |
|---|---|---|
| Freemium | Utilidades diarias, trackers o herramientas de uso recurrente | Acción principal gratuita, límites de pago o funciones premium |
| Paywall más prueba gratuita | Apps que aportan valor rápido tras el onboarding | Paywall tras el onboarding con prueba de 3 a 14 días |
| Desbloqueo único | Herramientas pequeñas con valor recurrente limitado | Producto de por vida más suscripción opcional posterior |
Evita lanzar tres niveles, muchos bundles y rutas de upgrade complejas desde el inicio. Usa un plan mensual y uno anual cuando necesites suscripciones. Añade precios localizados tras recibir tráfico relevante de un país.
Configura productos para entender los ingresos
Sección titulada “Configurar productos para aprender sobre ingresos”Mantén los identificadores de producto estables y legibles:
com.example.app.premium.monthlycom.example.app.premium.yearlycom.example.app.premium.lifetimeUsa nombres de producto en la tienda que refuercen el valor que el usuario busca, como “Meal Planner Pro Monthly” en vez de solo “Monthly”. Los metadatos de la tienda y los nombres de in-app purchases ayudan a la claridad y al descubrimiento.
Carga los datos de producto desde las tiendas para que el precio, la moneda y las ofertas de bienvenida sean siempre precisos:
import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
const { products } = await NativePurchases.getProducts({ productIdentifiers: [ 'com.example.app.premium.monthly', 'com.example.app.premium.yearly', ], productType: PURCHASE_TYPE.SUBS,});
const monthly = products.find((product) => product.identifier.endsWith('.monthly'));const yearly = products.find((product) => product.identifier.endsWith('.yearly'));Nunca hardcodees los precios de la tienda en la UI. Renderiza product.priceStringel título del producto localizado, el periodo de facturación y los términos de prueba desde los datos de la tienda siempre que sea posible.
Crea tu primer paywall
Sección: “Crea tu primer paywall”El primer paywall debe ser claro, no ingenioso:
- Titular: el beneficio de pago, como “Desbloquea planes de entrenamiento ilimitados”.
- Beneficios: de 3 a 5 mejoras concretas, no una lista larga de funciones.
- Planes: mensual y anual, con el ahorro real anual si se ofrece.
- Prueba: duración exacta del trial y qué ocurre al finalizar.
- CTA: “Iniciar prueba gratuita” o “Mejorar ahora”.
- Enlaces: términos, política de privacidad, restaurar compras y gestionar suscripciones.
Coloca el primer paywall tras el onboarding, cuando el usuario entienda qué hace la app. Luego, testea otros triggers como límites de uso, clics en funciones premium o acciones clave completadas.
Flujo de compra y restauración
Sección: “Flujo de compra y restauración”import { NativePurchases, PURCHASE_TYPE } from '@capgo/native-purchases';
export async function buyYearly(appAccountToken: string) { const transaction = await NativePurchases.purchaseProduct({ productIdentifier: 'com.example.app.premium.yearly', planIdentifier: 'yearly-plan', productType: PURCHASE_TYPE.SUBS, appAccountToken, });
await fetch('/api/purchases/validate', { method: 'POST', headers: { 'content-type': 'application/json' }, body: JSON.stringify({ transactionId: transaction.transactionId, receipt: transaction.receipt, purchaseToken: transaction.purchaseToken, productIdentifier: transaction.productIdentifier, }), });
return transaction;}
export async function restorePurchases() { await NativePurchases.restorePurchases();
return NativePurchases.getPurchases({ productType: PURCHASE_TYPE.SUBS, });}Valida siempre las compras en tu backend antes de conceder entitlements duraderos. Mantén una caché local de entitlements para que la UI vaya rápida, pero considera la tienda y tu backend como la fuente de verdad.
Atrae a tus primeros usuarios
Sección titulada “Cómo atraer a los primeros usuarios”Los ingresos necesitan tráfico. Empieza con canales que puedan funcionar antes de tener una marca:
- ASO: título, subtítulo, keywords, capturas de pantalla, descripción de la app, icono, valoraciones y nombres de las compras in-app.
- Vídeos cortos: publica demos rápidas, clips de problema/solución y ejemplos de antes/después para el país objetivo.
- Reddit y comunidades: primero únete a la conversación y luego comparte lo que construiste como una historia útil en lugar de un anuncio.
- Grupos beta: TestFlight, pruebas internas de Google Play, Discord y foros de nicho.
Cada canal debe llevar a los usuarios al mismo funnel medido para que puedas comparar retención, vistas del paywall, trials y compras.
Interpreta el churn correctamente
Sección titulada “Interpretar el churn correctamente”Un poco de churn es normal; significa que los usuarios probaron la app y decidieron que no era para ellos. Lo que importa es el patrón:
- Cancelaciones durante el trial: valor poco claro, onboarding deficiente o tráfico equivocado.
- Cancelaciones tras un ciclo: valor recurrente insuficiente o habit loop débil.
- Reembolsos: desajuste de precios, riesgo de compra accidental o términos poco claros.
- Sin restauraciones: gestión de entitlements defectuosa o falta de interfaz de restauración.
Añade una encuesta de cancelación de una sola pregunta cuando sea posible. Usa las respuestas para mejorar el onboarding, el alcance de las funciones, las capturas de la tienda y el copy del paywall.
Checklist de lanzamiento
Sección titulada “Checklist de lanzamiento”- El producto resuelve un problema de pago claro.
- Los productos de la store están activos y probados en iOS y Android.
- El paywall muestra los precios y términos cargados desde la store.
- Se implementan la compra, restauración, gestión de suscripciones y validación en el backend.
- Se trackean los eventos del funnel desde la primera apertura hasta la compra.
- Los metadatos de la App Store explican el valor en las primeras capturas.
- Al menos un canal de adquisición está activo antes del lanzamiento.
- Se recopila feedback de churn de los primeros suscriptores.
Guías relacionadas
Sección titulada “Guías relacionadas”- Primeros pasos
- Crear suscripciones en iOS
- Crear suscripciones en Android
- Pruebas en sandbox de iOS
- Pruebas en sandbox de Android
Sigue con el Revenue Playbook
Sección titulada “Sigue aprendiendo con el Revenue Playbook”Si estás usando Estrategia de ingresos para planificar pagos y compras, conéctalo con Uso de @capgo/native-purchases para la capacidad nativa al usar @capgo/native-purchases, Precios de Capgo para el flujo de trabajo de productos en Capgo Pricing, Sistema de pagos para el detalle de implementación en Sistema de pagos, @capgo/native-purchases para el detalle de implementación en @capgo/native-purchases, y Primeros pasos para los detalles de implementación en Getting Started.