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 Benutzer bereit sind zu kaufen.

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

Beginnen Sie mit einem einfachen Umsatzziel

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 Ladenprovisionen, 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 Nutzer, nicht eine riesige Zielgruppe.

Bauen Sie das kleinstmögliche bezahlte Produkt

1. Wählen Sie einen schmerzhaften Einsatzfall

   Bauen Sie sich um ein Ergebnis, das Nutzer bereits suchen.

2. Überprüfen Sie die Angebote in den Geschäften

   Suchen Sie im App Store und Google Play nach dem Kernbegriff. Lesen Sie die Bewertungen von Konkurrenz-Apps mit niedrigem und mittlerem Score, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und Benutzeroberflächenträgheit zu finden.

3. Schicken Sie ein eng gefasstes MVP

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

4. Fügen Sie Kaufmöglichkeiten frühzeitig hinzu

   Warten Sie nicht, bis die App komplett erscheint. Eine grundlegende Bezahlwand hilft Ihnen zu lernen, ob Nutzer 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 es zuerst	Basisverkehr
onboarding_completed	Ob Nutzer den Aufbau verstehen
core_action_completed	Ob das Produkt Wert liefert
paywall_viewed	Ob Nutzer die Monetarisierung erreichen
trial_started	Ob die Angebotsentscheidung überzeugend ist
purchase_completed	Bezahlkonversion
restore_started und restore_completed	Kaufwiederherstellung und Überprüfungskompliance
subscription_status_checked	Zugriffsvertrauenswürdigkeit
cancel_feedback_submitted	Abbruchgrund

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

Wähle eine Monetarisierungsstrategie

Beginne mit einer Strategie, damit die Daten lesbar sind.

Modell	Gute Anpassung	Erste Version
Freemium	Tägliche Werkzeuge, Tracker, Tools mit Wiederholungsnutzung	Kernfunktion kostenlos, begrenzte Zahl oder Premiumfunktionen
Paywall mit kostenlosen Testversion	Apps, die nach der Einrichtung schnell Werte liefern	Paywall nach Einrichtung mit 3- bis 14-tägiger Testversion
Einzelfrageschaltfläche	Kleine Werkzeuge mit begrenzter wiederkehrender Wert	Lebenszeitprodukt plus optionaler zukünftiger Abonnement später

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

Konfiguriere Produkte für Einnahme-Lernen

Halte Produktidentifikatoren stabil und lesbar:

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

Verwende Produktbezeichnungen im Laden, die den Wert bestärken, nach dem die Benutzer suchen, wie z.B. “Monatliches Mahlzeitplaner-Pro” anstatt nur “Monatlich”. Ladenmetadata und Kaufnamen im App können Entdeckung und Klarheit erleichtern.

Lade Produkt-Daten aus den Läden, damit Preise, Währung 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 Laden niemals. Rendere product.priceStringlokalisieren Sie den Produkttitel, die Abrechnungsperiode und die Probebedingungen aus dem Store-Daten, soweit möglich.

Erstellen Sie eine erste Zahlungssperre

Überschrift: Der bezahlte Ausgang, 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.
• Probe: genaue Probe-Länge und was nach ihrem Ende passiert.
• CTA: "Freitrial starten" oder "Jetzt aufsteigen"
• Links: Bedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.
• Platzieren Sie die erste Zahlungssperre 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 Wiederherstellungsfluss

__CAPGO_KEEP_0__

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 Ihrem Backend, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Cache für schnelle UI, aber behandeln Sie 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 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 schnellere Demos, Problem/Lösung-Clips und vorher/nachher-Beispiele für das Zielland.
• Reddit und Communities: Beitreten Sie der Konversation zuerst, dann teilen Sie, was Sie gebaut haben, als nützliche Geschichte anstatt als Anzeige.
• Testgruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Benutzer in denselben gemessenen Kanal lenken, damit Sie Retention, Paywall-Ansichten, Tests und Einkäufe vergleichen können.

Lesen Sie Churn richtig

Einige Abbrüche bedeuten, dass Benutzer das App ausprobiert haben und entschieden haben, dass es nicht für sie ist. Das ist normal. Was zählt ist das Muster:

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

Fügen Sie bei Möglichkeit eine einfrage-Abbruchumfrage 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.
• Kauf, Wiederherstellung, Verwaltung der Abonnement und Backend-Validierung sind implementiert.
• Die Ereignisse werden von der ersten Öffnung bis zum Kauf verfolgt.
• Das App-Store-Metadaten erklären den Wert in den ersten Screenshots.
• Zumindest eine Akquisitions-Kanäle ist aktiv, bevor die Launch.
• Rückgängigmachung-Feedback wird von den ersten Abonnenten gesammelt.

Zugehörige Anleitungen

• Erstellen Sie iOS-Abonnements
• Erstellen Sie Android-Abonnements
• iOS-Sandbox-Testen
• Android-Sandbox-Testen
• Erstellen Sie iOS-Abonnements

Weitermachen aus dem Revenue Playbook

Wenn Sie "Revenue Playbook" verwenden Revenue Playbook um Zahlungen und Kaufpläne zu planen, verbinden Sie es mit Verwenden Sie @capgo/native-purchases für die native Fähigkeit in Verwenden Sie @capgo/native-purchases Capgo Pricing für den Produktworkflow in Capgo Pricing Zahlungssystem für die Implementierungsdetails in Zahlungssystem @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases, und Anleitung zum Starten für die Implementierungsdetails in Anleitung zum Starten.