Wer einen SaaS-Onboarding-Abbruch analysieren will, sieht in Berichten meist dasselbe: Registrierungen kommen herein, doch nach einigen Tagen sind die Testkonten leer. Die Zahl der Aktivierungen zeigt nicht, wo Menschen stehen geblieben sind. Du brauchst einige Kontrollpunkte, ein Ereignis, das als Aktivierung gilt, und Aufzeichnungen genau von der Stelle, an der der Weg abreißt. Dann rätst du nicht mehr, ob Preis oder Testdauer schuld sind, sondern siehst dir einen konkreten Bildschirm an.
Dieser Leitfaden behandelt die Diagnose mit Daten, von der Definition der Ziele bis zur Prüfung einer Korrektur. Wie du einer Person hilfst, die bereits geschrieben hat, beschreibt der Leitfaden zum Live-Chat in der SaaS-Testphase. Das Beispiel unten betrifft eine fiktive App für Dienstpläne; Zielnamen und Zahlen dienen der Veranschaulichung und stammen nicht aus einem echten Einsatz.
So findest du den Schritt, an dem Testnutzer hängen bleiben
Der Schritt, an dem Testnutzer hängen bleiben, ist meist das erste Ziel nach dem letzten, das die meisten noch erreichen. Du findest ihn, indem du die Abschlüsse aufeinanderfolgender Ziele im selben Zeitraum vergleichst; die Ursache klärst du erst in Aufzeichnungen. Der Ablauf passt in fünf Schritte.
- Lege 3–5 Ziele und ein Aktivierungsereignis fest.Jedes Ziel beschreibt einen prüfbaren Kontozustand, und Aktivierung ist der Moment, in dem jemand zum ersten Mal das Ergebnis bekommt, für das er sich registriert hat.
- Finde das letzte erreichte Ziel.Vergleiche die Abschlüsse im selben Datumsbereich und markiere die Stelle mit dem stärksten Rückgang.
- Sieh dir zwei Gruppen von Aufzeichnungen an.Personen, die an diesem Schritt stehen blieben, und Personen, die weiterkamen, auf demselben Bildschirm und Gerätetyp.
- Benenne Verhalten, dann Ursache.Markiere Schleifen, Zögern und tote Klicks und entscheide dann: Text, fehlende Voraussetzung oder stiller Fehler.
- Ändere eine Sache und vergleiche.Miss dasselbe Zielverhältnis in gleich langen Zeiträumen vor und nach der Änderung.
Einige Onboarding-Ziele und ein Aktivierungsereignis
Ein Onboarding-Ziel sollte eine Zustandsänderung bestätigen, keinen Seitenaufruf. „Import geöffnet“ sagt weniger als „mindestens eine Mitarbeiterin gespeichert“. Auch eine abgeschlossene Produkttour ist keine Aktivierung, sondern erst das erste Ergebnis, für das das Konto angelegt wurde. In der fiktiven Dienstplan-App ist das die Veröffentlichung des ersten Dienstplans, denn erst dann erhält das Team etwas.
Scrolle die Tabelle seitlich, um alle Spalten zu sehen.
| Zielschlüssel | Was es bestätigt | Wann es gespeichert wird |
|---|---|---|
| konto_bestaetigt | Die Person kann sich anmelden | Nach Bestätigung der E-Mail-Adresse |
| firma_eingerichtet | Standort und Öffnungszeiten sind angelegt | Nach erfolgreichem Speichern der Einstellungen |
| personal_hinzugefuegt | Mindestens eine Person steht auf der Liste | Nach der Serverantwort, nicht beim Klick |
| dienstplan_veroeffentlicht | Aktivierung: Der erste Dienstplan ist beim Team | Nach bestätigter Veröffentlichung |
In der Meetlead-Analyse definierst du Ziele zuerst im Panel, als Ereignis oder als besuchte Adresse. Deine App ruft dann meetlead.goal('personal_hinzugefuegt') auf, und das Widget speichert nur vorher konfigurierte Schlüssel. Löse das Ziel einmal aus, beim ersten vom Server bestätigten Speichern: Jeder Aufruf zählt als eigener Abschluss, und ein Aufruf beim Klick zählt auch fehlgeschlagene Versuche mit. Wechselt deine App Bildschirme ohne Neuladen, prüfe zuerst die Seitenmessung in einer SPA.
Das letzte erreichte Ziel zeigt den Ort, nicht die Ursache
Wähle einen Datumsbereich und notiere die Abschlüsse jedes Ziels. Angenommen, fiktiv: 400 bestätigte Konten, 310 eingerichtete Firmen, 90 Konten mit Personal und 70 veröffentlichte Dienstpläne. Der größte Verlust liegt zwischen Einrichtung und Personal, also ist firma_eingerichtet das letzte Ziel, das die meisten erreichen. Dort beginnst du, auch wenn das Team seit Monaten den Dienstplan-Editor verdächtigt.
Bedenke, was diese Zahlen sind. Meetlead zählt Zielabschlüsse, nicht Personen, und ein SaaS-Onboarding verteilt sich oft auf mehrere Tage und Besuche; der Vergleich ist also kein strenger Funnel einer Person. Nutze ihn als Hinweis auf den zu prüfenden Schritt. Wenn Nutzer eine Stufe überspringen oder zurückkehren, lege die Zählregeln mit dem Leitfaden zur Reihenfolge von Funnel-Schritten fest. Werden Nutzer über meetlead.identify identifiziert, zeigt die Customer Journey spätere Besuche derselben Person und die darin erreichten Stufen.
Vergleiche Aufzeichnungen von Hängengebliebenen und Weitergekommenen
Die erste Gruppe sind Besuche auf dem Bildschirm des Schritts, nach denen das nächste Ziel ausbleibt. In der Liste der Aufzeichnungen filterst du nach Adresse dieses Bildschirms, Gerät und Datum und prüfst in der Customer Journey, ob später Personal gespeichert wurde. Die zweite Gruppe hat das Ziel erreicht; zu ihren Sitzungen gelangst du über den Drilldown des Ziels in der Analyse. Vergleiche beide auf demselben Gerätetyp, denn ein Scheitern am Handy neben einem Erfolg am Desktop erklärt nichts.
PostHog empfiehlt in seinem Onboarding-Leitfaden, auch Aufzeichnungen von Nutzern anzusehen, die den Schritt geschafft haben, weil sie sich durch dieselbe Hürde gekämpft haben könnten. PostHog: App onboarding drop-off. Die dort genannten Mengen an Aufzeichnungen und Nutzern sind Faustregeln der Autoren, kein Schwellenwert für dein Produkt.
Schau nicht wahllos. Notiere eine Frage wie „Was tun Personen, die den Import öffnen und niemanden speichern?“ und bleib dabei, wie im Leitfaden, wie du Sitzungsaufzeichnungen analysierst. Prüfe auch deinen Tarif: Starter speichert keine Aufzeichnungen, Growth bewahrt sie 14 Tage auf und Scale 90 Tage. Bei kürzerer Historie sieh sie wöchentlich durch, bevor sie ablaufen.
Markiere Verhalten, bevor du ein Motiv benennst
„Die Person hat die Lust verloren“ ist eine Deutung, die keine Aufzeichnung belegt. Halte fest, was zu sehen ist, als Kommentar an der genauen Stelle der Aufzeichnung und mit Begriffen, die das ganze Team teilt. Nach gut einem Dutzend Sitzungen zählst du, welches Verhalten sich in der hängengebliebenen Gruppe wiederholt und in der anderen selten vorkommt.
- Schleife: Wechsel zwischen zwei Bildschirmen, etwa Import und Firmeneinstellungen, ohne zu speichern
- Zögern: Cursor oder Finger kreist über einer Schaltfläche, die nie geklickt wird
- Toter Klick: Klick auf ein Element, das nicht reagiert oder nicht aktiv ist
- Stiller Fehler: Speichern ohne Meldung, danach ist die Liste weiterhin leer
- Ausstieg zur Hilfe: Dokumentation oder Chat genau an diesem Schritt geöffnet
Tote Klicks und Wutklicks erkennst du in der Aufzeichnung von Hand, indem du prüfst, wie die Seite reagiert hat; die Regeln beschreibt der Leitfaden zu Rage Clicks und Dead Clicks. Übernimm keine Werte aus Eingabefeldern in Kommentare. Für die Diagnose genügen Handlung und Reaktion des Bildschirms.
Text, fehlende Voraussetzung oder stiller Fehler
Die meisten Abbrüche im Onboarding gehören zu einer von drei Gruppen. Jede verlangt eine andere Korrektur, also kläre die Gruppe vor der Planung. Deuten die Signale auf zwei, beginne mit der, die mehr Aufzeichnungen betrifft.
Scrolle die Tabelle seitlich, um alle Spalten zu sehen.
| Ursache | Was Aufzeichnungen zeigen | Typische Korrektur |
|---|---|---|
| Unklarer Text | Zögern über einer Schaltfläche, Lesen und Zurückgehen, falsche Option gewählt | Neue Beschriftung, Beispiel oder Feldreihenfolge |
| Fehlende Voraussetzung | Schleife zu einem anderen Bildschirm, Verlassen für Datei oder Daten | Voraussetzung früher ankündigen, Vorlage, Beispieldaten |
| Stiller Fehler | Klick auf Speichern ohne Zustandsänderung, wiederholte Versuche | Fehler beheben und sichtbare Meldung zeigen |
Im fiktiven Beispiel zeigen Aufzeichnungen eine Schleife: Die Person öffnet den Import, sieht, dass eine CSV-Datei mit Spalte für Positionen nötig ist, und kehrt zu den Firmeneinstellungen zurück. Das ist eine fehlende Voraussetzung, kein schlechter Schaltflächentext. Wie du solche Anforderungen vor dem ersten Schritt beschreibst, zeigt der Leitfaden zu Voraussetzungen einer Anleitung. Die Korrektur kann eine Dateivorlage zum Herunterladen sein oder die Möglichkeit, eine Person von Hand anzulegen.
Hilfe nur an diesem Schritt und Vergleich vorher und nachher
Zeige Hilfe dort, wo Menschen hängen bleiben, nicht auf jedem Bildschirm. Läuft das Meetlead-Widget in deiner App, kann eine Automatisierung nach einem Besuch der Import-Adresse und einer festgelegten Verweildauer einen proaktiven Chat öffnen. Die Nachricht sollte eine Voraussetzung ansprechen, statt zu einem Gespräch über alles einzuladen.
Für den Import brauchst du eine CSV-Datei mit einer Spalte für Positionen. Hast du sie gerade nicht? Lege eine Person von Hand an und veröffentliche einen Probe-Dienstplan, den Rest des Teams importierst du später.
Chameleon weist darauf hin, dass Touren und Hinweise in der App einen kaputten oder verwirrenden Kernablauf nicht reparieren, weshalb zuerst das Produkt korrigiert wird. Chameleon: onboarding drop-off. Der Artikel belegt nicht, welcher Weg in deiner App funktioniert.
Überführe die Beobachtung in eine Aufgabe: Im Modul Projekte verknüpfst du die Aufzeichnung mit einer Aufgabe, sodass die Person, die korrigiert, denselben Moment sieht. Vergleiche nach dem Release das Verhältnis von personal_hinzugefuegt zu firma_eingerichtet in gleich langen Zeiträumen vor und nach der Änderung, ohne parallele Kampagne. Ändere immer nur eine Sache, sonst weißt du nicht, was gewirkt hat. Sieh dir zum Schluss einige neue Aufzeichnungen dieses Schritts an und prüfe, ob die Schleife verschwunden ist.
Fragen zum Onboarding-Abbruch
Wie viele Aufzeichnungen brauche ich, bevor ich eine Ursache annehme? Es gibt keine feste Zahl. Schau, bis du ein Verhalten beschreiben kannst, das sich in der hängengebliebenen Gruppe wiederholt, und Sitzungen benennen kannst, die nicht ins Muster passen. Sieht jede Aufzeichnung anders aus, grenze Gerät, Bildschirm oder Zeitraum ein. Eine Folgerung aus einer Sitzung ist nur eine Hypothese.
Reicht es, eine Produkttour hinzuzufügen? Nur wenn unklarer Text die Ursache ist. Eine Tour beseitigt weder eine fehlende Voraussetzung noch einen stillen Fehler, und auf jedem Bildschirm stört sie Menschen, die allein zurechtkommen. Kläre zuerst die Ursache in Aufzeichnungen, wähle dann die Korrektur und miss sie am selben Zielverhältnis.
