Zum Inhalt springen

Einnahme-Playbook

GitHub

Ertragsplan für In-App-Käufe

Der Kauf SDK ist nur ein Teil der Einnahmen aus einer App. Der Umsatz kommt 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 diesen Plan, wenn Sie Abonnements oder Premium-Entschlüsselungen hinzufügen. @capgo/native-purchases.

Machen Sie den ersten Zielkonkreten. 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 Timing

Diese Zahlen sind vor Ladengebü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 Nutzer, nicht eine riesige Zielgruppe.

  1. Wählen Sie einen schmerzhaften Use Case

    Bauen Sie sich um einen Ausgangspunkt, 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. Ü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ächentreibstoff zu finden.

  3. Einen schmalen MVP schaffen

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

  4. Käufe frühzeitig hinzufügen

    Warten Sie nicht, bis die App vollständig erscheint. Ein grundlegender Paywall hilft Ihnen zu lernen, ob Benutzer den Wert verstehen und ob Ihre Preise plausibel sind.

Diese Ereignisse vor dem Anpassen von Preisen oder Bildschirmen tracken:

EreignisWeshalb es wichtig ist
install oder erste ÖffnungReferenzverkehr
onboarding_completedOb Benutzer den Aufbau verstehen
core_action_completedOb die Produkte Werte liefern
paywall_viewedOb Benutzer die Monetarisierung erreichen
trial_startedOb die Angebote überzeugend sind
purchase_completedBezahlte Umwandlung
restore_started und restore_completedKaufrückgewinnung und Überprüfung der Übereinstimmung
subscription_status_checkedZugriffsrechte auf Produkte
cancel_feedback_submittedUrsache für Abbruch

Wenn viele Benutzer das Paywall nicht sehen, beheben Sie die Einrichtung, bevor Sie das Paywall ändern. Wenn Benutzer das 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 PassungErste Version
FreemiumTägliche Hilfsmittel, Tracker, Werkzeuge mit WiederholungsnutzungKernfunktion kostenlos, begrenzte Zahl oder Premium-Funktionen
Paywall plus kostenlose TestphaseApps, die nach der Einrichtung schnell Wert liefernPaywall nach Einrichtung mit 3- bis 14-tägiger Testphase
Einmaliger SchalterKleine Werkzeuge mit begrenzter wiederkehrender WertLebenslange Produkt plus optional zukünftige Abonnement später

Vermeiden Sie die Lieferung von drei Ebenen, vielen Paketen und komplexen Upgradepfaden am ersten Tag. Verwenden Sie eine monatliche und eine jährliche Abonnementpläne, wenn Sie Abonnements benötigen. Fügen Sie lokalisierte Preise hinzu, nachdem Sie bedeutende Traffic aus einem Land gesehen haben.

Halten Sie Produktidentifikatoren stabil und lesbar: __CAPGO_KEEP_0__

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

Verwenden Sie Produktbezeichnungen im Laden, die den Wert bestätigen, nach dem sich die Benutzer suchen, wie z. B. “Meal Planner Pro Monatlich” 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 nie. Rendern Sie product.priceStringlokalisierte Produkttitel, Abrechnungszeitraum und Probezeit aus Store-Daten, wann immer möglich.

Auf den ersten Paywall sollte klar sein, nicht clever:

  • Ü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.
  • Probephase: genaue Länge der Probephase und was nach deren Ende passiert.
  • CTA: „Freitrial starten“ oder „Jetzt aufsteigen“.
  • Links: Nutzungsbedingungen, Datenschutzrichtlinie, Kauf wiederherstellen und Abonnements verwalten.

Platziere den ersten Paywall nach dem Onboarding, sobald der Benutzer versteht, was die App tut. Später testest du zusätzliche Trigger wie Nutzungsbeschränkungen, Premium-Funktionstasten 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,
});
}

Validiere immer Käufe auf deinem Backend, bevor du dauerhafte Berechtigungen gewährst. Halte eine lokale Berechtigungskachel für schnelles UI, aber behandle den Laden und deinen Backend als Quelle der Wahrheit.

Einnahmen benötigen Verkehr. Beginnen Sie mit Kanälen, die vor der Markenbildung funktionieren können:

  • ASO: Titel, Untertitel, Schlüsselwörter, Screenshot, App-Beschreibung, Icon, Bewertungen und Namen von In-App-Käufen.
  • Kurzformvideo: Poste schnellere Demos, Problem/Lösung-Clips und vor/ nach-Beispiele für das Zielland.
  • Reddit und Communities: Beitreten Sie zunächst die Konversation, dann teilen Sie, was Sie gebaut haben, als nützliches Story anstatt als Werbung.
  • Beta-Gruppen: TestFlight, Google Play-Interner Test, Discord und Nischenforen.

Jeder Kanal sollte Nutzer in den gleichen gemessenen Kanal leiten, damit Sie Retention, Paywall-Ansichten, Tests und Kaufs vergleichen können.

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

  • Stornierungen während der Testphase: Unklare Wertigkeit, schlechte Einbindung oder falscher Traffic.
  • Storniert nach einer Wiederholung: nicht ausreichender Wiederholungswert oder schwache Gewohnheitsschleife.
  • Rückerstattungen: Preisfehler, ungewollte Kaufgefahr oder unklare Bedingungen.
  • Keine Wiederherstellungen: fehlerhaftes Entgeltmanagement oder fehlende Wiederherstellungs-UI.

Fügen Sie bei Bedarf eine Umfrage zur Stornierung hinzu. Verwenden Sie die Antworten, um die Einführung zu verbessern, den Funktionsumfang, die Store-Screenshots und die Paywall-Kopie.

  • 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, Abonnement-Verwaltung und Backend-Validierung sind implementiert.
  • Die Kanalereignisse werden von der ersten Öffnung bis zum Kauf verfolgt.
  • Die App-Store-Metadaten erklären den Wert in den ersten Screenshots.
  • Bevor der Launch erfolgt, ist mindestens eine Akquisitionsquelle aktiv.
  • Churn-Feedback wird von den ersten Abonnenten gesammelt.

Wenn Sie Cloudflare verwenden Einnahme-Handbuch um Zahlungen und Kaufleistungen zu planen, verbinden Sie es mit Mit @capgo/native-purchases für die native Fähigkeit in Mit @capgo/native-purchases, Capgo-Preisliste für den Produktworkflow in Capgo-Preisliste, Bezahlungssystem für die Implementierungsdetails in Bezahlungssystem, @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases, und Anfängerkurs für die Implementierungsdetails in Anfängerkurs.