Revenue Playbook

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.

Benutzen Sie diesen Plan, wenn Sie Subskriptionen oder Premium-Zugänge hinzufügen möchten mit @capgo/native-purchases.

Beginnen Sie mit einem einfachen Einnahmeziel

Machen Sie das erste Ziel konkret. 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 Store-Gebühren, 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.

Das kleinste bezahlte Produkt erstellen

1. Ein schmerzhafter Use Case wählen

   Um einen bestimmten Nutzen herum bauen, den Benutzer bereits suchen. Beispiele: Ein Workout-Plan für neue Eltern, ein Budget-Tracker für Paare, ein Rechnungsscanner für Freiberufler oder ein Sprachübung-App für eine Prüfung.

2. Nachfragen in den Geschäften

   Suchen Sie im App Store und Google Play nach dem Kernwort. Lesen Sie die Bewertungen von konkurrierenden Apps mit niedrigem und mittlerem Score, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und Benutzeroberflächenschwierigkeiten zu finden.

3. Ein enges MVP schicken

   Die erste Version sollte Einrichtung, eine nützliche Kernaktion, grundlegende Fehlerbehandlung und ausreichende Analysen enthalten, um zu sehen, ob Benutzer den Wertmoment erreichen.

4. Käufe früh hinzufügen

   Warten Sie nicht, bis das App komplett ist. Ein grundlegender Paywall hilft Ihnen zu lernen, ob Benutzer den Wert verstehen und ob Ihr Preis plausibel ist.

Den Kanal vor der Optimierung instrumentieren

Diese Ereignisse vor dem Preis- oder Bildschirmwechsel verfolgen:

Ereignis	Weshalb es wichtig ist
install oder öffnen Sie zuerst	Referenzverkehr
onboarding_completed	Ob sich die Benutzer mit der Einrichtung auskennen
core_action_completed	Ob das Produkt einen Wert bietet
paywall_viewed	Ob sich die Benutzer an der Monetarisierung beteiligen
trial_started	Ob die Angebote überzeugend sind
purchase_completed	Bezahlte Umwandlung
restore_started und restore_completed	Kaufrückgewinnung und Überprüfungskompliance
subscription_status_checked	Zuverlässigkeit der Berechtigung
cancel_feedback_submitted	Rückgängigmachbarkeitsgrund

Wenn viele Benutzer das Paywall nicht sehen, beheben Sie das Onboarding, bevor Sie das Paywall ändern. Wenn Benutzer das Paywall sehen, aber keinen Trial starten, verbessern Sie das Angebot, die Beweise oder die Preispräsentation.

Wählen Sie ein Monetarisierungsmodell

Beginnen Sie mit einem Modell, damit die Daten lesbar sind.

Modell	Passende Wahl	Erste Version
Freemium	Tägliche Werkzeuge, Tracker, Tools mit Wiederholungsnutzung	Kernfunktion kostenlos, begrenzte Funktionen oder Premium-Funktionen gegen Bezahlung
Zahlungssperre plus kostenlose Testphase	Apps, die nach der Einrichtung schnell Wert liefern	Zahlungssperre nach Einrichtung mit 3- bis 14-tägiger Testphase
Einzelfrager-Aktivierung	Kleine Werkzeuge mit begrenzter wiederkehrender Wert	Lebenslanges Produkt plus optionaler zukünftige Abonnement später

Vermeide die Lieferung von drei Ebenen, vielen Paketen und komplexen Upgrade-Wegen am ersten Tag. Verwende eine monatliche und eine jährliche Abonnement-Ebene, wenn du Abonnements benötigst. Füge lokalisierte Preise hinzu, nachdem du bedeutende Traffic aus einem Land gesehen hast.

Produkte für Einnahme-Lernen konfigurieren

Produkt-Identifikatoren stabil und lesbar halten:

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

Verwende Produkt-Namen im Laden, die den Wert bestärken, nach dem Benutzer suchen, wie z.B. “Monatliches Mahlzeitplaner-Pro” anstatt nur “Monatlich”. Laden-Metadaten und In-App-Kaufnamen können Entdeckung und Klarheit fördern.

Produktinformationen aus den Geschäften laden, um Preis, Währung und Einführungsangebote immer genau zu halten:

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

Pricing aus den Geschäften niemals in der UI hardcoden. Render product.priceString, lokalisierte Produktüberschrift, Abrechnungszeitraum und Probebedingungen aus Geschäftsinformationen, wann immer möglich.

Erste Paywall erstellen

Eine erste Paywall 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 Probezeit und was nach Ablauf passiert.
• CTA: “Kostenlose Probezeit starten” oder “Jetzt aufsteigen”.
• Links: Nutzungsbedingungen, Datenschutzrichtlinie, Wiederherstellung von Kaufleistungen und Verwaltung von Abonnements.

Platzieren Sie die erste Paywall nach der Einarbeitung, sobald der Benutzer versteht, was die App tut. Später testen Sie zusätzliche Trigger wie Nutzungsbeschränkungen, Premium-Funktionstasten oder abgeschlossene Kernaktionen.

Kauf- und Wiederherstellungsfunktion

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

Validieren Sie immer die Kaufleistungen auf Ihrem Backend, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Berechtigungskachel für schnelles UI, behandeln Sie jedoch das Geschäft 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 können, bevor Sie ein Markenzeichen haben:

• ASO: Titel, Untertitel, Schlüsselwörter, Screenshot, App-Beschreibung, Icon, Bewertungen und Namen von In-App-Käufen.
• Kurzformvideo: Posten Sie schnelle Demos, Problem/Lösung-Clips und vorher/nachher-Beispiele für das Zielland.
• Reddit und Communities: Beitreten Sie der Konversation zuerst, teilen Sie dann, was Sie gebaut haben, als nützliche Geschichte anstatt als Werbung.
• Beta-Gruppen: TestFlight, Google Play interne Testversion, Discord und spezialisierte Foren.

Jeder Kanal sollte die Benutzer in denselben Messkanal leiten, damit du die Wiederbeschaffungsrate, die Anzahl der Paywall-Ansichten, die Testversionen und die Kaufzahlen vergleichen kannst.

Churn richtig lesen

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

• Stornierungen während der Testversion: unklare Wertigkeit, schlechte Einrichtung oder falsche Zielgruppe.
• Stornierungen nach einem Zyklus: nicht genug Wiederholungswert oder schwache Gewohnheitsschleife.
• Rückerstattungen: Preisfehler, ungewollte Kaufrisiko oder unklare Bedingungen.
• Keine Wiederherstellungen: fehlerhaftes Berechtigungsmanagement oder fehlende Wiederherstellungs-UI.

Füge bei jeder Möglichkeit eine einfrage-Stornierungs-Umfrage hinzu. Verwende die Antworten, um die Einrichtung, die Funktionsumfang, die Store-Screenshots und die Paywall-Kopie zu verbessern.

Startcheckliste

• Das Produkt löst ein klares bezahltes Problem.
• Produkte im Store sind aktiv und auf iOS und Android getestet.
• Der Paywall zeigt die im Store geladenen Preise und Bedingungen an.
• Kauf, Wiederherstellung, Verwaltung von Abonnement und Backend-Validierung sind implementiert.
• Funktionsabläufe werden von der ersten Öffnung bis zum Kauf verfolgt.
• Die App-Store-Metadaten erklären den Wert in den ersten Screenshots.
• Zumindest eine Akquisitionsquelle ist vor der Veröffentlichung aktiv.
• Rückgabeanfragen von den ersten Abonnenten werden gesammelt.

Verwandte Anleitungen

• Einstieg
• Erstellung von iOS-Abonnements
• Android-Abonnements erstellen
• iOS-Sandbox-Testung
• Android-Sandbox-Testung

Weitermachen vom Revenue Playbook

Wenn Sie Using @__CAPGO_KEEP_0__/native-purchases verwenden Revenue Playbook um Zahlungen und Kaufsplanungen vorzubereiten, verbinden Sie es mit Using @capgo/native-purchases für die native Fähigkeit in Using @capgo/native-purchases Capgo Pricing für das Produktworkflow in Capgo Pricing Zahlungssystem für die Implementierungsdetails in Zahlungssystem, @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases, und Einstieg für die Implementierungsdetails in Einstieg.