Revenue Playbook

GitHub

Kopieren Sie einen Einrichtungsprompt mit den Installationsanweisungen und der vollständigen Markdown-Anleitung für diesen Plugin.

Einkommensleitfaden für In-App-Käufe

Der Kauf SDK ist nur ein Teil des Geldverdienens aus einer App. Einnahmen kommen von einem klaren Problem, einem kleinen Produkt, das Benutzer ausprobieren können, einer zuverlässigen Store-Billigung und einer Paywall, die Ihnen zeigt, was Menschen 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 Ladenprovisionen, Steuern, Rückerstattungen und Währungsunterschieden. Sie sind immer noch nützlich, weil sie den Launch-Plan praktisch halten: Sie brauchen ein paar hundert motivierte Benutzer, nicht eine riesige Zielgruppe.

Bauen Sie das kleinstmögliche bezahlte Produkt

Wählen Sie einen schmerzhaften Einsatzfall

Um sich auf eine bestehende Nachfrage zu konzentrieren. Beispiele: Ein Trainingsplan 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 Kernwort. Lesen Sie Bewertungen von konkurrierenden Apps mit niedrigen und mittleren Bewertungen, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und Benutzeroberflächenschwierigkeiten 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 den Wert 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	Grundverkehr
`onboarding_completed`	Ob Nutzer die Einrichtung verstehen
`core_action_completed`	Ob das Produkt Wert liefert
`paywall_viewed`	Ob Nutzer die Monetarisierung erreichen
`trial_started`	Ob die Angebote überzeugend sind
`purchase_completed`	Bezahlungskonversion
`restore_started` und `restore_completed`	Kaufrückgewinnung und Überprüfung der Einhaltung
`subscription_status_checked`	Zugriffsrechte auf Entschädigung
`cancel_feedback_submitted`	Rückgangsgründe

Wenn viele Nutzer das Paywall nicht sehen, beheben Sie die Einrichtung vor dem Wechsel des Paywalls. Wenn Nutzer das Paywall sehen, aber keine Testversion starten, verbessern Sie das Angebot, die Beweise oder die Preispräsentation.

Monetarisierungsmodell wählen

Beginne mit einem Modell, damit die Daten lesbar sind.

Modell	Passende Wahl	Erste Version
Freemium	Tägliche Hilfsmittel, Tracker, Werkzeuge mit Wiederholungsnutzung	Kernfunktion kostenlos, begrenzte Zahlungsoptionen 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
Einzelfrager	Kleine Werkzeuge mit begrenzter wiederkehrender Wert	Lebenslanges Produkt plus optional zukünftige 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 du Abonnements benötigst. Füge lokalisierte Preise hinzu, nachdem du bedeutende Traffic aus einem Land gesehen hast.

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 die Benutzer suchen, wie z.B. “Monatliches Mahlplaner-Pro” anstatt nur “Monatlich”. Speichern Sie Metadaten und In-App-Kaufnamen, 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 aus dem Laden niemals in der UI. Darstellen product.priceStringProdukttitel, Zahlungszeitraum und Probezeitbedingungen aus Ladeninformationen soweit möglich lokalisiert.

Erste Barriere zum Bezahlvorgang erstellen.

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

Überschrift: Der bezahlte Nutzen, 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 Probezeit und was nach Ablauf passiert.
CTA: „Freitrial starten“ oder „Jetzt aufsteigen“.
Links: Bedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.

Platzieren Sie die erste Barriere zum Bezahlvorgang 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,
  });
}

Validiere immer Einkäufe auf deinem Backend, bevor du dauerhafte Berechtigungen gewährst. Halte eine lokale Cache für schnelle UI, aber behandle den Laden und dein Backend als Quelle der Wahrheit.

Erstelle die ersten Benutzer

Der Umsatz benötigt Verkehr. Beginne mit Kanälen, die funktionieren, bevor du eine Marke hast:

ASO: Titel, Untertitel, Schlüsselwörter, Screenshot, App-Beschreibung, Icon, Bewertungen und Namen für In-App-Käufe.
Kurzformvideo: Poste schnelle Demos, Problem-Lösung-Clips und vorher/nachher-Beispiele für das Zielland.
Reddit und Communities: Beitrete die Konversation zuerst, dann teile, was du gebaut hast, als nützliche Geschichte anstatt als Werbung.
Beta-Gruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Benutzer in denselben gemessenen Kanal lenken, damit du Retention, Paywall-Ansichten, Tests und Einkäufe vergleichen kannst.

Lesen Sie die Abwanderung richtig

Einige Churn bedeutet, dass die Benutzer das App ausprobiert haben und entschieden haben, dass es nicht für sie ist. Das ist normal. Was zählt ist der Musterablauf:

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

Fügen Sie bei Möglichkeit eine einfrage-Stornierungs-Umfrage hinzu. 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 Backend-Validierung werden implementiert.
Funktionsflussereignisse werden vom ersten Öffnen 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.

Weitermachen aus dem Revenue Playbook

Wenn Sie “Wenn Sie Revenue Playbook” verwenden Revenue Playbook Wenn Sie “Wenn Sie Revenue Playbook” verwenden, um Zahlungen und Kaufs zu planen, verbinden Sie es mit Verwenden Sie @capgo/native-purchases Verwenden Sie @capgo/native-purchases für die native Fähigkeit in Verwenden Sie @capgo/native-purchases Capgo Pricing für die Produktworkflow in Capgo Pricing for the product workflow in Capgo Pricing, Zahlungssystem für die Implementierungsdetail in Zahlungssystem @__CAPGO_KEEP_0__/native-purchases Wenn Sie “Wenn Sie Revenue Playbook” verwenden, um Zahlungen und Kaufs zu planen, verbinden Sie es mit @capgo/native-purchases für die native Fähigkeit in @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases, und Einstieg für die Implementierungsdetails in Einstieg.