App-Onboarding optimieren: So verhinderst du den Early Drop-off

77 % der Nutzer öffnen eine App nach drei Tagen nicht mehr. Die meisten verlassen sie sogar schon nach der ersten Session — nicht weil die App schlecht ist, sondern weil das Onboarding sie nie zum Kernwert geführt hat. Das Onboarding ist die entscheidende Phase: Wer hier verliert, zahlt immer wieder für Nutzer, die nie wirklich ankommen.

Das Gute daran: Das App-Onboarding optimieren ist eine der effektivsten und kosteneffizientesten Maßnahmen, die du für deine App ergreifen kannst. Du veränderst keine Kernfunktionen, du akquirierst keine neuen Nutzer — du sorgst einfach dafür, dass die Nutzer, die du bereits gewonnen hast, tatsächlich bleiben.

---

Was ist App-Onboarding? {#was-ist-onboarding}

App-Onboarding bezeichnet die erste Erfahrung, die ein neuer Nutzer mit deiner App macht — von der ersten App-Öffnung bis zu dem Moment, in dem er die App zum ersten Mal eigenständig und sinnvoll nutzt. Es ist der Übergang vom Neuling zum aktiven Nutzer, und dieser Übergang entscheidet maßgeblich darüber, ob jemand bleibt oder geht.

Gutes App-Onboarding optimieren bedeutet nicht, möglichst viele Infoscreens zu schalten. Es bedeutet das Gegenteil: einen Nutzer so schnell und reibungslos wie möglich zu dem Moment zu führen, in dem er versteht, warum diese App sein Leben einfacher, besser oder unterhaltsamer macht. Diesen Moment nennt man den Aha-Moment.

Der Aha-Moment ist produktspezifisch. Bei einer Foto-Editing-App könnte er eintreten, wenn der Nutzer sein erstes Bild mit einem Klick dramatisch verbessert. Bei einer Fitness-App, wenn er seinen ersten Trainingsplan erstellt und sieht, wie er über Wochen strukturiert aufgebaut wird. Der Aha-Moment lässt sich nicht erfinden — er muss in der App bereits vorhanden sein. Das Onboarding hat nur eine Aufgabe: den Nutzer dorthin zu führen.

Warum ist das Onboarding so entscheidend?

Die Zahlen sprechen eine eindeutige Sprache:

• 77 % der Nutzer nutzen eine App nach dem Download innerhalb von 3 Tagen nicht mehr (Quelle: Statista / AppsFlyer)
• Apps verlieren im Durchschnitt 90 % ihrer Nutzer innerhalb der ersten 30 Tage
• Nutzer, die das Onboarding erfolgreich abschließen, haben eine bis zu 3-fach höhere Langzeit-Retention als Nutzer, die abbrechen
• Jeder Nutzer, der das Onboarding abbricht, war ein bezahlter oder organisch akquirierter Nutzer — die Investition ist verloren

Das App-Onboarding ist damit nicht nur ein UX-Thema, sondern ein handfestes wirtschaftliches Problem. Wer das Onboarding optimiert, senkt den effektiven Cost-per-Active-User und verbessert gleichzeitig alle nachgelagerten Retention-Metriken.

---

Die drei Onboarding-Typen: Benefits, Function, Progressive {#onboarding-typen}

Bevor du dein App-Onboarding optimieren kannst, musst du verstehen, welcher Onboarding-Typ zu deiner App und deinen Nutzern passt. Die drei gängigen Ansätze unterscheiden sich grundlegend in ihrer Logik.

1. Benefits-basiertes Onboarding

Dieser Ansatz zeigt dem Nutzer zuerst, was er davon hat — bevor er irgendetwas tut. Typisch sind 3–5 Screens mit Illustrationen und kurzen Texten, die die Hauptvorteile der App erklären. Das Modell kennt fast jeder aus Consumer-Apps.

Wann es funktioniert: Bei Apps mit komplexem oder nicht offensichtlichem Mehrwert, bei dem Nutzer zuerst überzeugt werden müssen, bevor sie sich anmelden. Auch bei Apps, die Netzwerkeffekte haben und erklären müssen, was die Community bietet.

Wann es scheitert: Wenn die Texte zu abstrakt sind, zu viele Screens gezeigt werden oder der Nutzer lieber einfach anfangen würde. Mehr als 4 Screens sind für diesen Typ fast immer zu viel.

2. Functions-basiertes Onboarding

Statt Vorteile zu beschreiben, zeigt dieser Typ, wie die App funktioniert — durch geführte Mini-Tutorials direkt in der App. Der Nutzer klickt, wischt und tippt, während er lernt.

Wann es funktioniert: Bei Apps mit spezifischen Interaktionsmustern, die nicht selbsterklärend sind — komplexere Produktivitäts-Apps, Tools mit ungewöhnlichen Gesten oder mehrstufigen Workflows.

Wann es scheitert: Wenn die App eigentlich intuitiv genug wäre und das Tutorial eher bremst als hilft. Tutoriale frustrieren Nutzer, die einfach direkt loslegen wollen.

3. Progressive Onboarding

Progressive Onboarding verzichtet weitgehend auf einen separaten Onboarding-Flow. Stattdessen werden Hinweise, Tooltips und Erklärungen kontextuell genau dann eingeblendet, wenn der Nutzer auf die entsprechende Funktion trifft — zum ersten Mal, im richtigen Moment.

Wann es funktioniert: Bei Apps mit intuitiver Grundbedienung, deren erweiterte Funktionen nicht sofort offensichtlich sind. Besonders stark bei Apps, bei denen der erste Aha-Moment schnell erreichbar ist.

Wann es scheitert: Wenn die App ohne Einführung wirklich nicht verständlich ist, oder wenn Nutzer zu ungeduldig sind, um Tooltips zu lesen.

In der Praxis kombinieren erfolgreiche Apps alle drei Typen: ein kurzes Benefits-Intro (2–3 Screens), gefolgt von einem kleinen funktionalen Setup-Schritt (Profil anlegen, Präferenz auswählen), und danach progressive Hinweise innerhalb der App. Der entscheidende Punkt: Alles, was den Weg zum ersten echten Erlebnis verlängert, ist potenziell ein Drop-off-Punkt.

---

Time-to-Value: Der entscheidende Faktor im App Onboarding {#time-to-value}

Time-to-Value (TtV) ist die Zeit, die ein neuer Nutzer benötigt, um den ersten echten Mehrwert deiner App zu erleben. Es ist die wohl wichtigste Kennzahl, um das App-Onboarding zu optimieren — und gleichzeitig die, die am häufigsten ignoriert wird.

Der Grund ist simpel: Je länger es dauert, bis ein Nutzer versteht, warum diese App gut ist, desto wahrscheinlicher ist es, dass er vorher abbricht. Jeder zusätzliche Screen, jedes Pflichtfeld im Registrierungsformular, jede unnötige Erklärung verlängert die Time-to-Value und erhöht das Drop-off-Risiko.

Was ist ein guter Time-to-Value-Wert?

Als grobe Orientierung gilt:

• Unter 60 Sekunden: Exzellent — der Nutzer erlebt unmittelbar nach dem ersten Start etwas Wertvolles
• 1–3 Minuten: Gut — für komplexere Apps mit notwendigem Setup akzeptabel
• Über 3 Minuten: Kritisch — die meisten Nutzer werden das nicht durchhalten, ohne schon vorher überzeugend informiert worden zu sein

Diese Werte sind keine absoluten Gesetze, aber sie zeigen die Richtung. Eine App, die einen 5-minütigen Account-Setup-Prozess vor dem ersten Erlebnis stellt, kämpft gegen einen grundsätzlichen UX-Fehler.

Wie du die Time-to-Value verkürzt

Registrierung verschieben: Eine der wirkungsvollsten Maßnahmen ist es, die Pflicht-Registrierung ans Ende des Onboardings zu verschieben — oder ganz durch einen Gast-Modus zu ersetzen, den du später in einen Account überführst. Jede App, die eine Registrierung verlangt, bevor der Nutzer irgendwas gesehen hat, verliert einen messbaren Anteil bereits an dieser Stelle.

Formulare radikal kürzen: Frage nur, was du für den ersten Mehrwert wirklich brauchst. Geburtsdatum, Telefonnummer, vollständige Adresse — all das kann später kommen. Das erste Formular sollte nicht mehr als 2–3 Felder haben, idealerweise weniger.

Social Login anbieten: Sign-in with Apple und Google Sign-In reduzieren die Reibung beim Account-Anlegen auf einen Klick. Apps, die ausschließlich E-Mail/Passwort-Registrierung anbieten, verlieren gegenüber Apps mit Social Login messbar.

Den Aha-Moment engineeren: Wenn du weißt, was der Aha-Moment deiner App ist, kannst du das Onboarding rückwärts designen. Was ist der minimal notwendige Schritt, um diesen Moment zu erreichen? Alles andere ist optional und kann verschoben werden.

Beispiel: Eine Meditations-App könnte die Nutzer nach dem Account-Anlegen sofort in eine 3-minütige Intro-Meditation führen — bevor sie Einstellungen, Kategorien oder Kurse zeigt. Wer die Meditation abgeschlossen hat, hat den Aha-Moment erlebt. Erst dann kommen Empfehlungen und Setup.

---

Permission-Timing: Wann du nach Berechtigungen fragst {#permissions}

Push-Benachrichtigungen, Kamera-Zugriff, Standort, Mikrofon — fast jede App braucht Berechtigungen. Und fast jede App fragt danach zum falschen Zeitpunkt.

Der häufigste Fehler: Der Nutzer öffnet die App zum allerersten Mal und sieht unmittelbar einen System-Dialog: “Diese App möchte dir Benachrichtigungen senden.” Er hat noch kein einziges Feature der App gesehen, er versteht noch nicht, warum die App nützlich sein könnte — und soll schon Vertrauen schenken. Das Ergebnis: Ablehnungsraten von 60–80 % bei Push-Berechtigungen, wenn diese im ersten Screen angefragt werden.

Das richtige Timing für Berechtigungen

Erst Mehrwert, dann Permission: Bevor du nach einer Berechtigung fragst, sollte der Nutzer bereits einen Grund haben, dir zu vertrauen. Zeige ihm erst, was die App kann, führe ihn durch einen kleinen ersten Erfolg — und frage dann nach der Berechtigung, die diesen Erfolg künftig noch besser macht.

Erkläre den Nutzen vor dem System-Dialog: iOS und Android erlauben dir einen eigenen Erklärungsscreen vor dem offiziellen System-Dialog. Nutze ihn. “Damit du keine wichtigen Updates verpasst, würden wir dir gerne Benachrichtigungen schicken” ist besser als kein Kontext überhaupt. Die Permission-Accept-Rate steigt mit gutem Pre-Permission-Copy messbar.

Benötigst du die Berechtigung wirklich jetzt? Standort ist für eine Restaurant-Such-App erst dann nötig, wenn der Nutzer tatsächlich nach Restaurants sucht. Kamera-Zugriff erst, wenn er ein Foto aufnehmen will. Berechtigungen kontextuell genau im Moment der ersten sinnvollen Nutzung anzufragen ist fast immer besser als sie im Onboarding zu bündeln.

Benchmarks für Permission Accept Rates

• Push-Benachrichtigungen iOS: 40–60 % bei gutem Timing (nach Mehrwerterlebnis)
• Push-Benachrichtigungen iOS: 10–30 % bei schlechtem Timing (direkt beim ersten Start)
• Standort: 60–75 % bei kontextueller Anfrage
• Kamera: 70–85 % bei kontextueller Anfrage (Nutzer weiß, warum er sie braucht)

Wenn deine App unter diesen Werten liegt, ist fast immer das Timing oder der Kontext der Anfrage das Problem — selten die Berechtigung selbst.

---

Progressive Disclosure: Stück für Stück zum Kernwert {#progressive-disclosure}

Progressive Disclosure ist ein UX-Prinzip, das besagt: Zeige dem Nutzer nur das, was er gerade braucht — nicht alles auf einmal. Im Kontext von App-Onboarding bedeutet das: Verstecke die Komplexität deiner App hinter dem, was zuerst wichtig ist.

Das Gegenteil von Progressive Disclosure ist der klassische “Feature-Dump”: Das Onboarding zeigt alle Funktionen, alle Menüpunkte, alle Einstellungsmöglichkeiten auf einmal, in der Hoffnung, dass der Nutzer schon das Richtige findet. Das Ergebnis ist kognitive Überlastung — und Abbruch.

Wie Progressive Disclosure in der Praxis aussieht

Reduziertes erstes Interface: Beim allerersten Start sieht der Nutzer nur die Kernfunktionen, die er für seinen ersten Erfolg braucht. Erweiterte Optionen, Einstellungen und Profi-Features sind vorhanden, aber nicht prominent — sie rücken in den Vordergrund, sobald der Nutzer bereit dafür ist.

Kontextuelle Hinweise: Wenn ein Nutzer zum ersten Mal in einen bestimmten Bereich der App navigiert, erscheint ein kurzer, nicht-invasiver Hinweis, der erklärt, was er hier tun kann. Kein separater Onboarding-Flow, kein Modal, das er wegklicken muss — ein kurzes Tooltip oder ein Banner, das nach 5 Sekunden oder nach dem ersten Interagieren verschwindet.

Meilensteinbasiertes Freischalten: Manche Apps sperren erweiterte Features intentionell — nicht als Paywall, sondern als Komplexitäts-Firewall. Ein Nutzer, der die Basisversion 5-mal genutzt hat, wird gefragt, ob er die erweiterte Ansicht aktivieren möchte. Das fühlt sich wie eine Belohnung an, keine Einschränkung.

Warum Progressive Disclosure die Retention verbessert

Nutzer, die zu Beginn mit zu vielen Optionen konfrontiert werden, tendieren dazu, sich zu überfordern und abzubrechen. Nutzer, die schrittweise eingeführt werden, bauen Vertrauen und Kompetenz auf — und kommen zurück, weil sie sich der App gewachsen fühlen, nicht weil sie sie bereits beherrschen.

Ein weiterer positiver Effekt: Progressive Disclosure erzeugt natürliche Wiederkehr-Anlässe. “Du hast Feature X noch nicht ausprobiert — hier ist ein Tipp” ist ein legitimer Push-Notification-Trigger, der nicht als Spam wahrgenommen wird, wenn er wirklich relevant ist.

---

App-Onboarding messen: Metriken und Benchmarks {#onboarding-messen}

Um das App-Onboarding zu optimieren, brauchst du Daten — und du musst wissen, welche Daten tatsächlich relevant sind. Die folgenden Metriken sind die wichtigsten Hebel.

Onboarding Completion Rate

Die Onboarding Completion Rate misst, wie viele Nutzer den gesamten Onboarding-Flow abschließen, verglichen mit denen, die ihn starten.

Formel: Completion Rate = Abschlüsse / Starts × 100

Benchmark:

• Über 70 %: gut
• 50–70 %: Verbesserungsbedarf vorhanden
• Unter 50 %: kritisch — der Flow ist zu lang, zu komplex oder nicht überzeugend genug

Wenn du noch keine Onboarding-Tracking-Daten hast, ist das der erste Schritt: Jeden Screen des Onboarding-Flows als Tracking-Event erfassen. Nur wenn du weißt, auf welchem Screen die meisten Nutzer abbrechen, kannst du gezielt eingreifen.

Step-by-Step Drop-off-Rate

Noch wichtiger als die Gesamtquote ist der Drop-off je Screen. Wenn Screen 1 zu Screen 2 95 % der Nutzer mitnimmt, Screen 2 zu Screen 3 aber nur noch 60 %, weißt du genau, wo das Problem liegt.

Was typische Drop-off-Auslöser sind:

• Ein Pflichtfeld, das als unnötig wahrgenommen wird (Telefonnummer, Geburtsdatum)
• Eine Berechtigung, die zu früh angefragt wird und abgelehnt wird
• Ein zu langer Text, den niemand liest
• Ein technischer Fehler (Ladezeit, fehlgeschlagene API-Anfrage)
• Eine unklare Call-to-Action

Time-to-Value (gemessen)

Wenn du Timestamps für “Onboarding Start” und “Aha-Moment erreicht” trackst, kannst du die Time-to-Value als echte Kennzahl messen. Der Aha-Moment muss dabei als Event definiert sein — zum Beispiel “erste Meditation abgespielt”, “erster Kauf abgeschlossen” oder “erstes Dokument erstellt”.

Day-1-Retention nach Onboarding-Abschluss

Die Retention-Rate von Nutzern, die das Onboarding abgeschlossen haben, sollte deutlich höher sein als die Rate aller neuen Nutzer. Wenn das nicht der Fall ist, liegt das Problem nicht im Onboarding, sondern im Produkt selbst — der versprochene Wert wird nach dem Onboarding nicht eingelöst.

Benchmark:

• Day-1-Retention nach Onboarding-Abschluss: über 40 % ist gut
• Wenn dieser Wert unter dem allgemeinen Day-1-Wert liegt, hat das Onboarding ein ernstes Problem

Permission Accept Rate

Wie beschrieben im Abschnitt zu Permission-Timing — tracke Accept- und Deny-Rate für jede Berechtigung separat und im Kontext, an welchem Punkt im Flow sie angefragt wurde.

Wo du diese Daten findest

Firebase Analytics ist das meistgenutzte Werkzeug für Mobile App Tracking. Mit Custom Events kannst du jeden Onboarding-Screen und jeden relevanten Nutzeraktion als Event erfassen. Amplitude und Mixpanel bieten darüber hinaus spezialisierte Funnel-Analysen, die die Drop-off-Visualisierung deutlich komfortabler machen als Firebase allein.

Entscheidend ist nicht das Tool, sondern dass du überhaupt anfängst zu messen. Viele Apps optimieren ihr Onboarding auf Basis von Bauchgefühl — und verbessern dabei die falschen Screens.

---

Fazit {#fazit}

Das App-Onboarding ist der einzige Moment, in dem du jeden neuen Nutzer garantiert im selben Kontext triffst: neugierig, aber noch nicht überzeugt. Du hast wenige Minuten — oft weniger — um aus diesem Moment etwas zu machen.

Die drei wichtigsten Takeaways, wenn du dein App-Onboarding optimieren willst:

1. Time-to-Value ist alles. Führe den Nutzer so schnell wie möglich zu seinem ersten echten Mehrwert-Erlebnis. Jeder Schritt davor, der nicht zwingend notwendig ist, ist ein potenzieller Drop-off-Punkt.

2. Messe jeden Screen. Ohne Screen-by-Screen-Tracking optimierst du blind. Einmal korrekt aufgesetzt, liefert dir das Funnel-Tracking genau die Antwort, wo du als Nächstes ansetzen musst.

3. Berechtigungen kommen nach dem ersten Mehrwert. Vertrauen baut sich durch Erfahrung auf, nicht durch Versprechen. Wer erst etwas von deiner App erlebt hat, gibt dir viel eher Zugang zu Kamera, Standort oder Push.

Wenn du wissen möchtest, wie gut deine App in puncto Retention aufgestellt ist, lohnt sich auch ein Blick auf die Benchmarks für App Retention Rates — was gute Werte sind und wie du sie erreichst.

---

FAQ {#faq}

Was ist App-Onboarding?

App-Onboarding bezeichnet den Prozess, durch den neue Nutzer nach dem ersten Start einer App an ihre Kernfunktionen und ihren Mehrwert herangeführt werden. Ziel ist es, den Nutzer so schnell und reibungslos wie möglich zum sogenannten Aha-Moment zu führen — dem Moment, in dem er versteht, warum diese App für ihn wertvoll ist. Ein schlechtes Onboarding ist einer der Hauptgründe, warum 77 % der App-Nutzer innerhalb von drei Tagen inaktiv werden.

Wie viele Screens sollte ein App-Onboarding haben?

Es gibt keine magische Zahl, aber als Faustregel gilt: so wenig wie möglich, so viele wie nötig. Die meisten erfolgreichen Consumer-Apps halten ihren Onboarding-Flow auf 3–5 Screens, wenn es einen dedizierten Flow gibt. Entscheidend ist nicht die Anzahl der Screens, sondern die Time-to-Value: Wie lange dauert es, bis der Nutzer den ersten echten Mehrwert erlebt? Alles, was diesen Weg verlängert, ohne ihm zu helfen, ist ein Kandidat für die Streichung.

Was ist Time-to-Value beim App-Onboarding?

Time-to-Value (TtV) beschreibt, wie lang es dauert, bis ein neuer Nutzer das erste Mal spürbar von der App profitiert — also den Aha-Moment erlebt. Es ist die praktischste und wirkungsvollste Kennzahl, um App-Onboarding zu optimieren. Eine TtV unter 60 Sekunden gilt als exzellent, unter 3 Minuten als akzeptabel. Alles darüber hinaus ist ein Warnsignal, das mit Tracking und A/B-Tests gezielt adressiert werden sollte.

Wie messe ich, ob mein App-Onboarding funktioniert?

Die wichtigsten Metriken sind: Onboarding Completion Rate (Ziel: über 60–70 %), Step-by-Step Drop-off-Rate (um den genauen Abbruch-Screen zu identifizieren), Time-to-Value (wie schnell wird der Aha-Moment erreicht) und Day-1-Retention nach Onboarding-Abschluss (Ziel: über 40 %). Diese Daten erhältst du durch Event-Tracking in Firebase Analytics, Amplitude oder Mixpanel — je ein Custom Event pro Onboarding-Screen und pro definiertem Aha-Moment.