Umsatz-Playbook

Kopiere einen Setup-Prompt mit den Installationsschritten und dem vollständigen Markdown-Guide für dieses Plugin.

Revenue-Playbook für In-App-Käufe

Der Kauf von SDK ist nur ein Teil der Monetarisierung einer App. Umsatz entsteht durch ein klares Problem, ein kleines Produkt zum Testen, zuverlässige Store-Abrechnung und eine Paywall, die zeigt, was Nutzer bereit sind zu kaufen.

Nutze dieses Playbook, wenn du Abonnements oder Premium-Features mit @capgo/native-purchases.

Starte mit einem einfachen Umsatzziel

Formuliere das erste Ziel konkret. Zum Beispiel:

Monatlicher Preis	Aktive Abonnenten für ca. 1.000 $ MRR
$4.99	201
$7.99	126
$9.99	101
29,99 $ jährlich	Etwa 400 Jahresabonnenten, je nach Zeitpunkt

Diese Zahlen sind vor Store-Gebühren, Steuern, Refunds und Währungsunterschieden zu sehen. Sie sind trotzdem hilfreich, weil sie den Launch-Plan praktikabel halten: Du brauchst ein paar hundert motivierte User, kein riesiges Publikum.

Baue das kleinste kostenpflichtige Produkt

Wähle einen schmerzhaften Use Case

Konzentriere dich auf ein Ergebnis, nach dem User bereits suchen. Beispiele: ein Trainingsplan für frischgebackene Eltern, ein Budget-Tracker für Paare, ein Beleg-Scanner für Freelancer oder eine Sprach-Übungs-App für eine bestimmte Prüfung.
Nachfrage in den Stores prüfen

Suche im App Store und bei Google Play nach dem Kern-Keyword. Lies Rezensionen mit niedrigen und mittleren Bewertungen konkurrierender Apps, um fehlende Features, verwirrendes Onboarding, Preisbeschwerden und UI-Reibung zu finden.
Release ein fokussiertes MVP

Die erste Version sollte Onboarding, eine nützliche Kernaktion, grundlegendes Error Handling und genug Analytics enthalten, um zu sehen, ob Nutzer den Value Moment erreichen.
In-App-Käufe früh integrieren

Warte nicht, bis die App „fertig“ wirkt. Eine einfache Paywall hilft dir zu erkennen, ob Nutzer den Mehrwert verstehen und ob deine Preisgestaltung plausibel ist.

Instrumentiere den Funnel, bevor du optimierst

Tracke diese Events, bevor du Preise oder Screens änderst:

Event	Warum das wichtig ist
`install` oder erster App-Start	Baseline-Traffic
`onboarding_completed`	Verstehen die Nutzer das Setup?
`core_action_completed`	Liefert das Produkt echten Mehrwert?
`paywall_viewed`	Erreichen die Nutzer die Monetarisierung?
`trial_started`	Ist das Angebot überzeugend?
`purchase_completed`	Paid Conversion
`restore_started` und `restore_completed`	Purchase Recovery und Review-Compliance
`subscription_status_checked`	Zuverlässigkeit der Entitlements
`cancel_feedback_submitted`	Churn-Grund

Wenn viele Nutzer die Paywall nicht sehen, optimiere erst das Onboarding, bevor du die Paywall änderst. Wenn Nutzer die Paywall sehen, aber kein Trial starten, verbessere das Angebot, den Social Proof oder die Preisdarstellung.

Wähle ein Monetarisierungsmodell

Beginne mit einem Modell, um die Daten lesbar zu halten.

Modell	Ideal geeignet	Erste Version
Freemium	Tägliche Tools, Tracker oder Apps mit regelmäßiger Nutzung	Kernfunktion kostenlos, Limits oder Premium-Features kostenpflichtig
Paywall plus kostenloser Testzeitraum	Apps, die direkt nach dem Onboarding Mehrwert bieten	Paywall nach dem Onboarding mit 3 bis 14 Tagen Testphase
Einmalige Freischaltung	Kleine Tools mit begrenztem wiederkehrendem Nutzen	Lifetime-Produkt plus optionale zukünftige Abonnements

Vermeide am ersten Tag drei Preisstufen, viele Bundles und komplexe Upgrade-Pfade. Nutze einen Monats- und einen Jahresplan, wenn du Abonnements benötigst. Füge lokalisierte Preise erst hinzu, wenn du nennenswerten Traffic aus einem Land siehst.

Produkte für Revenue-Learning konfigurieren

Halte Produkt-IDs stabil und lesbar:

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

Nutze Store-Produktnamen, die den Mehrwert betonen, z. B. „Meal Planner Pro Monthly“ statt nur „Monthly“. Store-Metadaten und In-App-Kaufnamen helfen bei der Auffindbarkeit und Klarheit.

Lade Produktdaten direkt aus den Stores, damit Preise, Währungen und Einführungsangebote immer korrekt 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 niemals Store-Preise im UI. Render product.priceStringlokalisierte Produkttitel, Abrechnungszeiträume und Testphasen nach Möglichkeit immer aus den Store-Daten.

Erstelle die erste Paywall

Die erste Paywall sollte klar sein, nicht kompliziert:

Headline: Das Ergebnis des Abos, z. B. „Schalte unbegrenzte Trainingspläne frei“.
Benefits: 3 bis 5 konkrete Vorteile, keine lange Feature-Liste.
Pläne: Monatlich und jährlich, mit echten Ersparnissen bei jährlicher Zahlung.
Trial: Genaue Dauer des Testzeitraums und was danach passiert.
CTA: „Kostenlos testen“ oder „Jetzt upgraden“.
Links: AGB, Datenschutz, Käufe wiederherstellen und Abos verwalten.

Platziere die erste Paywall nach dem Onboarding, sobald der User versteht, was die App bietet. Teste später weitere Trigger wie Nutzungslimits, Klicks auf Premium-Features oder abgeschlossene Kern-Aktionen.

Purchase- und Restore-Flow

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 Käufe immer auf deinem Backend, bevor du dauerhafte Entitlements vergibst. Halte einen lokalen Entitlement-Cache für eine schnelle UI vor, aber betrachte den Store und dein Backend als Source of Truth.

Die ersten Nutzer gewinnen

Umsatz braucht Traffic. Starte mit Kanälen, die funktionieren, bevor du eine Marke hast:

ASO: Titel, Untertitel, Keywords, Screenshots, App-Beschreibung, Icon, Bewertungen und Namen der In-App-Käufe.
Short-Form-Video: Poste kurze Demos, Problem/Lösung-Clips und Vorher/Nachher-Beispiele für das Zielland.
Reddit und Communities: Steig erst in die Diskussion ein und teile dann, was du gebaut hast – als nützliche Story statt als Werbung.
Beta-Gruppen: TestFlight, interne Tests bei Google Play, Discord und Nischenforen.

Jeder Kanal sollte Nutzer in denselben messbaren Funnel leiten, damit du Retention, Paywall-Views, Trials und Käufe vergleichen kannst.

Churn richtig lesen

Ein gewisser Churn ist normal – Nutzer testen die App und merken, dass sie nicht das Richtige für sie ist. Entscheidend ist jedoch das Muster:

Abbrüche während des Trials: unklarer Mehrwert, schlechtes Onboarding oder falscher Traffic.
Abbrüche nach einem Zyklus: zu wenig Repeat-Value oder schwacher Habit Loop.
Refunds: Preis-Mismatch, Risiko versehentlicher Käufe oder unklare Bedingungen.
Keine Restores: fehlerhafte Entitlement-Logik oder fehlendes Restore-UI.

Führe nach Möglichkeit eine kurze Umfrage bei Kündigung ein. Nutze die Antworten, um Onboarding, Feature-Scope, Store-Screenshots und Paywall-Copy zu optimieren.

Launch-Checkliste

Das Produkt löst ein klares, zahlungspflichtiges Problem.
Store-Produkte sind aktiv und auf iOS sowie Android getestet.
Die Paywall zeigt die im Store geladenen Preise und Bedingungen an.
Purchase, Restore, Abo-Verwaltung und Backend-Validierung sind implementiert.
Funnel-Events werden vom ersten Open bis zum Purchase getrackt.
App-Store-Metadaten vermitteln den Mehrwert bereits in den ersten Screenshots.
Mindestens ein Akquisitionskanal ist vor dem Launch aktiv.
Churn-Feedback wird bei den ersten Abonnenten eingeholt.

Weiterlesen im Revenue Playbook

Wenn du es nutzt Umsatz-Playbook um Zahlungen und Käufe zu planen, verbinde es mit @capgo/native-purchases verwenden für die native Funktionalität bei der Nutzung von @capgo/native-purchases, Capgo Preise für den Produkt-Workflow auf der Preisseite von Capgo, Zahlungssystem für die Implementierungsdetails im Zahlungssystem, @capgo/native-purchases für die Implementierungsdetails in @capgo/native-purchases und Erste Schritte für die Implementierungsdetails in Getting Started.