Playbook dei ricavi
Copia un prompt di configurazione con i passaggi di installazione e la guida markdown completa per questo plugin.

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.
Inizia con un obiettivo di fatturato semplice
Sezione intitolata “Inizia con un obiettivo di fatturato semplice”Rendi il primo obiettivo concreto. Ad esempio:
| Prezzo mensile | Abbonati attivi necessari per circa $1K di MRR |
|---|---|
| $4.99 | 201 |
| $7.99 | 126 |
| $9.99 | 101 |
| $29.99 all'anno | Circa 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”-
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.
-
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.
-
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.
-
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.
Monitora il funnel prima di ottimizzare
Sezione intitolata “Monitora il funnel prima di ottimizzare”Traccia questi eventi prima di iniziare a cambiare prezzi o schermate:
| Evento | Perché è importante |
|---|---|
install o primo open | Traffico di base |
onboarding_completed | Se gli utenti comprendono il setup |
core_action_completed | Se il prodotto offre valore |
paywall_viewed | Se gli utenti raggiungono la monetizzazione |
trial_started | Se l'offerta è convincente |
purchase_completed | Conversione a pagamento |
restore_started e restore_completed | Recupero acquisti e conformità recensioni |
subscription_status_checked | Affidabilità degli entitlement |
cancel_feedback_submitted | Motivo 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.
Scegli un modello di monetizzazione
Sezione intitolata “Scegli un modello di monetizzazione”Inizia con un solo modello per rendere i dati leggibili.
| Modello | Ideale per | Prima versione |
|---|---|---|
| Freemium | Utility quotidiane, tracker e tool con uso ricorrente | Azione core gratuita, limiti a pagamento o feature premium |
| Paywall con free trial | App che offrono valore immediato dopo l'onboarding | Paywall dopo l'onboarding con trial di 3-14 giorni |
| Sblocco una tantum | Piccoli tool con valore ricorrente limitato | Prodotto 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.
Configura i prodotti per ottimizzare i ricavi
Sezione intitolata “Configura i prodotti per ottimizzare i ricavi”Mantieni gli identificativi dei prodotti stabili e leggibili:
com.example.app.premium.monthlycom.example.app.premium.yearlycom.example.app.premium.lifetimeUsa 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.
Crea il primo paywall
Sezione: “Crea il tuo primo paywall”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à.
Porta i primi utenti
Sezione intitolata “Porta i primi utenti”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.
Analizza correttamente il churn
Sezione intitolata “Analizza correttamente il churn”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.
Checklist di lancio
Sezione intitolata “Checklist di lancio”- 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.
Guide correlate
Sezione intitolata “Guide correlate”- Guida rapida
- Crea abbonamenti iOS
- Crea abbonamenti Android
- Testing sandbox iOS
- Testing sandbox Android
Continua con il Revenue Playbook
Sezione intitolata “Continua con il Revenue Playbook”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.