Revenue Playbook

La compravendita SDK è solo una parte del guadagno da un'app. I ricavi vengono da un problema chiaro, un piccolo prodotto che gli utenti possono provare, una fatturazione di archiviazione affidabile e un paywall che insegna cosa le persone sono disposte a comprare.

Usa questo piano quando stai aggiungendo abbonamenti o sbloccaggi premium con @capgo/native-purchases.

Inizia con un obiettivo di ricavi semplice

Prezzo mensile

Sottoscrittori attivi necessari per circa $1K MRR	Sezione intitolata “Inizia con un obiettivo di ricavi semplice”
$4.99	201
$7.99	126
$9.99	101
$29.99 all'anno	Circa 400 sottoscrittori annuali, a seconda del momento

Questi numeri sono prima delle commissioni dei negozi, le tasse, i rimborsi e le differenze di valuta. Sono ancora utili perché tengono il piano di lancio pratico: hai bisogno di poche centinaia di utenti motivati, non di un grande pubblico.

Costruisci il prodotto pagato più piccolo

1. Scegli un caso d'uso doloroso

   Costruisci intorno a un risultato che gli utenti cercano già. Esempi: un piano di allenamento per nuovi genitori, un tracciante di budget per coppie, uno scanner di ricevute per freelance, o un'app di esercizi di lingua per un esame.

2. Controlla la domanda nei negozi

   Cerca l'App Store e Google Play per la parola chiave principale. Leggi le recensioni con voti bassi e medi delle app concorrenti per trovare le funzionalità mancanti, l'acquisizione confusa, le lamentele sui prezzi e la frizione dell'interfaccia utente.

3. Consegna un MVP stretto

   La prima versione dovrebbe includere l'acquisizione, un'azione utile principale, un trattamento di errore base e abbastanza analisi per vedere se gli utenti raggiungono il momento di valore.

4. Aggiungi le vendite presto

   Non aspettare fino a quando l'app sembra completa. Una paywall di base ti aiuta a capire se gli utenti comprendono il valore e se il prezzo è plausibile.

Strumenta il funnel prima di ottimizzare

Segui questi eventi prima di iniziare a cambiare prezzi o schermate:

Evento	Perché conta
install o apri per primo	Traffico di base
onboarding_completed	Se gli utenti comprendono la configurazione
core_action_completed	Se il prodotto fornisce valore
paywall_viewed	Se gli utenti raggiungono la monetizzazione
trial_started	Se l'offerta è convincente
purchase_completed	Conversion a pagamento
restore_started e restore_completed	Recupero acquisto e conformità alla revisione
subscription_status_checked	Affidabilità dell'accesso
cancel_feedback_submitted	Motivo di abbandono

Se molti utenti non vedono la barriera di pagamento, risolvi l'onboarding prima di modificare la barriera di pagamento. Se gli utenti vedono la barriera di pagamento ma non iniziano una prova, migliora l'offerta, la prova o la presentazione del prezzo.

Scegli un modello di monetizzazione

Inizia con un modello per rendere i dati leggibili.

Modello	Buon adattamento	Prima versione
Freemium	Utilità quotidiane, tracker, strumenti con uso ripetuto	Azione gratuita, limiti paganti o funzionalità premium
Paywall con prova gratuita	Applicazioni che forniscono un valore rapido dopo l'accesso	Paywall dopo l'accesso con prova gratuita di 3-14 giorni
Blocco unico	Strumenti piccoli con valore ricorrente limitato	Prodotto a vita più opzione di sottoscrizione futura

Evita di spedire tre livelli, molte offerte e percorsi di aggiornamento complessi già il giorno di lancio. Utilizza un piano mensile e un piano annuale quando hai bisogno di sottoscrizioni. Aggiungi prezzi localizzati dopo aver visto traffico significativo da un paese.

Configura prodotti per l'apprendimento dei ricavi

Conserva gli identificatori dei prodotti stabili e leggibili:

com.example.app.premium.monthly
com.example.app.premium.yearly
com.example.app.premium.lifetime

Usa i nomi dei prodotti nei negozi che sottolineano il valore che gli utenti stanno cercando, ad esempio “Pianificatore di pasti Pro Mensile” invece di solo “Mensile”. I nomi dei metadati e dei prodotti per l'acquisto in-app possono aiutare la scoperta e la chiarezza.

Carica i dati dei prodotti dai negozi per garantire che i prezzi, la valuta e le offerte introduttive siano sempre aggiornati:

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'));

Non hardcoded i prezzi dei negozi nella UI. Visualizza product.priceStringtitolo del prodotto localizzato, periodo di fatturazione e termini di prova dai dati dei negozi ogni volta che è possibile.

Costruisci un primo muro di pagamento

Un primo muro di pagamento dovrebbe essere chiaro, non astuto:

• Titolo: l'esito pagato, ad esempio “Sblocca piani di allenamento illimitati”.
• Benefici: 3 a 5 miglioramenti concreti, non una lunga lista di funzionalità.
• Offerte: mensili e annuali, con risparmi annuali reali se offerti.
• Prova: lunghezza della prova esatta e cosa accade dopo che finisce.
• CTA: “Inizia prova gratuita” o “Aggiorna ora”.
• Collegamenti: termini, politica sulla privacy, ripristina acquisti e gestisci abbonamenti.

Colloca la prima barriera di pagamento dopo l'accesso, una volta che l'utente comprende cosa fa l'app. In seguito, test ulteriori trigger come limiti di utilizzo, tocchi di feature premium o azioni di base completate.

Flusso di acquisto e ripristino

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,
  });
}

Verifica sempre gli acquisti sul tuo backend prima di concedere diritti duraturi. Conserva un cache di diritti locali per una UI veloce, ma trattane il negozio e il tuo backend come fonte di verità.

Porta i primi utenti

Il reddito ha bisogno di traffico. Inizia con i canali che possono funzionare prima che tu abbia un marchio:

• ASO: titolo, sottotitolo, parole chiave, screenshot, descrizione dell'app, icona, voti, e nomi degli acquisti in-app.
• Video corto: pubblica demo veloci, clip problema/soluzione e esempi prima/dopo per il paese di destinazione.
• Reddit e comunità: unisciti alla conversazione per primo, poi condividi cosa hai costruito come storia utile e non come un annuncio.
• Gruppi beta: TestFlight, Google Play testing interno, Discord e forum di nicchia.

Ogni canale dovrebbe inviare gli utenti nello stesso canale misurato per poter confrontare la retention, le visualizzazioni della paywall, le prove e le vendite.

Leggi la fuga correttamente

Qualche fuga significa che gli utenti hanno provato l'app e hanno deciso che non era per loro. Ciò è normale. Ciò che conta è il pattern:

• Annullamenti durante la prova: valore non chiaro, onboarding povero o traffico sbagliato.
• Annullamenti dopo un ciclo: valore di ripetizione insufficiente o ciclo di abitudine debole.
• Rimborso: incongruenza di prezzo, rischio di acquisto accidentale o termini non chiari.
• Nessuna ripristino: gestione di entità rotta o interfaccia di ripristino mancante.

Aggiungi un sondaggio di cancellazione a una domanda quando possibile. Utilizza le risposte per migliorare l'onboarding, lo scope delle funzionalità, la memorizzazione delle schermate e il testo della paywall.

Elenco di lancio

• Il prodotto risolve un problema pagato chiaro.
• I prodotti della store sono attivi e testati su iOS e Android.
• La paywall visualizza i prezzi e le condizioni caricati dalla store.
• Implementati acquisto, ripristino, gestione sottoscrizione e validazione backend.
• Gli eventi del funnel vengono tracciati dalla prima apertura all'acquisto.
• I metadati dell'app store spiegano il valore nelle prime schermate.
• Attenzione: almeno un canale di acquisizione è attivo prima del lancio.
• Si raccoglie il feedback di churn dai primi sottscriventi.

Guida correlata

• Inizia
• Crea abbonamenti per iOS
• Crea abbonamenti per Android
• Test di sandbox per iOS
• Test di sandbox per Android

Continua con il Revenue Playbook

Se stai utilizzando Revenue Playbook per pianificare pagamenti e acquisti, connettilo con Utilizza @capgo/native-purchases per la capacità nativa in Utilizzo di @capgo/native-purchases Capgo Prezzi per il flusso di lavoro del prodotto in Capgo Prezzi Sistema di pagamento per la dettaglio di implementazione in Sistema di pagamento @capgo/native-purchases per la dettaglio di implementazione in @capgo/native-purchases, e Avvio rapido per la dettaglio di implementazione in Avvio rapido.