Onboarding-Redesigns beginnen meist mit einem Gefühl. Die Aktivierung wirkt enttäuschend, jemand hat sich eine schmerzhafte Session-Aufzeichnung angesehen, ein Wettbewerber hat etwas Schönes veröffentlicht, und das Team beschließt, den Flow neu zu bauen. Drei Monate später gibt es einen neuen Flow, einen leichten Anstieg, der auch saisonal sein könnte, und keine klare Erklärung, was am alten eigentlich falsch war.
Ein Audit ist der günstige Schritt, der den teuren Schritt lohnenswert macht. Es kostet etwa eine Woche und liefert etwas, ohne das kein Redesign beginnen sollte: eine priorisierte Liste konkreter Befunde, jeweils verknüpft mit einem Schritt, einem Segment und einer Zahl.
Das Wichtigste in Kürze
- Ein Audit ist Diagnose, nicht Design: Das Ergebnis sind Befunde, kein neuer Flow.
- Durchlaufen Sie den Flow selbst in einem frischen Konto. Die meisten Befunde stammen daraus, nicht aus Dashboards.
- Prüfen Sie fünf Ebenen, nicht nur die mittlere: Das Versprechen vor dem Signup gehört zum Onboarding.
- Testen Sie auch den Weg eingeladener Mitglieder. Sie machen meist die Hälfte Ihrer neuen Nutzer aus, und dieser Weg wird nie getestet.
- Bewerten Sie Befunde nach Wirkung im Verhältnis zum Aufwand; die Liste teilt sich sauber in „Produkt muss sich ändern“ und „Produkt muss sich erklären“.
- Die Hälfte, die Erklärung braucht, ist typischerweise größer und lässt sich in Tagen statt Quartalen umsetzen.
- Eine Woche ist das richtige Budget. Dauert es einen Monat, ist daraus ein verkapptes Redesign geworden.
Was ist ein User Onboarding Audit?
User Onboarding Audit (Definition): eine strukturierte Prüfung von allem, was zwischen dem Signup und dem ersten echten Ergebnis eines Nutzers passiert, durchgeführt anhand einer festen Checkliste und echter Verhaltensdaten, mit einer priorisierten Liste konkreter, belastbarer Befunde als Ergebnis.
Was ein Audit nützlich macht, ist die Disziplin, währenddessen keine Lösungen vorzuschlagen. Sobald das Team anfängt, die Lösung zu entwerfen, hört die Evidenzsammlung auf, und die Befunde, die eine andere Lösung gerechtfertigt hätten, werden nie erhoben. Schreiben Sie nur Befunde auf: „41 % der neuen Admins brechen auf dem Screen zur Workspace-Erstellung ab; das Pflichtfeld ‚Rechnungsempfänger‘ wird erst bei der ersten Rechnung gebraucht.“ Das ist ein Befund. „Wir sollten den Workspace-Screen vereinfachen“ ist eine Lösung, und die gehört ins nächste Meeting, nicht in dieses.
Audit vs. Teardown vs. Redesign
| Input | Ergebnis | Typische Dauer | |
|---|---|---|---|
| Audit | Ihr eigenes Produkt, Ihre eigenen Daten | Priorisierte Befunde mit Belegen | Etwa eine Woche |
| Teardown | Das Produkt eines anderen, keine Daten | Meinungen und Inspiration | Ein Nachmittag |
| Redesign | Die Befunde des Audits | Ein neuer Flow | Wochen bis Monate |
Teardowns des Onboardings anderer Unternehmen sind unterhaltsam und gelegentlich lehrreich (siehe diese Onboarding-Beispiele), aber sie können Ihnen nicht sagen, was an Ihrem eigenen falsch ist, weil sie keinerlei Belege über Ihre Nutzer enthalten.
Wann sich ein Audit lohnt
-
Die Aktivierung stagniert oder sinkt
Zwei Monate ohne Bewegung bei der Aktivierungsrate sind ein Signal, kein Rauschen, besonders wenn die Registrierungen wachsen.
-
Bevor ein Redesign beschlossen wird
Die günstigste Woche, die Sie je investieren werden. Sie entscheidet, ob der Neubau auf das eigentliche Problem zielt.
-
Nachdem sich Produkt, Preise oder Zielgruppe geändert haben
Ein Onboarding, das für die vorherige Version gebaut wurde, passt still und leise nicht mehr. Nichts geht kaputt; es passt einfach nach und nach nicht mehr zu denen, die sich registrieren.
-
Der Support beantwortet immer wieder dieselben Fragen aus der ersten Woche
Ein wiederkehrendes Ticket aus Woche eins ist ein scheiterndes Onboarding mit Preisschild.
Wann Sie keines durchführen sollten. Wenn Sie den Befund bereits kennen und ihn nur noch nicht behoben haben, ist ein Audit Prokrastination mit einem Deliverable. Und wenn im nächsten Quartal keine Kapazität vorhanden ist, um auf die Ergebnisse zu reagieren, warten Sie: Ein Audit, das ein Dokument hervorbringt, nach dem niemand handelt, macht das nächste schwerer zu rechtfertigen.
Die fünf Ebenen eines Audits
Die meisten Audits untersuchen die Mitte dieser Liste und übersehen die Enden, und genau dort liegt ein überraschend großer Teil der Ursachen. Onboarding beginnt vor dem Signup-Button und endet erst, wenn Ihnen jemand sagen kann, an welchem Schritt Nutzer verloren gehen.
Beispielhafte Form einer Scorecard, keine Benchmark-Daten: Das Muster, das auffällt, ist, dass die Ebenen 3 und 5 fast immer die schwächsten sind und fast nie die, mit denen ein Redesign beginnt.
Ebene fünf ist die, die Teams auslassen und später bereuen. Wenn niemand sagen kann, welcher Schritt die meisten Nutzer verliert, läuft das Audit auf Eindrücken, und jede spätere Diskussion über Prioritäten wird nach Hierarchie statt nach Belegen entschieden.
So führen Sie ein User Onboarding Audit in 8 Schritten durch
- Definieren Sie in einem Satz, was „onboarded“ bedeutet
- Sammeln Sie die Belege, die Sie bereits haben
- Durchlaufen Sie den Flow als wirklich neuer Nutzer
- Durchlaufen Sie ihn erneut als eingeladenes Mitglied
- Arbeiten Sie die Checkliste Ebene für Ebene ab
- Schreiben Sie Befunde auf, niemals Lösungen
- Bewerten und priorisieren
- Teilen Sie die Liste und beginnen Sie mit der günstigen Hälfte
1. Definieren Sie in einem Satz, was „onboarded“ bedeutet
Wählen Sie die eine beobachtbare Aktion, die zeigt, dass ein Nutzer echten Mehrwert erhalten hat, nicht „zweimal eingeloggt“, sondern etwa „Daten importiert und einen Bericht erstellt“. Alles im Audit wird am Abstand zu diesem Ereignis gemessen. Wenn sich das Team nicht auf diesen Satz einigen kann, ist diese Uneinigkeit Ihr erster Befund und vermutlich Ihr größter.
2. Sammeln Sie die Belege, die Sie bereits haben
Funnel-Zahlen pro Schritt, falls vorhanden, Support-Tickets aus der ersten Woche, Kündigungsgründe, Einwände aus dem Vertrieb und alle Session-Recordings. Sie suchen nach Übereinstimmung: Ein Schritt, der im Funnel-Abfall, in den Tickets und in den Aufzeichnungen auftaucht, ist keine Hypothese mehr. Ein User-Flow-Diagramm mit den Abbrüchen an jedem Schritt ist das ideale Artefakt, mit dem Sie in das Audit gehen.
3. Durchlaufen Sie den Flow als wirklich neuer Nutzer
Frisches Konto, frisches Browserprofil, keine internen Abkürzungen, keine vorbefüllten Daten, auf einem normalen Laptop. Machen Sie von jedem Screen einen Screenshot mit Zeitstempel und notieren Sie, was Sie bei jedem gedacht haben, einschließlich der Momente des Zögerns, denn das sind die Befunde. Stoppen Sie die Zeit für den gesamten Ablauf. Die Lücke zwischen der Dauer, die das Team vermutet, und der tatsächlichen Dauer liegt regelmäßig bei Faktor drei.
4. Durchlaufen Sie ihn erneut als eingeladenes Mitglied
Das ist der Schritt, der ausgelassen wird, und in den meisten B2B-Produkten machen eingeladene Mitglieder die Hälfte oder mehr aller neuen Nutzer aus. Sie landen im Workspace von jemand anderem, mit weniger Berechtigungen, ohne Kontext zur Einrichtung und oft in einer Produkttour, die für einen Admin geschrieben wurde, der etwas von Grund auf anlegt. Prüfen Sie diesen Weg separat: Es ist eine andere Erfahrung in derselben Oberfläche.
5. Arbeiten Sie die Checkliste Ebene für Ebene ab
Nutzen Sie die vierzig Fragen unten. Der Wert einer festen Checkliste liegt darin, dass sie Sie über die Probleme hinausführt, die Sie schon kannten, hin zu denen, an die Sie sich gewöhnt hatten.
6. Schreiben Sie Befunde auf, niemals Lösungen
Ein Befund pro Zeile: was passiert, wo, bei wem und mit welchem Beleg. Widerstehen Sie dem Drang, die Lösung aufzuschreiben: Der halbe Wert eines Audits besteht darin, dass die Lösung gewählt wird, nachdem das Gesamtbild vorliegt, nicht währenddessen.
7. Bewerten und priorisieren
Wirkung im Verhältnis zum Aufwand, beschrieben im nächsten Abschnitt. Die Priorisierung ist das Deliverable; eine unsortierte Liste mit dreißig Befunden ist nicht von gar keinen Befunden zu unterscheiden.
8. Teilen Sie die Liste und beginnen Sie mit der günstigen Hälfte
Trennen Sie Befunde, bei denen sich das Produkt ändern muss, von Befunden, bei denen sich das Produkt erklären muss. Die zweite Gruppe ist meist größer, lässt sich in Tagen umsetzen und liefert die Belege, mit denen die erste Gruppe finanziert werden kann.
Die 40-Punkte-Checkliste für das Onboarding-Audit
Acht Fragen pro Ebene. Beantworten Sie jede mit Ja, Nein oder Unbekannt, und behandeln Sie „Unbekannt“ als eigenen Befund, denn es bedeutet, dass niemand hinschaut.
- Liefert der erste Screen nach dem Signup, was die Landingpage versprochen hat?
- Ist der wichtigste Anwendungsfall, mit dem ein neuer Nutzer ankommt, auch der, mit dem das Produkt öffnet?
- Sind Preise und Planlimits auffindbar, bevor ein Nutzer überraschend an eines stößt?
- Beschreibt der Signup-CTA das Ergebnis oder nur die Aktion („Kostenlos starten“)?
- Stimmen die Begriffe im Marketing mit den Begriffen in der Oberfläche überein?
- Gibt es eine Demo oder Vorschau für Menschen, die noch nicht bereit für den Signup sind?
- Landen verschiedene Akquisitionsquellen in einer Erfahrung, die zu ihrer Absicht passt?
- Wird etwas versprochen, das das Produkt nur in einem höheren Plan liefert?
- Wie viele Felder sind Pflicht, und wird jedes davon jetzt gebraucht?
- Kann ein Nutzer vor der E-Mail-Verifizierung ein funktionierendes Produkt erreichen?
- Wird Social Login oder SSO angeboten, wo die Zielgruppe es erwartet?
- Was passiert bei einer ungültigen oder bereits registrierten E-Mail-Adresse?
- Wie lange dauert es im Median vom Aufruf der Signup-Seite bis zum ersten Blick auf das Produkt?
- Ist der Signup für eingeladene Mitglieder kürzer als der für Admins?
- Wird ein unterbrochener Signup fortgesetzt oder beginnt er von vorn?
- Sind Fehlermeldungen konkret genug, um das Problem ohne Support zu lösen?
- Wie sieht das Konto ohne Daten aus: Ist der Empty State gestaltet oder zufällig?
- Gibt es genau eine offensichtliche nächste Aktion oder mehrere, die miteinander konkurrieren?
- Kann ein Nutzer ein echtes Ergebnis erreichen, ohne etwas zu importieren?
- Werden Beispiel- oder Demodaten angeboten, und lassen sie sich wieder entfernen?
- Endet die erste Session mit etwas, das der Nutzer einer Kollegin oder einem Kollegen zeigen könnte?
- Läuft eine Tour oder ein Willkommensbildschirm, bevor es überhaupt etwas zu zeigen gibt?
- Bleibt der Fortschritt erhalten, wenn der Nutzer geht und morgen zurückkommt?
- Womit öffnet die zweite Session: mit demselben leeren Screen oder dort, wo der Nutzer aufgehört hat?
- Was ist der kürzestmögliche Weg zum „onboarded“-Ereignis, in Klicks?
- Ist das der Weg, den das Produkt tatsächlich anbietet, oder ein Weg, den nur Insider kennen?
- Wie viele Schritte erfordern jemand anderen: einen Admin, ein IT-Team, einen Datenexport?
- Gibt es Schritte, die sich aufschieben lassen, ohne das erste Ergebnis zu blockieren?
- Brauchen verschiedene Rollen verschiedene Wege, und stellt das Produkt sie bereit?
- Was passiert, wenn ein Schritt scheitert: eine fehlerhafte Datei, eine abgelaufene Einladung, eine abgelehnte Verbindung?
- Gibt es einen Punkt, an dem der Nutzer das Produkt verlassen und zurückkehren muss?
- Woran erkennt ein Nutzer, dass er erfolgreich war?
- Gibt es Hilfe an jedem Schritt, an dem Nutzer messbar zögern?
- Wird Guidance im Moment des Bedarfs ausgelöst oder komplett beim Signup?
- Kann ein Nutzer eine Tour oder Checkliste erneut öffnen, nachdem er sie geschlossen hat?
- Ist die Guidance nach Segment ausgerichtet oder für alle identisch?
- Erscheinen jemals zwei Guidance-Elemente gleichzeitig?
- Können Sie den einen Schritt mit dem größten Abbruch benennen, mit einer Zahl?
- Wird die Time-to-First-Value gemessen, und wie entwickelt sie sich?
- Würden Sie innerhalb einer Woche merken, wenn das Onboarding nach einem Release kaputtgeht?
Bewertung: Befunde in ein priorisiertes Backlog überführen
Geben Sie jedem Befund drei Zahlen auf einer Skala von eins bis fünf: Reichweite (wie viele Nutzer darauf stoßen), Schwere (was es sie kostet, wenn es passiert) und Aufwand (was die Behebung erfordert), und priorisieren Sie dann nach Reichweite × Schwere ÷ Aufwand. Die Rechnung selbst ist unwichtig; entscheidend ist, die Eingaben explizit zu machen, denn so kann jemand einer konkreten Zahl widersprechen statt Ihrer Schlussfolgerung.
Teilen Sie die priorisierte Liste dann in zwei Hälften. Produktänderungen kommen mit echten Schätzungen auf die Roadmap. Erklärungslücken (ein Schritt, den Nutzer erreichen und abbrechen, ein Bedienelement, das niemand bemerkt, ein Zustand, den niemand gestaltet hat, ein Weg, der nur für Admins Sinn ergibt) gehören in die Guidance-Ebene und können innerhalb weniger Tage live sein.
Die zehn Befunde, die in fast jedem Audit auftauchen
| Befund | Warum es passiert | Welche Hälfte der Liste |
|---|---|---|
| Die Tour läuft auf einem leeren Konto | Sie wurde beim Signup ausgelöst, weil das die Standardeinstellung war | Erklärung: später erneut auslösen |
| Der Empty State wurde nie gestaltet | Niemand im Team hat seit einem Jahr ein Konto ohne Daten gesehen | Gemischt: Texte jetzt, Layout später |
| Der Signup fragt nach Dingen, die erst viel später gebraucht werden | Das Formular ist um ein Feld pro Stakeholder-Wunsch gewachsen | Produkt |
| Keine offensichtliche nächste Aktion | Jedes Team wollte seine Funktion auf dem ersten Screen haben | Erklärung: Eine Checkliste gibt eine Reihenfolge vor |
| Ein Flow für mehrere Rollen | Der Weg für eingeladene Mitglieder wurde nie separat gestaltet | Erklärung: Guidance segmentieren |
| Guidance kommt, bevor es die Frage gibt | Alles wird beim Laden der Seite ausgelöst | Erklärung: den Trigger ändern |
| Fehlerpfade sind nicht gestaltet | Fehlerhafte Importe und abgelaufene Einladungen sind Randfälle in der Spezifikation, nicht in der Realität | Gemischt |
| Die zweite Session beginnt bei null | Der Fortschritt wurde nie gespeichert | Erklärung: eine Checkliste, die dort weitermacht, wo der Nutzer aufgehört hat |
| Hilfe existiert, ist aber drei Klicks entfernt | Die Wissensdatenbank ist gut, aber niemand erreicht sie rechtzeitig | Erklärung: kontextbezogen einblenden |
| Keine Messung an dem Schritt, an dem Nutzer abspringen | Das Tracking folgte den Features, nicht dem Funnel | Produkt, und zwar zuerst |
✅ Das sollten Sie tun
- Den Flow selbst durchlaufen, in einem frischen Konto, mit Zeitmessung
- Den Weg eingeladener Mitglieder separat prüfen
- Befunde mit einem Schritt, einem Segment und einer Zahl formulieren
- „Wissen wir nicht“ als Befund behandeln
- Priorisieren, bevor Sie irgendetwas präsentieren
- Die günstige Hälfte umsetzen, während die teure Hälfte geschätzt wird
- Denselben Funnel 30 Tage nach der Behebung erneut messen
❌ Das sollten Sie lassen
- Lösungen entwerfen, während Sie noch Belege sammeln
- Mit einem internen Konto mit vorbefüllten Daten auditieren
- Die Ebenen vor dem Signup und nach der Aktivierung auslassen
- Dreißig unsortierte Befunde präsentieren
- Ein Teardown eines Wettbewerbers als Beleg über Ihre Nutzer heranziehen
- Ein Audit durchführen, ohne Kapazität, darauf zu reagieren
- Es zu einem Redesign-Projekt auswachsen lassen
Nach dem Audit: Belegen, dass die Behebung gewirkt hat
Befunde sind ihre Priorisierung nur wert, wenn jemand erneut misst. Beheben, dreißig Tage warten und denselben Funnel für dasselbe Segment vergleichen, nicht die Gesamtaktivierung, denn die bewegt sich aus einem Dutzend Gründen gleichzeitig.
| Was Sie behoben haben | Was sich bewegen sollte | Wenn es das nicht tut |
|---|---|---|
| Ein Schritt mit hoher Abbruchrate | Der Abschluss genau dieses Schritts | Die Ursache lag davor, nicht im Schritt selbst |
| Timing der Guidance | Abschluss der Guidance und die nachfolgende Aktion | Falsche Zielgruppe, nicht falscher Moment |
| Ein Signup-Feld entfernt | Signup-Abschluss, ohne Verlust an Lead-Qualität | Das Feld war nicht die Reibung |
| Ein Empty State neu gestaltet | Rate der ersten erstellten Objekte | Nutzer können das Objekt noch gar nicht erstellen |
| Ein eigener Weg für Mitglieder | Aktivierung im Segment der eingeladenen Nutzer | Mitglieder waren nie der Engpass |
Behalten Sie das Audit-Dokument und ergänzen Sie es. Sechs Monate später ist die Aufzeichnung dessen, was Sie gefunden, was Sie geändert und was sich bewegt hat, mehr wert als die ursprünglichen Befunde: Nur so lernt ein Team, welche seiner Instinkte zum Onboarding verlässlich sind. Wenn Sie die Messebene noch aufbauen, erklärt der Leitfaden zu User-Onboarding-Metriken, was Sie tracken sollten, und der Leitfaden zur Time to Value behandelt die zentrale Kennzahl, die die meisten Audits am Ende empfehlen.
Die günstige Hälfte ohne Release-Zyklus beheben
Dass sich Audits vor Redesigns lohnen, ist schlichte Rechnung: Die Erklärungshälfte der Liste ist meist die größere, und sie braucht keine Engineering-Kapazität. Mit Kompassify werden die meisten dieser Befunde zu Aufgaben, die Sie an einem Nachmittag erledigen können:
- Der Schritt, an dem Nutzer abbrechen, bekommt genau in diesem Moment eine kurze Produkttour oder einen Tooltip, visuell auf Ihren Live-Screens gebaut.
- Das Bedienelement, das niemand bemerkt, bekommt einen Hotspot: passiv, ignorierbar und genug, um es auffindbar zu machen.
- Das Problem der zweiten Session bekommt eine Onboarding-Checkliste, die sich den Fortschritt pro Nutzer merkt und dort weitermacht, wo er aufgehört hat.
- Der Befund „ein Flow für jede Rolle“ bekommt Segment-Targeting, damit eingeladenen Mitgliedern nicht mehr erklärt wird, wie man den Workspace anlegt, in den sie gerade eingeladen wurden.
- Die nicht gestalteten Sackgassen bekommen eine kontextbezogene Nachricht, die erklärt, was passiert ist und was zu tun ist, während die eigentliche Behebung eingeplant wird.
- Die Messlücke wird durch die integrierte Analytics geschlossen, die Reichweite und Abschluss pro Schritt ausweist, sodass das nächste Audit mit Zahlen beginnt.
Kompassify ist DSGVO-konform und in der EU gehostet, kostenlos für unter 100 monatlich aktive Nutzer, mit kostenpflichtigen Plänen ab 129 $/Monat. Sie können auch eine Live-Demo ausprobieren, bevor Sie irgendetwas installieren.
Beheben Sie diese Woche, was Ihr Audit gefunden hat
Die meisten Befunde eines Onboarding-Audits sind Erklärungslücken, keine Engineering-Arbeit. Kompassify ergänzt Ihr bestehendes Produkt ohne Code um Produkttouren, Onboarding-Checklisten, Tooltips und Hotspots, ausgerichtet auf das Segment, das Schwierigkeiten hat, ausgelöst im entscheidenden Moment und pro Schritt gemessen, damit Sie belegen können, dass der Befund erledigt ist. DSGVO-konform, in der EU gehostet und kostenlos für unter 100 monatlich aktive Nutzer.
Kostenlos starten →Häufig gestellte Fragen
Was ist ein User Onboarding Audit?
Ein User Onboarding Audit ist eine strukturierte Prüfung von allem, was zwischen der Registrierung eines Nutzers und seinem ersten echten Ergebnis passiert, durchgeführt anhand einer festen Checkliste und echter Verhaltensdaten statt Meinungen. Es liefert eine priorisierte Liste konkreter Befunde, jeweils verknüpft mit einem Schritt, einem Segment und einer Zahl, statt des vagen Gefühls, dass das Onboarding besser sein könnte. Sein Zweck ist Diagnose, nicht Design: Das Ergebnis ist eine belegte Antwort auf die Frage „Wo genau verlieren wir Menschen, und warum?“, und genau das macht das anschließende Redesign lohnenswert.
Wann sollte man ein Onboarding-Audit durchführen?
Vier Momente rechtfertigen eines. Wenn die Aktivierung seit ein paar Monaten stagniert oder sinkt. Bevor Sie sich auf ein Onboarding-Redesign festlegen, damit der Neubau auf etwas Reales zielt. Nach einer deutlichen Änderung am Produkt, an der Preisgestaltung oder an der Zielgruppe, denn ein Onboarding, das für die vorherige Version gebaut wurde, passt still und leise nicht mehr. Und wenn der Support immer wieder dieselben Fragen aus der ersten Woche beantwortet, denn das ist ein Onboarding, das messbar und teuer scheitert. Ein Audit nach festem Jahresplan ohne konkreten Anlass produziert meist ein Dokument, nach dem niemand handelt.
Was sollte ein User Onboarding Audit abdecken?
Fünf Ebenen. Das Versprechen in der Akquise: was dem Nutzer vor der Registrierung gesagt wurde und ob das Produkt dazu passt. Signup und Kontoerstellung: Reibung, Pflichtfelder, Verifizierung, Zeit bis zum ersten Screen. Der erste Start: wie ein leeres Konto aussieht und ob die erste sinnvolle Aktion offensichtlich ist. Der Weg zum Mehrwert: ob der kürzeste Weg zu einem echten Ergebnis auch der ist, den das Produkt tatsächlich anbietet. Und die Ebene von Guidance und Messung: ob es Hilfe in den richtigen Momenten gibt und ob jemand sagen kann, an welchem Schritt Nutzer verloren gehen. Audits, die nur die mittlere Ebene untersuchen, übersehen den Großteil der Ursachen.
Wie auditiert man Onboarding ohne viele Daten?
Durchlaufen Sie den Flow als wirklich neuer Nutzer, in einem frischen Konto, auf einem normalen Laptop, mit denselben Informationen, die eine echte Registrierung hätte, und machen Sie bei jedem Schritt einen Screenshot mit Zeitstempel. Tun Sie das einmal als Admin, der einen Workspace anlegt, und einmal als eingeladenes Mitglied, das einem beitritt, denn diese beiden Erfahrungen unterscheiden sich meist stark und nur eine davon wird je getestet. Ergänzen Sie dann alle vorhandenen qualitativen Belege: Support-Tickets aus der ersten Woche, Einwände aus dem Vertrieb und Session-Recordings, falls vorhanden. Das reicht, um die wichtigsten Probleme zu finden, selbst ganz ohne Funnel-Tracking.
Wie priorisiert man die Befunde eines Onboarding-Audits?
Bewerten Sie jeden Befund danach, wie viele Nutzer er betrifft, was er sie kostet, wenn er eintritt, und wie viel Arbeit die Behebung macht, und sortieren Sie dann nach Wirkung im Verhältnis zum Aufwand. Das Ergebnis teilt sich meist sauber auf. Befunde, die Produkt- oder Engineering-Änderungen erfordern, kommen mit einer echten Schätzung auf die Roadmap. Befunde, denen eigentlich nur eine Erklärung fehlt (ein Schritt, den Nutzer erreichen und abbrechen, ein Bedienelement, das niemand bemerkt, ein Zustand, den niemand gestaltet hat), lassen sich mit Guidance in wenigen Tagen beheben. Wer die günstige Hälfte zuerst erledigt, schafft die Grundlage, um die teure Hälfte finanziert zu bekommen.
Welche Probleme finden Onboarding-Audits am häufigsten?
Dieselbe kurze Liste, in fast jedem Audit: eine Tour, die auf einem leeren Konto läuft, ein nicht gestalteter Empty State, ein Signup-Formular, das nach Informationen fragt, die das Produkt noch gar nicht braucht, eine erste Session ohne offensichtliche nächste Aktion, ein generischer Flow für mehrere unterschiedliche Rollen, Guidance, die kommt, bevor der Nutzer eine Frage hat, ein unbehandelter Fehlerpfad wie ein fehlgeschlagener Import oder eine abgelaufene Einladung, eine zweite Session, die bei null beginnt, weil der Fortschritt nicht gespeichert wurde, Hilfeinhalte, die existieren, aber drei Klicks entfernt sind, und keine Messung an dem Schritt, an dem Nutzer tatsächlich abspringen.
Wie lange dauert ein Onboarding-Audit?
Ein fokussiertes Audit dauert etwa eine Woche Teilzeitarbeit. Ungefähr einen Tag, um Evidenz zu sammeln und die Flows zu durchlaufen, zwei Tage, um die Checkliste abzuarbeiten und Befunde zu formulieren, einen Tag, um sie zu bewerten und zu priorisieren, und einen halben Tag für die Präsentation. Mehr Zeit verbessert das Ergebnis selten, denn die wichtigsten Befunde sind meist am zweiten Tag offensichtlich, und die restliche Zeit fließt in die Dokumentation von Dingen, die niemand beheben wird. Wenn es einen Monat dauert, ist daraus unbemerkt ein Redesign-Projekt geworden.
Wie behebt man Audit-Befunde, ohne auf das Engineering zu warten?
Trennen Sie die Befunde, bei denen sich das Produkt ändern muss, von denen, bei denen sich das Produkt erklären muss, denn die zweite Gruppe ist meist größer und deutlich günstiger. Mit einer No-Code-Plattform wie Kompassify können Sie eine Produkttour an dem Schritt hinzufügen, den Nutzer abbrechen, einen Tooltip an dem Bedienelement, das niemand bemerkt, eine Checkliste, die den Fortschritt über Sessions hinweg speichert, und eine kontextbezogene Nachricht an den Sackgassen, die niemand gestaltet hat, visuell auf Ihrem Live-Produkt gebaut, nach Segment ausgerichtet und pro Schritt gemessen. Kompassify ist DSGVO-konform und in der EU gehostet, kostenlos für unter 100 monatlich aktive Nutzer, mit kostenpflichtigen Plänen ab 129 $/Monat.