Vai al contenuto

Playbook dei ricavi

GitHub

Strategia di monetizzazione per gli acquisti in-app

L'acquisto SDK è solo una parte della monetizzazione di un'app. Il fatturato deriva dalla risoluzione di un problema chiaro, da un prodotto accessibile, da una fatturazione store affidabile e da un paywall che ti insegna cosa sono disposti ad acquistare gli utenti.

Usa questa guida quando aggiungi abbonamenti o sblocchi premium con @capgo/native-purchases.

Rendi il primo obiettivo concreto. Ad esempio:

Prezzo mensileAbbonati attivi necessari per circa $1K di MRR
$4.99201
$7.99126
$9.99101
$29.99 all'annoCirca 400 abbonati annuali, a seconda del timing

Questi numeri non includono commissioni degli store, tasse, rimborsi e differenze di cambio. Sono comunque utili per mantenere il piano di lancio pratico: ti servono poche centinaia di utenti motivati, non un pubblico enorme.

Crea il prodotto a pagamento più piccolo possibile

Sezione intitolata “Crea il prodotto a pagamento più piccolo possibile”
  1. Scegli un caso d'uso critico

    Costruisci qualcosa che risolva un problema specifico che gli utenti cercano già. Esempi: un piano di allenamento per neogenitori, un tracker di budget per coppie, uno scanner di ricevute per freelancer o un'app di esercitazione linguistica per un esame specifico.

  2. Verifica la domanda negli store

    Cerca la parola chiave principale su App Store e Google Play. Leggi le recensioni con punteggio basso o medio delle app concorrenti per individuare feature mancanti, onboarding confusi, lamentele sui prezzi e attriti nella UI.

  3. Rilascia un MVP mirato

    La prima versione dovrebbe includere l'onboarding, un'azione core utile, una gestione base degli errori e analytics sufficienti per capire se gli utenti raggiungono il momento di valore.

  4. Inserisci gli acquisti subito

    Non aspettare che l'app sembri completa. Un paywall di base ti aiuta a capire se gli utenti ne percepiscono il valore e se il tuo pricing è plausibile.

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

EventoPerché è importante
install o primo openTraffico di base
onboarding_completedSe gli utenti comprendono il setup
core_action_completedSe il prodotto offre valore
paywall_viewedSe gli utenti raggiungono la monetizzazione
trial_startedSe l'offerta è convincente
purchase_completedConversione a pagamento
restore_started e restore_completedRecupero acquisti e conformità recensioni
subscription_status_checkedAffidabilità degli entitlement
cancel_feedback_submittedMotivo del churn

Se molti utenti non vedono la paywall, ottimizza l'onboarding prima di cambiare la paywall. Se vedono la paywall ma non avviano il trial, migliora l'offerta, la prova sociale o la presentazione del prezzo.

Inizia con un solo modello per rendere i dati leggibili.

ModelloIdeale perPrima versione
FreemiumUtility quotidiane, tracker e tool con uso ricorrenteAzione core gratuita, limiti a pagamento o feature premium
Paywall con free trialApp che offrono valore immediato dopo l'onboardingPaywall dopo l'onboarding con trial di 3-14 giorni
Sblocco una tantumPiccoli tool con valore ricorrente limitatoProdotto lifetime più eventuale abbonamento futuro

Evita di lanciare tre tier, molti bundle e percorsi di upgrade complessi fin dal primo giorno. Usa un piano mensile e uno annuale quando servono abbonamenti. Aggiungi prezzi localizzati solo dopo aver visto traffico significativo da un paese.

Mantieni gli identificativi dei prodotti stabili e leggibili:

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

Usa nomi prodotto sugli store che ne sottolineino il valore, come “Meal Planner Pro Monthly” invece di un semplice “Monthly”. I metadati dello store e i nomi degli acquisti in-app aiutano la scoperta e la chiarezza.

Carica i dati dei prodotti dagli store per garantire che prezzi, valute e offerte di prova siano sempre corretti:

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

Never hardcode store pricing in the UI. Render product.priceStringtitolo del prodotto localizzato, periodo di fatturazione e termini di prova dai dati dello store ogni volta che possibile.

Il primo paywall deve essere chiaro, non troppo creativo:

  • Headline: il beneficio dell'abbonamento, es. “Sblocca piani di allenamento illimitati”.
  • Benefit: da 3 a 5 vantaggi concreti, non un lungo elenco di feature.
  • Piani: mensile e annuale, indicando il risparmio reale per l'annuale.
  • Trial: durata esatta della prova e cosa succede alla scadenza.
  • CTA: “Inizia la prova gratuita” o “Passa subito al premium”.
  • Link: termini, privacy policy, ripristina acquisti e gestione abbonamenti.

Posiziona il primo paywall dopo l'onboarding, quando l'utente ha capito il valore dell'app. Successivamente, testa altri trigger come limiti di utilizzo, tap su feature premium o azioni chiave completate.

Flusso di acquisto e ripristino

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

Valida sempre gli acquisti sul tuo backend prima di concedere permessi permanenti. Mantieni una cache locale per la UI, ma considera lo store e il tuo backend come l'unica fonte di verità.

I ricavi richiedono traffico. Inizia con canali che funzionano anche senza un brand consolidato:

  • ASO: titolo, sottotitolo, parole chiave, screenshot, descrizione dell'app, icona, valutazioni e nomi degli acquisti in-app.
  • Video brevi: pubblica demo veloci, clip problema/soluzione ed esempi prima/dopo per il paese target.
  • Reddit e community: partecipa prima alle conversazioni, poi condividi ciò che hai costruito come un caso d'uso utile invece di un annuncio.
  • Gruppi Beta: TestFlight, Google Play internal testing, Discord e forum di nicchia.

Ogni canale dovrebbe indirizzare gli utenti nello stesso funnel misurabile, così da poter confrontare retention, visualizzazioni del paywall, trial e acquisti.

Un certo tasso di churn è normale: significa che gli utenti hanno provato l'app e hanno deciso che non faceva per loro. Ciò che conta è il pattern:

  • Disdette durante la trial: valore poco chiaro, onboarding scarso o traffico errato.
  • Disdette dopo un ciclo: valore ricorrente insufficiente o habit loop debole.
  • Rimborsi: mismatch di prezzo, rischio acquisti accidentali o termini poco chiari.
  • Nessun ripristino: gestione errata degli entitlement o assenza dell'interfaccia di restore.

Aggiungi un sondaggio di cancellazione con una sola domanda quando possibile. Usa le risposte per migliorare l'onboarding, l'ambito delle feature, gli screenshot dello store e il copy del paywall.

  • Il prodotto risolve un problema specifico a pagamento.
  • I prodotti dello store sono attivi e testati su iOS e Android.
  • Il paywall mostra i prezzi e i termini caricati dallo store.
  • Acquisto, restore, gestione abbonamento e validazione backend sono implementati.
  • Gli eventi del funnel sono tracciati dal primo open all'acquisto.
  • I metadati dell'App Store spiegano il valore nei primi screenshot.
  • Almeno un canale di acquisizione è attivo prima del lancio.
  • Il feedback sul churn viene raccolto dai primi abbonati.

Se stai usando Playbook dei ricavi per pianificare pagamenti e acquisti, collegalo a Utilizzo di @capgo/native-purchases per la funzionalità nativa in Utilizzo di @capgo/native-purchases, Prezzi Capgo per il workflow del prodotto nella pagina Prezzi di Capgo, Sistema di pagamento per i dettagli di implementazione nel sistema di pagamento, @capgo/native-purchases per i dettagli di implementazione in @capgo/native-purchases, e Per iniziare per i dettagli sull'implementazione in Getting Started.