Wenn deine Anwendung nach der Kontoerstellung zunächst Logo, Teammitglieder, Benachrichtigungen und Kalenderverbindung abfragt, kann die eigentliche Aufgabe noch weit entfernt wirken. Ob diese Einrichtung an den Anfang gehört, hängt davon ab, was neue Nutzer zuerst erreichen sollen und welche Angaben sie dafür wirklich brauchen.

Den ersten brauchbaren Zustand festlegen

Du kannst den Einstieg vom ersten brauchbaren Ergebnis aus planen: Was soll jemand beim ersten Besuch erledigen können, und welche Voraussetzungen hat genau diese Aufgabe? Daran lässt sich auch beurteilen, ob eine ausgefüllte Profilseite nötig ist oder den Beginn nur verzögert.

Stell dir eine Anwendung vor, in der ein Kursanbieter seinen ersten Veranstaltungstermin anlegt: Für den Entwurf sollen Titel, Datum und Dauer reichen, während die öffentliche Buchungsfreigabe weitere Angaben benötigt. Mit dieser Unterscheidung kann die Person schon planen, ohne versehentlich ein unvollständiges Angebot zu veröffentlichen.

Halte diese Grenze im Interface fest: „Als Entwurf speichern“ muss etwas anderes bedeuten als „Buchung öffnen“. Eine Fortschrittsanzeige sollte sich auf die nötigen Angaben für den gewählten Zustand beziehen, nicht auf jede optionale Funktion des Produkts.

Hilfe dort anbieten, wo die Frage entsteht

Eine vorgeschaltete Tour kann Funktionen zeigen, bevor die Person ihren Nutzen kennt. NN/g untersucht die Nachteile aufgedrängter Onboarding-Tutorials und den Nutzen abrufbarer Hilfe im jeweiligen Kontext. Für deinen Ablauf lohnt sich deshalb die Frage: Welche Erklärung wird an dieser Stelle gebraucht, und kann sie später erneut geöffnet werden?

Beim ersten Termin kann das ein kurzes Beispiel für die Dauer sein. Bei der Veröffentlichung sind es vielleicht die Angaben, die Teilnehmende später sehen. Lange Erläuterungen können verlinkt werden, wenn der nächste Schritt trotzdem verständlich bleibt.

Eine Hilfe darf dabei keine fehlende Rückmeldung überdecken. Wenn „Speichern“ unbemerkt scheitert, löst eine Einführung das Problem nicht. Der Zustand nach der Aktion muss selbst nachvollziehbar sein.

Pflicht, Aufschub und Wiederaufnahme auseinanderhalten

Ob ein Einrichtungsschritt warten kann, erkennst du an der Folge des Überspringens. Eine unbrauchbare Funktion oder fehlende Informationen für andere haben eine andere Bedeutung als eine persönliche Einstellung, die sich später ändern lässt.

Die Unterscheidung „jetzt nötig“, „vor Veröffentlichung nötig“ oder „später optional“ macht diese Folgen für die Oberfläche nutzbar. Kann der Kursanbieter allein einen Entwurf planen, darf die Einladung von Teammitgliedern warten. Kontaktdaten können dagegen vor der öffentlichen Buchung nötig werden. Die Zuordnung folgt den tatsächlichen Regeln des Produkts.

Zeige auch bei späterer Rückkehr, was bereits erledigt ist. Ein unterbrochenes Onboarding sollte nicht jeden Besuch wieder bei der Begrüßung beginnen lassen. Welche Daten erhalten bleiben, muss zur tatsächlichen Speicherung passen.

Den Einstieg als Aufgabe testen

Die Aufgabe, einen ersten Termin als Entwurf anzulegen, zeigt dir bei passenden neuen Nutzern, welche Einrichtung sie erwarten, was sie überspringen und woran sie die Speicherung erkennen. Eine spätere Rückkehr ergänzt diese Beobachtung: Finden sie den Entwurf wieder und verstehen sie, welche Angaben vor der Veröffentlichung fehlen? So beurteilst du den Einstieg zusammen mit seiner Wiederaufnahme.

Für diese Nutzertests müssen Speichern und Wiederaufnahme im Teststand funktionieren. Ist noch unklar, was vor Entwurf oder Veröffentlichung nötig sein soll, gehört diese Entscheidung zuerst in die UX-Entscheidungsberatung.