Revenue Playbook

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

Verwenden Sie dieses Playbook, wenn Sie Abonnements oder Premium-Entschlüsselungen hinzufügen möchten mit @capgo/native-purchases.

Mit einem einfachen Einnahmziel beginnen

Machen Sie das erste Ziel konkret. Zum Beispiel:

Monatlicher Preis	Für etwa 1.000 $ MRR sind aktive Abonnenten erforderlich
$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 benötigen ein paar hundert motivierte Nutzer, nicht eine riesige Zielgruppe.

Den kleinsten bezahlten Produkt bauen

1. Einen schmerzhaften Use Case wählen

   Um einen Nutzen herum bauen, den Nutzer 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 im Laden überprüfen

   Suchen Sie im App Store und Google Play nach dem Kernschlüsselwort. Lesen Sie die Bewertungen von konkurrierenden Apps mit niedrigen und mittleren Punktzahlen, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und UI-Friction zu finden.

3. Einen engen MVP schicken

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

4. Käufe vorzeitig hinzufügen

   Warten Sie nicht, bis die App komplett ist. Ein grundlegender Bezahlwall hilft Ihnen zu lernen, ob Benutzer den Wert verstehen und ob Ihre Preise plausibel sind.

Instrumentieren Sie den Kanal, bevor Sie optimieren

Diese Ereignisse vor dem Start der Preis- oder Bildschirmänderungen tracken:

Ereignis	Warum es wichtig ist
install oder zuerst öffnen	Basisverkehr
onboarding_completed	Ob Benutzer den Aufbau verstehen
core_action_completed	Ob das Produkt Wert liefert
paywall_viewed	Ob Benutzer die Monetarisierung erreichen
trial_started	Ob die Angebotsentscheidung überzeugend ist
purchase_completed	Bezahlte Umwandlung
restore_started und restore_completed	Kaufrückgewinnung und Überprüfung der Einhaltung
subscription_status_checked	Zugriffsreliabilität
cancel_feedback_submitted	Abbruchgrund

Wenn viele Benutzer das Paywall nicht sehen, behebe das Onboarding, bevor du das Paywall änderst. Wenn Benutzer das Paywall sehen, aber keine Testversion starten, verbessere das Angebot, die Beweise oder die Preispräsentation.

Wähle eine Monetarisierungsstrategie

Beginne mit einer Strategie, damit die Daten lesbar sind.

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

Vermeide die Lieferung von drei Ebenen, vielen Bundeln und komplexen Upgrade-Pfaden 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.

Konfiguriere 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 widerspiegeln, nach dem sich die Benutzer suchen, wie z.B. “Monatliches Ernährungsplan-Programm Pro” anstatt nur “Monatlich”. Speichern Sie Metadaten und Kaufnamen im App können Entdeckung und Klarheit erleichtern.

Laden Sie Produktinformationen 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.priceStringlokalisierter Produkttitel, Abrechnungszeitraum und Probezeit aus Ladeninformationen, wann immer möglich.

Erstellen Sie eine erste Zahlungssperre

Eine erste Zahlungssperre sollte klar und nicht clever sein:

• Überschrift: Der bezahlte Ausgangspunkt, wie z.B. “Unbegrenzte Workout-Pläne freischalten”.
• Vorteile: 3 bis 5 konkrete Verbesserungen, kein langer Feature-Liste.
• Pläne: monatlich und jährlich, mit echten jährlichen Einsparungen, wenn angeboten.
• Testphase: genaue Testdauer und was nach Ende passiert.
• CTA: “Kostenlose Testphase starten” oder “Jetzt aufsteigen”.
• Links: Nutzungsbedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.

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 Kauftransaktionen auf Ihrem Backend, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Cache für schnelle UI, aber behandeln Sie den Store und Ihr Backend als Quelle der Wahrheit.

Bringen Sie die ersten Benutzer herein

Revenue needs traffic. 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 Werbung.
• Beta-Gruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Benutzer in denselben gemessenen Kanal lenken, damit Sie die Wiederbeschaffung, die Zahl der Paywall-Ansichten, die Tests und die Kaufs können vergleichen.

Lesen Sie die Abmeldung richtig

Einige Abmeldungen bedeuten, dass die Benutzer die App ausprobiert haben und entschieden haben, dass sie nicht für sie geeignet ist. Das ist normal. Was zählt ist der Muster:

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

Fügen Sie bei Bedarf eine einfrage-Cancellation-Umfrage hinzu. Verwenden Sie die Antworten, um die Onboarding-Erfahrung, die Funktionsumfang, die Store-Screenshots und die Paywall-Kopie zu verbessern.

Startcheckliste

• Das Produkt löst eine klare bezahlte Problematik.
• Im Store sind Produkte 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.
• Funktionsflussereignisse werden von der ersten Öffnung bis zum Kauf verfolgt.
• Die App-Store-Metadaten erklären den Wert in den ersten Screenshots.
• Zumindest eine Akquisitions-Kanal ist vor der Veröffentlichung aktiv.
• Rückgangsfeedback wird von den ersten Abonnenten gesammelt.

Zugehörige Anleitungen

• Anfangen
• Erstellen von iOS-Abonnements
• Erstellen von Android-Abonnements
• iOS-Sandbox-Testen
• Android-Sandbox-Testen

Fortsetzen von Revenue Playbook

Wenn Sie Revenue Playbook verwenden Revenue Playbook um Zahlungen und Kaufsabschlüsse zu planen, verbinden Sie es mit Mit @capgo/native-purchases für die native Fähigkeit in Mit @capgo/native-purchases, Capgo Preisgestaltung für den Produktworkflow in Capgo Preisgestaltung, 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.