Revenue Playbook

GitHub

Einen Einrichtungsprompt mit den Installationsanweisungen und der vollständigen Markdown-Guideline für diesen Plugin kopieren.

Einkommensleitfaden für In-App-Käufe

Der Kauf SDK ist nur ein Teil des Geldverdienens aus einer App. Einnahmen kommen von einer klaren Problembeschreibung, einem kleinen Produkt, das Benutzer ausprobieren können, einer zuverlässigen Store-Billigung und einer Lernpaywall, die Ihnen zeigt, was Benutzer bereit sind zu kaufen.

Verwenden Sie dieses Playbook, wenn Sie Abonnements oder Premium-Zugänge hinzufügen @capgo/native-purchases.

Beginnen Sie mit einem einfachen Einnahmziel

Stellen Sie das erste Ziel konkret dar. Zum Beispiel:

Monatlicher Preis	Aktive Abonnenten für etwa 1.000 $ MRR
$4.99	201
$7.99	126
$9.99	101
29,99 $ jährlich	Etwa 400 jährliche Abonnenten, je nach Zeitpunkt

Diese Zahlen sind vor Ladenkosten, Steuern, Rückerstattungen und Währungsunterschieden. Sie sind immer noch nützlich, weil sie das Launch-Plan praktisch halten: Sie brauchen ein paar hundert motivierte Benutzer, nicht eine riesige Zielgruppe.

Erstellen Sie das kleinstmögliche bezahlte Produkt

Wählen Sie einen schmerzhaften Einsatzfall

Um sich auf eine bereits gesuchte Ergebnis zu konzentrieren. Beispiele: Ein Workout-Plan für neue Eltern, ein Budget-Tracker für Paare, ein Rechnungsscanner für Freiberufler oder eine Sprachübung-App für eine Prüfung.
Überprüfen Sie die Nachfrage in den Stores.

Suchen Sie im App Store und Google Play nach dem Kernschlüsselwort. Lesen Sie Bewertungen von konkurrierenden Apps mit niedrigem und mittlerem Score, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und Benutzeroberflächentreibstoff zu finden.
Schicken Sie ein enges MVP.

Die erste Version sollte Einrichtung, eine nützliche Kernaktion, grundlegende Fehlerbehandlung und ausreichende Analysen enthalten, um zu sehen, ob Benutzer das Wertmoment erreichen.
Fügen Sie Kauffunktionen früh hinzu.

Zögern Sie nicht, bis die App komplett ist. Ein grundlegender Paywall hilft Ihnen zu lernen, ob Benutzer das Wertgefühl verstehen und ob Ihre Preise plausibel sind.

Instrumentieren Sie den Kanal, bevor Sie optimieren.

Verfolgen Sie diese Ereignisse, bevor Sie mit der Änderung von Preisen oder Bildschirmen beginnen:

Ereignis	Warum es wichtig ist.
`install` oder öffnen Sie zuerst	Basisverkehr
`onboarding_completed`	Ob die Benutzer das Setup verstehen
`core_action_completed`	Ob das Produkt Wert liefert
`paywall_viewed`	Ob die Benutzer die Monetarisierung erreichen
`trial_started`	Ob die Angebotsentscheidung überzeugend ist
`purchase_completed`	Bezahlkonversion
`restore_started` und `restore_completed`	Kaufrückgewinnung und Überprüfungskonformität
`subscription_status_checked`	Zugriffsvertrauenswürdigkeit
`cancel_feedback_submitted`	Rückgangsgründe

Wenn viele Benutzer das Paywall nicht sehen, stellen Sie das Onboarding vor dem Wechsel des Paywalls sicher. Wenn Benutzer das Paywall sehen, aber keine Testversion starten, verbessern Sie das Angebot, die Beweise oder die Preispräsentation.

Monetarisierungsmodell wählen

Mit einem Modell beginnen, damit die Daten lesbar sind.

Modell	Passende Wahl	Eine Version
Freemium	Tägliche Hilfsmittel, Tracker, Werkzeuge mit Wiederholungsnutzen	Kernfunktion kostenlos, begrenzte Zahl an Funktionen oder Premiumfunktionen
Paywall mit kostenlosen Testversion	Apps, die nach der Einrichtung schnell Wert liefern	Paywall nach der Einrichtung mit 3- bis 14-tägiger Testversion
Einmaliger Aktivierungsschalter	Kleine Werkzeuge mit begrenzter wiederkehrender Wertigkeit	Lebenslanger Produkt plus optionaler zukünftiger Abonnement später

Vermeide die Lieferung von drei Ebenen, vielen Paketen und komplexen Upgrade-Pfaden am ersten Tag. Verwende einen monatlichen Plan und einen jährlichen Plan, wenn Sie Abonnements benötigen. Fügen Sie lokalisierte Preise hinzu, nachdem Sie bedeutende Traffic aus einem Land gesehen haben.

Konfigurieren Sie Produkte für Einnahme-Lernen

Halten Sie Produktidentifikatoren stabil und lesbar:

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

Verwenden Sie Produktbezeichnungen im Laden, die den Wert bestätigen, nach dem Benutzer suchen, wie z.B. “Monatliches Mahlplaner-Pro” anstatt nur “Monatlich”. Speichern Sie Metadaten und Kaufnamen im Laden, um Entdeckung und Klarheit zu erleichtern.

Laden Sie Produkt-Daten aus den Läden, damit Preise, Währungen und Einführungsangebote immer genau sind:

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

Hardcode Preise im UI niemals. Rendern Sie product.priceStringProdukttitel, Zahlungszeitraum und Probezeit aus Ladeninformationen soweit möglich lokalisiert.

Erste Barriere zum Bezahlverhalten aufbauen.

Die erste Barriere zum Bezahlverhalten sollte klar und nicht clever sein:

Überschrift: Der bezahlte Nutzen, wie z.B. „Unbegrenzte Workout-Pläne freischalten“.
Vorteile: 3 bis 5 konkrete Verbesserungen, nicht eine lange Liste von Funktionen.
Pläne: monatlich und jährlich, mit echten jährlichen Ersparnissen, wenn angeboten.
Probezeit: genaue Länge der Probezeit und was nach deren Ende passiert.
CTA: „Kostenlose Probezeit starten“ oder „Jetzt aufsteigen“.
Links: Nutzungsbedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.

Platzieren Sie die erste Barriere zum Bezahlverhalten nach der Einarbeitung, sobald der Benutzer versteht, was die App tut. Später testen Sie zusätzliche Trigger wie Nutzungsbeschränkungen, Premiumfunktionstasten oder abgeschlossene Kernaktionen.

Kauf- und Wiederherstellungsfluss.

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

Stellen Sie sicher, dass Sie alle Kauftransaktionen auf Ihrem Backend überprüfen, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Cache für schnelle Benutzeroberflächen, behandeln Sie jedoch den Laden und Ihr Backend als Quelle der Wahrheit.

Bringen Sie die ersten Benutzer herein

Der Umsatz benötigt Verkehr. Beginnen Sie mit Kanälen, die funktionieren, bevor Sie eine Marke haben:

ASO: Titel, Untertitel, Schlüsselwörter, Screenshot, App-Beschreibung, Icon, Bewertungen und Namen für In-App-Käufe.
Kurzformvideo: Posten Sie schnellere Demos, Problem-Lösungs-Clips und vorher/nachher-Beispiele für das Zielland.
Reddit und Communities: Beitreten Sie zunächst die Konversation, teilen Sie dann, was Sie gebaut haben, als nützliches Story anstatt als Werbung.
Beta-Gruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Benutzer in denselben gemessenen Kanal lenken, damit Sie die Wiederkehr, die Anzahl der Paywall-Ansichten, die Tests und die Käufe vergleichen können.

Lesen Sie die Abwanderung richtig

Einige Churn bedeutet, dass Nutzer die App ausprobiert haben und entschieden haben, dass sie nicht für sie geeignet ist. Das ist normal. Was zählt, ist das Muster:

Cancels während der Probezeit: Unklare Wertigkeit, schlechte Einrichtung oder falsche Zielgruppe.
Cancels nach einer Runde: Zu wenig Wiederholungswert oder schwache Gewohnheitsschleife.
Rückerstattungen: Preisfehler, ungewollte Kaufrisiko oder unklare Bedingungen.
Keine Wiederherstellungen: Fehlende Entitlement-Verwaltung oder fehlende Wiederherstellungs-UI.

Hinzufügen eines einfragen-Abbruch-Umfragen, wenn möglich. Verwenden Sie die Antworten, um die Einrichtung, die Funktionsumfang, die Store-Screenshots und die Paywall-Kopie zu verbessern.

Startcheckliste

Das Produkt löst eine klare bezahlte Problematik.
Die Produkte im Store sind aktiv und auf iOS und Android getestet.
Die Paywall zeigt die im Store geladenen Preise und Bedingungen.
Einkäufe, Wiederherstellung, Verwaltung von Abonnements und Hintergrundvalidierung sind implementiert.
Funktionsflussereignisse werden von der ersten Öffnung bis zum Einkauf verfolgt.
App-Store-Metadaten erklären den Wert in den ersten Screenshots.
Zumindest eine Akquisitionsquelle ist vor der Veröffentlichung aktiv.
Rückgängigmachung von Abonnements wird von den ersten Abonnenten gesammelt.

Fortschritt aus dem Revenue Playbook fortsetzen

Wenn Sie “Revenue Playbook” verwenden Revenue Playbook um Zahlungen und Kaufsabschlüsse zu planen, verbinden Sie es mit Verwenden Sie @capgo/native-purchases Für die native Fähigkeit in Verwenden Sie @capgo/native-purchases, Capgo Preisgestaltung Für das Produktworkflow in Capgo Preisgestaltung, Zahlungssystem Für die Implementierungsdetail in Zahlungssystem, @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases, und Einstieg für die Implementierungsdetails in Einstieg.