Einnahme-Handbuch
Kopieren Sie einen Einrichtungsprompt mit den Installationsanweisungen und der vollständigen Markdown-Guideline für diesen Plugin.

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 diesen Leitfaden, wenn Sie Abonnements oder Premium-Zugriffe hinzufügen möchten mit @capgo/native-purchases.
Mit einem einfachen Einnahmziel beginnen
Abschnitt mit dem Titel “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 pro Jahr | Etwa 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 benötigen ein paar hundert motivierte Benutzer, nicht eine riesige Zielgruppe.
Erstelle das kleinstmögliche bezahlte Produkt
Abschnitt mit dem Titel „Erstelle das kleinstmögliche bezahlte Produkt“-
Wähle einen schmerzhaften Use Case
Erstelle dich um einen Nutzererfolg, 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 eine Prüfung.
-
Überprüfe die Nachfrage in den Stores
Suche im App Store und Google Play nach dem Kernwort. Lies die Bewertungen von konkurrierenden Apps, um fehlende Funktionen, verwirrende Einrichtung, Preisbeschwerden und Benutzeroberflächenträgheit zu finden.
-
Versende ein enges MVP
Die erste Version sollte Onboarding, eine nützliche Kernaktion, grundlegende Fehlerbehandlung und ausreichende Analytik enthalten, um zu sehen, ob Benutzer das Wertmoment erreichen.
-
Käufe frühzeitig hinzufügen
Warten Sie nicht, bis die App komplett ist. Ein grundlegender Paywall hilft Ihnen zu lernen, ob Benutzer den Wert verstehen und ob Ihre Preise plausibel sind.
Die Leitung des Kanals vor der Optimierung instrumentieren
Bezeichnung: "Das Kanal vor der Optimierung instrumentieren"Diese Ereignisse vor dem Anpassen von Preisen oder Bildschirmen tracken:
| Ereignis | Weshalb es wichtig ist |
|---|---|
install oder zuerst öffnen | Grundverkehr |
onboarding_completed | Ob Benutzer den Aufbau verstehen |
core_action_completed | Ob das Produkt Wert liefert |
paywall_viewed | Ob Benutzer die Monetarisierung erreichen |
trial_started | Wird die Angebotsattraktivität |
purchase_completed | Bezahlte Konversion |
restore_started und restore_completed | Purchase recovery and review compliance |
subscription_status_checked | Erwerbserfassung und Überprüfung der Einhaltung |
cancel_feedback_submitted | Zuständigkeitszuverlässigkeit |
If many users do not see the paywall, fix onboarding before changing the paywall. If users see the paywall but do not start a trial, improve the offer, proof, or price presentation.
Wählen Sie ein Monetisierungsmodell
Wählen Sie ein MonetarisierungsmodellSektion mit dem Titel „Wählen Sie ein Monetarisierungsmodell“
| Model | Modell | Erste Version |
|---|---|---|
| Freemium | Tägliche Werkzeuge, Tracker, Tools mit Wiederholungsnutzung | Kostenlose Grundfunktion, begrenzte Bezahlung oder Premium-Funktionen |
| Paywall plus kostenlose Probezeit | Apps, die nach der Einrichtung schnell Wert liefern | Paywall nach Einrichtung mit 3- bis 14-tägiger Probezeit |
| Einmaliger Schalter | Kleine Werkzeuge mit begrenzter wiederkehrender Wert | Lebenslange Produkt plus optional zukünftige Abonnement später |
Vermeide die Lieferung von drei Ebenen, vielen Bundeln und komplexen Upgrade-Wegen 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
Abschnitt mit dem Titel “Produkte für Einnahmen konfigurieren”Halten Sie Produktidentifikatoren stabil und lesbar:
com.example.app.premium.monthlycom.example.app.premium.yearlycom.example.app.premium.lifetimeVerwenden Sie Produktbezeichnungen im Laden, die den Wert bestätigen, nach dem sich die Benutzer suchen, wie z.B. “Monatliches Mahlplan-PRO” anstatt nur “Monatlich”. Speichern Sie Metadaten und In-App-Kaufnamen, um Entdeckung und Klarheit zu fördern.
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 nie. Render product.priceString, lokalisierte Produkttitel, Abrechnungszeitraum und Probezeitbedingungen aus Ladeninformationen, wann immer möglich.
Erstellen Sie eine erste Zahlungswand
Ein erster Bezahlwall bauenEin erste Zahlungswand 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 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.
- Aufruf: „Probephase starten“ oder „Jetzt aufsteigen“.
- Links: Nutzungsbedingungen, Datenschutzrichtlinie, Kaufwiederherstellung und Abonnementverwaltung.
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, Premiumfunktionstasten oder abgeschlossene Kernaktionen.
Kauf- und Wiederherstellungsablauf
Abschnitt mit dem Titel „Kauf- und Wiederherstellungsablauf“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 Kaufleistungen auf Ihrem Backend, bevor Sie dauerhafte Berechtigungen gewähren. Halten Sie eine lokale Berechtigungskachel für schnelles UI, aber behandeln Sie den Laden und Ihr Backend als Quelle der Wahrheit.
Bringen Sie die ersten Benutzer herein
Abschnitt mit dem Titel „Erste Nutzer anwerben“Der Umsatz benötigt Verkehr. Beginnen Sie mit Kanälen, die funktionieren können, bevor Sie eine Marke haben:
- ASO: Titel, Untertitel, Schlüsselwörter, Screenshot, App-Beschreibung, Icon, Bewertungen und Namen für In-App-Käufe.
- Kurzformvideo: Posten Sie schnellere Demos, Problem/Lösung-Clips und vorher/nachher-Beispiele für das Zielgebiet.
- 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 die Nutzer in denselben Messkanal leiten, damit Sie die Wiederholung, die Zahl der Paywall-Ansichten, die Tests und die Kaufzahlen vergleichen können.
Lesen Sie die Wiederbeschaffung richtig
Kapitel mit dem Titel „Churn richtig lesen“Einige Abwanderung bedeutet, dass Nutzer den App ausprobiert haben und sie nicht für sie geeignet fanden. Das ist normal. Was zählt, ist das Muster:
- Stornierungen während der Probezeit: unklare Wertigkeit, schlechte Einrichtung oder falscher Traffic.
- Stornierungen nach einem Zyklus: nicht genug Wiederholungswert oder schwache Gewohnheitsschleife.
- Rückerstattungen: Preisfehler, ungewollte Kaufrisiko oder unklare Bedingungen.
- No restores: broken entitlement handling or missing restore UI.
Fügen Sie bei Möglichkeit eine einfrage-Cancellation-Umfrage hinzu. Verwenden Sie die Antworten, um die Onboarding, die Funktionsumfang, die Store-Screenshots und die Paywall-Kopie zu verbessern.
Startcheckliste
Abschnitt mit dem Titel „Startcheckliste“- Das Produkt löst ein klares bezahltes Problem.
- Die Produkte im Store sind aktiv und auf iOS und Android getestet.
- Bezahlbarkeit zeigt Ladenpreise und -bedingungen an.
- Kauf, Wiederherstellung, Verwaltung der Abonnement 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.
- Zumindest ein Akquisitions-Kanal ist vor dem Start aktiv.
- Rückgabefeedback wird von den ersten Abonnenten gesammelt.
Verwandte Anleitungen
Section titled “Related guides”- Getting started
- iOS-Abonnements erstellen
- Android-Abonnements erstellen
- iOS-Sandbox-Testen
- Android-Sandbox-Testen
Weitermachen mit dem Revenue Playbook
Weitermachen mit dem Revenue PlaybookWenn Sie Live Update verwenden Einnahme-Handbuch um Zahlungen und Kaufs 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 Bezahlsystem für die Implementierungsdetail in Bezahlsystem @capgo/native-Einkäufe für die Implementierungsdetail in @capgo/native-purchases, und Anleitung zum Starten für die Implementierungsdetail in Anleitung zum Starten