Zum Inhalt springen

Revenue Playbook

Einkommensplaybook für In-App-Käufe

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-Billig und einer Paywall, 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.

Machen Sie das erste Ziel konkret. Zum Beispiel:

Monatlicher PreisAktive Abonnenten benötigen 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 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 Benutzer, nicht eine riesige Zielgruppe.

  1. Wählen Sie einen schmerzhaften Use Case

    Bauen Sie sich um einen Ausgangspunkt, 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 ein Prüfungsexamen.

  2. Überprüfen Sie die Nachfrage in den Stores

    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 Benutzeroberflächen-Störungen zu finden.

  3. Verschicken 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.

  4. Käufe vorwegnehmen

    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.

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

EreignisWarum es wichtig ist
install oder zuerst öffnenBasisverkehr
onboarding_completedOb Benutzer den Aufbau verstehen
core_action_completedOb das Produkt Wert liefert
paywall_viewedOb Benutzer die Monetarisierung erreichen
trial_startedOb die Angebotsentscheidung überzeugend ist
purchase_completedBezahlte Umwandlung
restore_started und restore_completedErfüllung von Kauf und Überprüfung der Einhaltung
subscription_status_checkedZuverlässigkeit der Berechtigung
cancel_feedback_submittedUrsache für Abmeldung

Wenn viele Benutzer den Paywall nicht sehen, beheben Sie die Einrichtung vor der Änderung des Paywalls. Wenn Benutzer den Paywall sehen, aber keine Testversion starten, verbessern Sie das Angebot, die Beweise oder die Preispräsentation.

Beginnen Sie mit einer Strategie, damit die Daten lesbar sind.

ModellGute PassformErste Version
FreemiumTägliche Werkzeuge, Tracker, Tools mit WiederholungsnutzungKernfunktion kostenlos, begrenzte Zahl an Funktionen oder Premium-Funktionen gegen Bezahlung
Bezahlbar plus kostenlose TestphaseApps, die nach der Einrichtung schnell Wert liefernBezahlbar nach der Einrichtung mit 3- bis 14-tägiger Testphase
Einmaliger ZugriffKleine Werkzeuge mit begrenzter wiederkehrender WertLebenslange Produkt plus optional zukünftige Abonnement später

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

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-Tool Pro’ anstatt nur ‘Monatlich’. Speichern Sie Metadaten und Kaufnamen im App-Store, um Entdeckung und Klarheit zu fördern.

Laden Sie Produktinformationen 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. Rendern Sie product.priceStringlokalisierter Produkttitel, Abrechnungszeitraum und Probezeit aus den Daten des Stores, wann immer möglich.

Eine erste Zahlungssperre sollte klar und nicht clever sein:

  • Überschrift: Der bezahlte Ausgangspunkt, z.B. ‘Unbegrenzte Workout-Pläne freischalten’.
  • Vorteile: 3 bis 5 konkrete Verbesserungen, kein langer Funktionsumfang.
  • Pläne: monatlich und jährlich, mit echten jährlichen Einsparungen, wenn angeboten.
  • Probephase: genaue Länge der Probephase und was nach deren Ende passiert.
  • Aktionsaufruf: “Starten Sie eine kostenlose Testphase” oder “Jetzt aufsteigen”.
  • Links: Nutzungsbedingungen, Datenschutzrichtlinie, Wiederherstellen von Kaufleistungen und Verwalten von Abonnements.

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

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

Überprüfen Sie immer die Kaufleistungen auf Ihrem Backend, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Cache für schnelles UI, aber behandeln Sie den Laden und Ihr Backend als Quelle der Wahrheit.

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

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

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

  • Stornierungen während der Probezeit: Unklare Wert, schlechte Einbindung oder falscher Traffic.
  • Stornierungen nach einem Zyklus: Nicht genug Wiederholungswert oder schwache Gewohnheitsschleife.
  • Rückerstattungen: Preisfehler, ungewollte Kaufrisiko oder unklare Bedingungen.
  • Keine Wiederherstellungen: Fehlende Berechtigungsverwaltung oder fehlende Wiederherstellungs-UI.

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

  • Das Produkt löst ein klares bezahltes Problem.
  • 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 Bildschirmfotos.
  • Zumindest eine Akquisitionsquelle ist vor dem Start aktiv.
  • Rückgängigmachung von Abonnenten wird von den ersten Abonnenten gesammelt.