Revenue Playbook

Seul l'achat SDK est une partie de la génération de revenus à partir d'une application. Les revenus proviennent d'un problème clair, d'un produit minimal que les utilisateurs peuvent essayer, d'une facturation de magasin fiable et d'une barrière de paiement qui enseigne ce que les gens sont prêts à acheter.

Utilisez ce plan lorsque vous ajoutez des abonnements ou des déverrouillages premium avec @capgo/native-purchases.

Commencez par un objectif de revenus simple

Fixez l'objectif concret. Par exemple :

Prix mensuel	Abonnés actifs nécessaires pour environ 1 000 $ MRR
$4.99	201
$7.99	126
$9.99	101
$29.99 par an	Environ 400 abonnés annuels, en fonction de l'horloge

Ces chiffres sont avant les frais de magasin, les taxes, les remboursements et les différences de devise. Ils sont toujours utiles car ils gardent le plan de lancement pratique : vous avez besoin de quelques centaines d'utilisateurs motivés, pas d'une audience immense.

Construire le produit payant le plus petit

1. Choisissez un cas d'utilisation douloureux

   Construire autour d'un résultat que les utilisateurs cherchent déjà. Exemples : un plan de travail pour de nouveaux parents, un suivi de budget pour les couples, un scanner de factures pour les freelances, ou un jeu de drill pour un examen.

2. Vérifiez la demande dans les magasins

   Recherchez l'App Store et Google Play pour le mot-clé de base. Lisez les critiques bas et moyennes des applications concurrentes pour trouver des fonctionnalités manquantes, une onboarding confuse, des plaintes de tarification et des friction de l'interface utilisateur.

3. Lancez un MVP étroit

   La première version devrait inclure l'onboarding, une action utile de base, une gestion des erreurs de base et suffisamment d'analytiques pour voir si les utilisateurs atteignent le moment de valeur.

4. Ajoutez les achats tôt

   N'attendez pas jusqu'à ce que l'application se sente complète. Un mur tarifaire de base vous aide à apprendre si les utilisateurs comprennent la valeur et si vos tarifs sont plausibles.

Instrumentez le tunnel avant d'optimiser

Suivez ces événements avant de commencer à modifier les prix ou les écrans :

Événement	Pourquoi cela compte
install ou ouvrez d'abord	Trafic de base
onboarding_completed	Si les utilisateurs comprennent la configuration
core_action_completed	Si le produit fournit de la valeur
paywall_viewed	Si les utilisateurs atteignent la monétisation
trial_started	Si l'offre est séduisante
purchase_completed	Conversion payante
restore_started et restore_completed	Rétablissement de la récupération et de la conformité de la revue
subscription_status_checked	Fiable en matière de droits
cancel_feedback_submitted	Raison de défaillance

Si beaucoup d'utilisateurs ne voient pas le mur de payement, corrigez l'inscription avant de modifier le mur de payement. Si les utilisateurs voient le mur de payement mais ne commencent pas un essai, améliorez l'offre, la preuve ou la présentation du prix.

Choisissez un modèle de monétisation

Commencez par un modèle afin que les données soient lisibles.

Modèle	Bon ajustement	Première version
Freemium	Outils quotidiens, suiveurs, outils avec utilisation répétée	Action gratuite de base, limites payantes ou fonctionnalités premium
Paywall avec essai gratuit	Applications qui fournissent une valeur rapide après le processus d'inscription	Paywall après le processus d'inscription avec essai gratuit de 3 à 14 jours
Un blocage unique	Petits outils avec une valeur récurrente limitée	Produit à vie plus abonnement facultatif ultérieurement

Évitez de livrer trois niveaux de tarification, de nombreux forfaits et des chemins d'amélioration complexes dès le départ. Utilisez un plan mensuel et un plan annuel lorsqu'il vous faut des abonnements. Ajoutez une tarification localisée après avoir vu un trafic significatif d'un pays.

Configurez les produits pour l'apprentissage des revenus

Conservez les identifiants de produit stables et lisibles :

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

Utilisez des noms de produit de magasin qui renforcent la valeur que les utilisateurs recherchent, comme « Planificateur de repas Pro mensuel » au lieu de seulement « mensuel ». Les métadonnées et les noms de ventes en magasin peuvent aider à la découverte et à la clarté.

Chargez les données de produit à partir des magasins afin que les prix, la devise et les offres d'introduction soient toujours précis :

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

Ne fixez jamais les prix de magasin dans l'interface utilisateur. Affichez le titre de produit localisé, la période de facturation et les termes de la période d'essai à partir des données de magasin chaque fois que possible. product.priceStringConstruire un premier mur payant

Section intitulée « Construire un premier mur payant »

Titre : le résultat payant, tel que « Déverouillez des plans d'entraînement illimités ».

• Avantages : 3 à 5 améliorations concrètes, pas une longue liste de fonctionnalités.
• __CAPGO_KEEP_0__
• Plans: mensuel et annuel, avec des économies annuelles réelles si proposées.
• Essai: durée exacte de l'essai et ce qui se passe après sa fin.
• CTA: « Démarrer un essai gratuit » ou « Mise à niveau maintenant ».
• Liens: conditions d'utilisation, politique de confidentialité, restaurer les achats et gérer les abonnements.

Placez le premier mur de payement après l'inscription, une fois que l'utilisateur comprend ce que l'application fait. Plus tard, testez des déclencheurs supplémentaires tels que des limites d'utilisation, des appels de fonctionnalités premium ou des actions de base complétées.

Flux d'achat et de restauration

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

Validez toujours les achats sur votre serveur avant de concéder des droits d'entitlement durables. Gardez une cache d'entitlement local pour un UI rapide, mais traitez la boutique et votre serveur comme source de vérité.

Apportez les premiers utilisateurs

Les revenus ont besoin de trafic. Commencez par les canaux qui peuvent fonctionner avant que vous n'ayez une marque :

• ASO : titre, sous-titre, mots-clés, captures d'écran, description de l'application, icône, notes et noms de vente en ligne intégrée.
• Vidéo courte : publiez des démos rapides, des clips problème/solution et des exemples avant/après pour le pays cible.
• Reddit et communautés : rejoignez la conversation en premier, puis partagez ce que vous avez construit comme une histoire utile plutôt qu'une publicité.
• Groupe bêta : TestFlight, Google Play internal testing, Discord et forums de niche.

Chaque canal doit envoyer les utilisateurs dans le même canal mesuré afin que vous puissiez comparer la rétention, les vues de la paywall, les essais et les achats.

Lisez la dérive correctement

Quelques départs signifient que les utilisateurs ont essayé l'application et ont décidé qu'elle ne leur convenait pas. C'est normal. Ce qui compte, c'est le modèle :

• Annulations pendant la période d'essai : valeur incertaine, mauvaise prise en charge ou trafic incorrect.
• Annulations après un cycle : valeur de répétition insuffisante ou boucle de habitude faible.
• Remboursements : incohérence de tarification, risque d'achat accidentel ou conditions non claires.
• Aucun rétablissement : gestion de l'entitlement brisée ou interface de rétablissement manquante.

Ajoutez un sondage d'annulation à une question lorsque possible. Utilisez les réponses pour améliorer l'inscription, le champ des fonctionnalités, le stockage d'écran et le texte de la paywall.

Liste de vérification de lancement

• Les produits de magasin sont actifs et testés sur iOS et Android.
• La paywall affiche les prix et les conditions chargés dans le magasin.
• Achat, restauration, gestion de l'abonnement et validation back-end sont mis en œuvre.
• Les événements de flux sont suivis de l'ouverture initiale à l'achat.
• Les métadonnées de l'application expliquent la valeur dans les premières captures d'écran.
• Au moins un canal d'acquisition est actif avant le lancement.
• Les commentaires sur la rotation sont collectés auprès des premiers abonnés.
• Guides connexes

Ajoutez un sondage d'annulation à une question lorsque possible. Utilisez les réponses pour améliorer l'inscription, le champ des fonctionnalités, le stockage d'écran et le texte de la paywall.

• Démarrage
• Créer des abonnements iOS
• Créer des abonnements Android
• Test de sandbox iOS
• Test de sandbox Android

Continuez avec le Livre d'or des revenus

Si vous utilisez Le Livre d'or des revenus pour planifier les paiements et les achats, connectez-le avec Utiliser @capgo/native-purchases pour la capacité native en utilisant @capgo/native-purchases Capgo Tarification pour le flux de travail du produit dans Capgo Tarification Système de paiement pour le détail d'implémentation dans Système de paiement @capgo/native-purchases pour le détail d'implémentation dans @capgo/native-purchases, et Démarrage pour le détail d'implémentation dans Démarrage.