Onboarding- und Paywall-Funnels: Was tracken?

Bei den meisten Abo-Apps entscheiden die ersten Minuten fast alles. Jemand installiert, geht durchs Onboarding, trifft auf eine Paywall und startet entweder eine Testphase oder geht. Wenn du siehst, wo Leute in dieser Abfolge aussteigen, weißt du, was du als Nächstes beheben musst. Wenn nicht, rätst du, und die übliche Vermutung (den Preis auf der Paywall ändern) ist oft die falsche.

Dieser Post ist eine praktische Liste: was du zwischen Installation und Kauf trackst, wie du es benennst, auf welche Zahlen du schaust und welche Fehler Funnels lügen lassen.

Der Funnel, Schritt für Schritt

Ein typischer Funnel einer Abo-App hat fünf Schritte:

1. Installation: Die App wurde zum ersten Mal geöffnet.
2. Onboarding abgeschlossen: Die Person ist durch deine Intro-Screens und Fragen gekommen.
3. Paywall gesehen: Dein Angebot wurde gezeigt.
4. Testphase gestartet (wenn du eine anbietest).
5. Bezahlt: ein erster Kauf oder eine Testphase, die konvertiert hat.

Manche Apps fügen zwischen 2 und 3 Konto erstellt ein oder setzen die Paywall mitten ins Onboarding. Das ist in Ordnung. Der Funnel sollte deiner App folgen, nicht einer Vorlage. Halte ihn nur kurz: Fünf oder sechs Schritte, nach denen du wirklich handelst, sind besser als zwanzig, die du nie liest.

Die Events

Jeder Schritt ist ein Event, das deine App in einem bestimmten Moment sendet. Der Moment ist wichtiger als der Name.

Ein paar Regeln machen diese Events verlässlich:

• Feste, kurze Namen für Screens, etwa goal, notifications, plan. Nicht „Screen 3“, das an dem Tag etwas anderes bedeutet, an dem du das Onboarding umsortierst.
• Eine Platzierung für jede Paywall. Die Paywall am Ende des Onboardings und die hinter einer gesperrten Funktion sind verschiedene Angebote für verschiedene Leute. Wirfst du sie zusammen, verlieren beide Zahlen ihre Bedeutung.
• Registrierung nur für neue Konten. Wenn wiederkehrende Nutzer, die sich auf einem neuen Handy anmelden, auch sign_up senden, steigt deine Registrierungsrate bei jeder Neuinstallation.
• Käufe aus der verlässlichen Quelle. Ein Kauf, den die App sendet, sieht keine Verlängerungen, Erstattungen oder Testphasen, die konvertieren, während die App geschlossen ist. Wenn du RevenueCat oder einen Server nutzt, lass stattdessen den die Käufe melden.

Nie Antworten oder persönliche Daten in Events

Die Zahlen, auf die du schauen solltest

Mach aus den Events ein paar Raten und schau sie dir jede Woche an.

• Abschluss des Onboardings: Onboarding abgeschlossen ÷ Installationen. Niedrig? Schau dir die Abbrüche Screen für Screen an.
• Größter einzelner Abbruch: der Screen, an dem die meisten Leute aussteigen. Behebe den zuerst. Fast immer ist es eine zu früh gezeigte Berechtigungsabfrage, ein langes Formular oder ein langsamer Screen.
• Reichweite der Paywall: Paywall gesehen ÷ Installationen. Wenn die niedrig ist, ist die Paywall nicht dein Problem: Die Leute kommen nie dort an.
• Conversion der Paywall: Testphase oder Kauf ÷ Paywall gesehen, pro Platzierung.
• Von der Testphase zum Kauf: bezahlt ÷ Testphase gestartet, nur gemessen an Testphasen, die alt genug sind, um schon abgelaufen zu sein.
• Zeit bis zur Zahlung: wie viele Tage nach der Installation Leute zum ersten Mal zahlen. Das sagt dir, wie lange du warten solltest, bevor du die Installationen einer Woche beurteilst.

Schau sie dir auch pro Quelle an. Leute aus dem Video eines Creators verhalten sich oft ganz anders als Leute aus einer Suchanzeige, und ein Durchschnitt über beide verdeckt, was jede Gruppe braucht.

Fehler, die Funnels lügen lassen

Nach Event-Datum statt nach Installationsdatum zählen

Wenn du „Zahlungen diese Woche“ gegen „Installationen diese Woche“ rechnest, landet eine Testphase, die letzte Woche gestartet ist und am Dienstag konvertiert, in der falschen Kohorte. Wähl die Leute danach aus, wann sie installiert haben, und zähl dann alles, was sie danach getan haben, egal wie spät. Rechne damit, dass die Zahlen der letzten Woche steigen, wenn späte Zahler dazukommen. Das ist richtig so, kein Fehler.

Eine feste Reihenfolge verlangen, wenn deine App keine hat

Wenn jemand die Paywall sehen kann, bevor er das Onboarding abschließt (etwa über einen Button „Zu den Tarifen“), fällt er aus einem Funnel mit fester Reihenfolge heraus. Zähl jeden Schritt für alle, die ihn irgendwann gemacht haben, und nutz eine feste Reihenfolge nur, wenn deine Frage wirklich die Abfolge betrifft.

Leute zu früh als „weg“ abschreiben

Wer das Onboarding nach zehn Minuten nicht abgeschlossen hat, kocht vielleicht gerade. Gib ihm einen Tag, bevor du es einen Abbruch nennst.

Testgeräte in deinen Zahlen

Deine eigenen Debug-Builds, TestFlight-Installationen und Sandbox-Käufe blähen jeden Schritt auf. Halte sie automatisch heraus, nicht dadurch, dass du ans Filtern denkst.

Zu wenige Leute

Bei 40 Installationen verschiebt ein einziger zusätzlicher Kauf die Conversion um mehr als zwei Prozentpunkte. Bevor du zwei Versionen vergleichst, warte, bis jede genug Leute hat, damit der Unterschied kein Zufall ist.

So geht’s mit Unolink

Das alles von Hand aufzusetzen, heißt: ein Analytics-Tool, ein Funnel-Builder, ein Kauf-Feed und eine Tabelle, die alles zusammenführt. Das Unolink SDK (ab dem Pro-Tarif, 19 $ im Monat) erledigt das an einem Ort. Es ist eine kleine Bibliothek für iOS, Android, React Native und Flutter, mit einem fertigen Event für jeden Schritt oben. Du fügst also eine Zeile pro Moment hinzu und sparst dir die Diskussionen über Namen. Die Event-Referenz listet sie auf.

• Onboarding zeigt für jeden Screen die Reichweite, wie viele dort ausgestiegen sind, wie viele übersprungen haben und wie lange es gedauert hat. Screen-Events sind kostenlos: Sie zählen nicht zum monatlichen Event-Kontingent deines Tarifs. Siehe Finde den Onboarding-Screen, an dem Leute aussteigen.
• Funnel zählt Leute nach Installationsdatum und bezieht späte Zahlungen ein. Schritte zählen zu jedem Zeitpunkt, optional mit „Schritte nur in dieser Reihenfolge zählen“. Teil ihn nach Link, UTM, Plattform, Land, Onboarding-Screen oder Paywall-Platzierung auf.
• Journeys zeigen jede Installation vom Klick bis zum Kauf: ihren Weg, wo sie das Onboarding verlassen hat und wann sie bezahlt hat.
• Bericht zeigt Lecks, Ausschläge und wie lange Leute bis zur Zahlung brauchen, nach festen Regeln auf Basis deiner eigenen Zahlen, ohne KI.
• Neue und wiederkehrende Nutzer werden unterschieden, damit Neuinstallationen nicht wie neue Registrierungen aussehen.
• RevenueCat verbindet sich mit einer Zeile. Danach kommen Testphasen, Käufe, Verlängerungen und Erstattungen von selbst an, und nichts wird doppelt gezählt. Siehe RevenueCat-Attribution.
• Testgeräte bleiben automatisch draußen.

Weil Unolink auch weiß, welcher Link jede Installation gebracht hat, lässt sich derselbe Funnel nach Post, Creator oder Anzeige aufteilen. So erfährst du, dass der Creator mit weniger Installationen in Wahrheit mehr zahlende Nutzer gebracht hat.