Zum Inhalt springen

Revenue Playbook

GitHub

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 Lernpaywall, die Ihnen zeigt, was Menschen bereit sind zu kaufen.

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

Stellen Sie das erste Ziel konkret dar. Zum Beispiel:

Monatlicher PreisAktive Abonnenten für etwa 1.000 $ MRR
$4.99201
$7.99126
$9.99101
29,99 $ jährlichEtwa 400 jährliche Abonnenten, je nach Zeitpunkt

Diese Zahlen sind vor Verkaufsgebühren, 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.

  1. Wählen Sie einen schmerzhaften Use Case

    Entwickeln Sie eine Lösung, die eine Ergebnisvorstellung bereits suchende Benutzer umfasst. 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.

  2. Ü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ächenträgheit zu finden.

  3. Verschicken Sie ein eng gefasstes MVP

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

  4. Fügen Sie Kauffunktionen früh hinzu

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

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

EreignisWarum es wichtig ist
install oder öffnen Sie zuerstGrundverkehr
onboarding_completedOb Nutzer die Einrichtung verstehen
core_action_completedOb das Produkt Wert liefert
paywall_viewedOb Nutzer die Monetarisierung erreichen
trial_startedOb die Angebote überzeugend sind
purchase_completedBezahlungskonversion
restore_started und restore_completedcontext: Seite/Auswahlbereich: Capgo-Marketing-Website. Rolle: Kurze UI-Bezeichnung oder Navigationspunkt. Gesehen in: Seite trust.astro. Nachrichtsschlüssel `and` (Und).
subscription_status_checkedKaufrückgewinnung und Überprüfung der Einhaltung
cancel_feedback_submittedZuverlässigkeit der Berechtigung

Rückgangsgrund

Beginne mit einem Modell, damit die Daten lesbar sind.

ModellPassende WahlErste Version
FreemiumTägliche Werkzeuge, Tracker, Tools mit WiederholungsnutzungKernfunktion kostenlos, begrenzte Zahl an Funktionen oder Premium-Funktionen
Paywall plus kostenlose TestphaseApps, die nach der Einrichtung schnell Werte liefernPaywall nach der Einrichtung mit 3- bis 14-tägiger Testphase
Einmaliger ZugriffKleine Werkzeuge mit begrenzter wiederkehrender WertLebenszeitprodukt 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 du Abonnements benötigst. Füge lokalisierte Preise hinzu, nachdem du bedeutende Traffic aus einem Land gesehen hast.

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ätigen, nach dem Benutzer suchen, wie z.B. “Monatliches Mahlplaner-Pro” anstatt nur “Monatlich”. Speichere Metadaten und In-App-Kaufnamen, um Entdeckung und Klarheit zu erleichtern.

Lade Produkt-Daten aus den Stores, 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. Render product.priceStringProdukttitel, Zahlungszeitraum und Probezeit aus dem Ladenkatalog, sobald möglich lokalisiert.

Ü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 deren Ablauf passiert.
  • CTA: „Kostenlose Probezeit starten“ oder „Jetzt aufsteigen“.
  • Links: Bedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.
  • Die erste Paywalle platziert man nach der Einarbeitung, sobald der Benutzer versteht, was die App macht. Später testet man 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 die Kauftransaktionen auf deinem Backend, bevor du dauerhafte Berechtigungen erteilst. Halte eine lokale Cache für schnelle UI, aber behandle den Laden und dein Backend als Quelle der Wahrheit.

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 schnellere 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 Anzeige.
  • Beta-Gruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Benutzer in den gleichen gemessenen Kanal lenken, damit du die Wiederkehr, Paywall-Ansichten, Tests und Käufe vergleichen kannst.

Einige Churn bedeutet, 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:

  • 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.

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

Wenn Sie “Einnahmeplan” verwenden Einnahmeplan um Zahlungen und Kaufsabschlüsse zu planen, verbinden Sie ihn 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 Einstieg für die Implementierungsdetails in Einstieg.