Playbook revenus

L'achat SDK n'est qu'une partie de la monétisation d'une application. Le revenu provient d'un problème clair, d'un produit simple que les utilisateurs peuvent tester, d'une facturation store fiable et d'un paywall qui vous apprend ce que les gens sont prêts à acheter.

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

Commencez par un objectif de revenus simple

Rendez votre premier objectif concret. Par exemple :

Prix mensuel	Abonnés actifs nécessaires pour environ 1 k$ de MRR
$4.99	201
$7.99	126
$9.99	101
29,99 $ par an	Environ 400 abonnés annuels, selon le timing

Ces chiffres s'entendent avant les frais de store, les taxes, les remboursements et les différences de devise. Ils restent utiles car ils rendent le plan de lancement réaliste : vous avez besoin de quelques centaines d'utilisateurs motivés, pas d'une audience massive.

Créez le plus petit produit payant possible

1. Choisissez un cas d'usage critique

   Développez autour d'un résultat que les utilisateurs recherchent déjà. Exemples : un programme d'entraînement pour nouveaux parents, un suivi de budget pour couples, un scanner de reçus pour freelances, ou une application d'entraînement linguistique pour un examen spécifique.

2. Vérifiez la demande sur les stores

   Recherchez le mot-clé principal sur l'App Store et Google Play. Lisez les avis avec des scores faibles ou moyens des applications concurrentes pour identifier les fonctionnalités manquantes, les onboarding confus, les plaintes sur les tarifs et les frictions d'UI.

3. Déployez un MVP ciblé

   La première version doit inclure l'onboarding, une action principale utile, une gestion d'erreurs basique et suffisamment d'analytics pour savoir si les utilisateurs atteignent le moment de valeur.

4. Ajoutez les achats tôt

   N'attendez pas que l'application semble complète. Un paywall basique vous aide à savoir si les utilisateurs comprennent la valeur et si vos tarifs sont cohérents.

Instrumentez le funnel avant d'optimiser

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

Événement	Pourquoi c'est important
install ou première ouverture	Trafic de référence
onboarding_completed	Si les utilisateurs comprennent la configuration
core_action_completed	Si le produit apporte de la valeur
paywall_viewed	Si les utilisateurs atteignent la monétisation
trial_started	Si l'offre est convaincante
purchase_completed	Conversion payante
restore_started et restore_completed	Récupération d'achat et conformité des avis
subscription_status_checked	Fiabilité des droits d'accès (entitlements)
cancel_feedback_submitted	Raison du churn

Si de nombreux utilisateurs ne voient pas le paywall, corrigez l'onboarding avant de modifier le paywall. Si les utilisateurs voient le paywall mais ne lancent pas d'essai, améliorez l'offre, la preuve sociale ou la présentation du prix.

Choisissez un modèle de monétisation

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

Modèle	Bonne option	Première version
Freemium	Utilitaires quotidiens, trackers, outils à usage répété	Action principale gratuite, limites payantes ou fonctionnalités premium
Paywall avec essai gratuit	Apps apportant une valeur rapide après l'onboarding	Paywall après l'onboarding avec essai de 3 à 14 jours
Déblocage unique	Petits outils à valeur récurrente limitée	Produit à vie plus abonnement optionnel ultérieur

Évitez de déployer trois niveaux, de nombreux bundles et des parcours de mise à niveau complexes dès le premier jour. Utilisez un plan mensuel et un plan annuel lorsque vous avez besoin d'abonnements. Ajoutez des tarifs localisés une fois que vous recevez un trafic significatif d'un pays.

Configurez les produits pour optimiser vos revenus

Gardez des 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 produits sur les stores qui renforcent la valeur recherchée par les utilisateurs, comme « Meal Planner Pro Mensuel » au lieu de simplement « Mensuel ». Les métadonnées du store et les noms d'achats in-app peuvent aider à la découverte et à la clarté.

Chargez les données produits depuis les stores pour que les prix, les devises et les offres d'essai soient toujours exacts :

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 codez jamais les prix du store en dur dans l'UI. Affichez product.priceStringle titre du produit localisé, la période de facturation et les conditions d'essai à partir des données du store dès que possible.

Créez un premier paywall

Un premier paywall doit être clair, pas complexe :

• Titre : le bénéfice payant, comme « Débloquez des programmes d'entraînement illimités ».
• Avantages : 3 à 5 améliorations concrètes, pas une longue liste de fonctionnalités.
• Plans : mensuels et annuels, avec de réelles économies annuelles si proposées.
• Essai : durée exacte de l'essai et ce qui se passe à la fin.
• CTA : « Démarrer l'essai gratuit » ou « Passer au premium ».
• Liens : conditions, politique de confidentialité, restaurer les achats et gérer les abonnements.

Placez le premier paywall après l'onboarding, une fois que l'utilisateur a compris l'utilité de l'app. Plus tard, testez d'autres déclencheurs comme les limites d'usage, le clic sur une fonction premium ou la complétion d'actions clés.

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 backend avant d'accorder des droits permanents. Gardez un cache local des droits pour une interface fluide, mais considérez le store et votre backend comme les sources de vérité.

Attirez vos premiers utilisateurs

Le revenu nécessite du trafic. Commencez par des canaux qui fonctionnent avant même d'avoir une marque :

• ASO : titre, sous-titre, mots-clés, captures d'écran, description de l'app, icône, notes et noms des achats in-app.
• Vidéos courtes : postez des démos rapides, des clips problème/solution et des exemples avant/après pour le pays cible.
• Reddit et communautés : participez d'abord aux discussions, puis partagez ce que vous avez construit comme une histoire utile plutôt que comme une publicité.
• Groupes bêta : TestFlight, Google Play internal testing, Discord et forums de niche.

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

Analysez correctement le churn

Un peu de churn signifie que les utilisateurs ont testé l'app et ont décidé qu'elle ne leur convenait pas. C'est normal. Ce qui compte, c'est la tendance :

• Annulations pendant l'essai : valeur peu claire, onboarding médiocre ou mauvais ciblage.
• Annulations après un cycle : manque de valeur récurrente ou boucle d'habitude faible.
• Remboursements : décalage de prix, risque d'achat accidentel ou conditions floues.
• Aucun rétablissement : gestion des droits défaillante ou absence d'interface de restauration.

Ajoutez un sondage d'annulation en une question si possible. Utilisez les réponses pour améliorer l'onboarding, le périmètre des fonctionnalités, les captures d'écran du store et le texte du paywall.

Checklist de lancement

• Le produit résout un problème payant clair.
• Les produits du store sont actifs et testés sur iOS et Android.
• Le paywall affiche les prix et conditions chargés depuis le store.
• L'achat, la restauration, la gestion de l'abonnement et la validation backend sont implémentés.
• Les événements du tunnel sont suivis de la première ouverture jusqu'à l'achat.
• Les métadonnées du store expliquent la valeur dès les premiers screenshots.
• Au moins un canal d'acquisition est actif avant le lancement.
• Les retours sur le churn sont collectés auprès des premiers abonnés.

Guides associés

• Prise en main
• Créer des abonnements iOS
• Créer des abonnements Android
• Tests sandbox iOS
• Tests sandbox Android

Continuer avec le Revenue Playbook

Si vous utilisez Playbook revenus pour planifier les paiements et les achats, connectez-l’à Utiliser @capgo/native-purchases pour la capacité native dans Utiliser @capgo/native-purchases Tarifs Capgo pour le workflow produit dans Capgo Tarifs, Système de paiement pour les détails d'implémentation du système de paiement, @capgo/native-purchases pour les détails d'implémentation dans @capgo/native-purchases, et Prise en main pour les détails d'implémentation dans Getting Started.