Onboarding ohne Onboarding
Das 5-Schritte-Willkommensmodal ist tot. Die fünf Muster, mit denen AI-native Produkte neue Nutzer in unter dreißig Sekunden in echte Arbeit versetzen, und die Fälle, in denen Onboarding sich weiterhin lohnt.

Das Willkommensmodal mit fünf Schritten ist tot. Die Produkttour ist tot. Die Checkliste, die echte Arbeit blockiert, ist tot. Moderne AI-Produkte haben die Tür aufgemacht, den Nutzer hineingeworfen und beim Tutorial das Licht ausgeschaltet. Der Nutzer tippt längst, bevor er merkt, dass er nie onboarded wurde.
Erklärung ist eine Steuer auf Aktivierung. Die besten Produkte des Jahres 2026 erklären nicht. Sie setzen den Nutzer in unter dreißig Sekunden in echte Arbeit und lassen das Produkt selbst unterrichten.
Warum es Onboarding gab und warum AI es getötet hat
Onboarding überlebte zwei Jahrzehnte, weil Aktivierung schwer war und Produkte Erklärung brauchten. AI-native UI hat beide Gründe auf einmal erledigt.
Aktivierung erforderte früher Setup vor der ersten nützlichen Aktion. Eine Datenbank verbinden. Ein Team einladen. Einen Workspace konfigurieren. Die 5-Schritte-Tour und das Willkommensmodal waren Panzerband über einem kaputten ersten Start, kein Designmuster, das es wert wäre, behalten zu werden. Produkte brauchten Erklärung, weil deterministische SaaS tausend Bedienelemente zeigte und der Nutzer die Landkarte lernen musste.
AI hat beides kollabieren lassen. Lovable nimmt einen Einzeiler als Briefing und baut die App. v0 nimmt einen Screenshot und generiert die UI. Cursor öffnet einen echten Ordner und der Agent findet sich in der Codebasis zurecht. Stripe Atlas füllt 90 Prozent der Firmengründung aus Firmenname und Land vor. Der Nutzer konfiguriert nicht. Das Produkt tut es. Und die Prompt-Oberfläche ist universell: Dieselbe Eingabebox erledigt in Claude, ChatGPT und Cursor jede Aufgabe, also gibt es keine Landkarte mehr zu lernen.
Die fünf Muster für gelungenes No-Onboarding
Fünf Muster trennen die Produkte, die Onboarding sauber weglassen, von denen, die nur das Modal löschen und ein verwirrtes leeres Produkt ausliefern. Jedes übernimmt eine Aufgabe, die früher das Tutorial hatte.

Die Muster lassen sich kombinieren. Ein großartiger No-Onboarding-Flow liefert drei oder mehr davon innerhalb der ersten Session.
Muster 1: Direkt zur Canvas
Das Produkt öffnet sich zur Arbeit, nicht zu einer Erklärung. Cursor öffnet einen Ordner. v0 öffnet eine Prompt-Leiste. Claude öffnet ein Textfeld. Linear öffnet deinen Posteingang, keine Checkliste. Figma öffnet eine leere Canvas, die Werkzeugleiste schon in deiner Hand.
Kein Willkommensmodal und kein "wir führen dich durch Cursor". Das Erste, was der Nutzer sieht, ist die Oberfläche, die er für immer nutzen wird, und der Cursor steht schon dort, wo er hingehört. Direkt zur Canvas funktioniert, weil die Canvas selbst lesbar ist. Ein Textfeld mit Senden-Button ist ein vollständiges Affordance. Der Nutzer hat so eines in zwanzig anderen Produkten benutzt, also leiht sich das neue Produkt die Vorbildung und spart sich die Lektion.
Muster 2: Agentischer Erststart
Der Nutzer tippt eine Zeile und das Produkt liefert in unter sechzig Sekunden ein funktionierendes Ergebnis. Lovable macht aus "Baue mir eine SaaS-Landingpage für ein Pilates-Studio" eine deploybare Website. v0 macht aus einem Screenshot und einem Satz eine React-Komponente. Der Vercel AI Playground macht aus einem Prompt einen funktionierenden API-Aufruf. Cursor macht aus "behebe die Lint-Fehler" einen echten Diff.
Agentischer Erststart ist das teuerste Muster in der Umsetzung und das wirkungsvollste, wenn es sitzt. Der Nutzer macht kein Setup, sieht ein fertiges Ergebnis und geht mit einem funktionierenden mentalen Modell davon. Fähigkeitsgrenzen, Interaktionsmodell und Erfolgszustand landen in einem Zug. Der Empty State ist das Produkt, wenn der Empty State ein einziges Eingabefeld ist, das etwas Echtes erzeugt. Die Falle ist die Konserven-Demo, bei der der Prompt live aussieht, die Ausgabe aber ein vorab aufgenommenes GIF ist. Vertrauen verbrennt in zwei Prompts.
Muster 3: Smarte Defaults
Das Produkt füllt 90 Prozent der Arbeit aus einem einzigen Signal vor. Stripe Atlas fragt nach Firmenname und Land und befüllt den Rest des Gründungsformulars. Linear leitet den Workspace aus der E-Mail-Domain ab und legt Projekte aus dem Firmennamen an. Notion erstellt automatisch ein Starter-Set an Seiten. Vercel erkennt beim Import das Framework und konfiguriert den Build.

Smarte Defaults funktionieren, weil die meisten Nutzer die Median-Antwort wollen. Die Disziplin liegt darin, das Überschreiben sichtbar zu machen, ohne die Konfiguration zur Pflicht zu machen. Stripe Atlas zeigt vorausgefüllte Felder mit einem Bearbeiten-Icon daneben. Linear lässt dich den Workspace nach dem Anlegen inline umbenennen. Der Default ist laut, das Überschreiben leise, und beides ist mit einem Klick erreichbar.
Muster 4: In-Product-Hinweise
Das Produkt zeigt Hinweise mitten in der echten Arbeit, nicht davor. Linear zeigt Inline-Hilfe, wenn du über einen unbekannten Befehl fährst. Raycast blendet Befehlsvorschläge beim Tippen ein. Cursors Hinweis zum ersten Prompt erscheint, nachdem der Nutzer eine Datei geöffnet hat, aber bevor er promptet. Cron zeigt beim ersten Erstellen eines Termins genau einen Tastaturhinweis und verschwindet dann für immer.
In-Product-Hinweise ersetzen die Tour durch eine Mikro-Lektion, die auf die Aktion zugeschnitten ist, die der Nutzer gerade versucht. Der Hinweis hat zwei Wörter. Das Schließen ist ein einzelner Tastendruck. Der Fehlermodus ist die Hinweis-Parade: fünf Hinweise gestapelt auf demselben Screen, jeder blockiert den Klick. Ein Hinweis ist eine leise Textzeile neben der Aktion. Eine Parade ist eine Tour mit anderem Namen.
Muster 5: Just-in-Time-Tutorials
Der Tooltip erklärt das unbekannte Bedienelement, wenn der Nutzer darüberfährt, nicht wenn er ankommt. Superhuman erklärt das Tastaturkürzel, wenn du zum ersten Mal zur Maus greifst. Loom erklärt die Aufnahmesteuerung, wenn du deine erste Aufnahme startest. Figma erklärt den Constraint-Pin, wenn du zum ersten Mal einen Auto-Layout-Frame auswählst.
Just-in-Time-Tutorials sind der sicherste Ort für Erklärung, weil der Nutzer sich bereits entschieden hat, sich mit dem Bedienelement zu beschäftigen. Neugier ist geladen, Aufmerksamkeit fokussiert, und die Erklärung beantwortet eine Frage, die der Nutzer sich ohnehin schon stellte. Die harte Regel: Wenn der Nutzer nicht gehovert, geklickt oder aufgerufen hat, läuft das Tutorial nicht. Progressive Disclosure ist das Prinzip. Das Produkt enthüllt Tiefe in der Reihenfolge, in der der Nutzer danach greift.
Fehlermodi, die trotzdem ausgeliefert werden
Schlechte Onboarding-Muster weigern sich zu sterben. Fünf davon landen dieses Jahr noch in Produktion, und jedes ist eine Aktivierungssteuer, die sich das Produkt nicht leisten kann.

Das Willkommensmodal, das nach einem Ziel fragt, das du noch nicht kennst. "Was führt dich heute zu Notion?" "Wie groß ist dein Team?" Der Nutzer hat sich angemeldet, um herauszufinden, was das Produkt kann, und das Modal verlangt von ihm, sich auf einen Anwendungsfall festzulegen, bevor er es benutzt hat. Verschiebe die Umfrage auf Session drei.
Der leere Workspace, der Namen und Farbe verlangt. Produkte, die dich anhalten, einen Workspace zu benennen, eine Farbe zu wählen und ein Icon auszusuchen, bestrafen den Nutzer fürs Ankommen. Setze einen Default. Lass ihn später umbenennen.
Die siebenstufige Checkliste, die echte Arbeit blockiert. Die Checkliste ist die neue Tour mit Fortschrittsbalken. Echte Aktivierung passiert nicht bei Schritt sieben. Der Nutzer ist bei Schritt drei abgesprungen.
Die Tour, die dich an Buttons vorbeiführt, die du noch gar nicht sehen kannst. Eine Coach Mark zeigt auf ein Feature, das für die erste Aktion irrelevant ist. Die Tour lehrt das Produkt, das das Team ausliefern wollte, nicht das Produkt, das der Nutzer gerade benutzt.
Das Formular-Gate vor der ersten AI-Ausgabe. Der Nutzer soll Teamgröße, Rolle und Anwendungsfall ausfüllen, bevor es eine einzige Ausgabe gibt. Jedes Formular-Gate vor dem ersten Prompt ist eine Aktivierungssteuer. Liefere zuerst Wert, sammle Kontext später.
Vier Fragen, bevor du Onboarding designst
Gehe die Spezifikation durch diese vier Fragen, bevor du einen einzigen Tutorial-Schritt schreibst. Wenn die Antworten auf eines der fünf Muster oben zeigen, ist das Design fertig.
- Was erfordert Aktivierung tatsächlich? Benenne die kleinste Aktion, die Wert liefert. Wenn Aktivierung bedeutet "eine Zeile tippen und eine Ausgabe sehen", ist das Onboarding ein leeres Eingabefeld mit einem Vorschlag darunter.
- Was kann das Produkt tun, statt zu fragen? Jede Frage, die das Produkt stellt, ist eine Frage, die es sich entschieden hat nicht zu beantworten. Domain aus der E-Mail. Framework aus dem Import. Standardprojekt aus dem Firmennamen.
- Was muss der Nutzer mindestens lernen, um zu starten? Fast immer weniger, als das Team denkt. Ein Textfeld braucht null Erklärung. Ein Tastaturkürzel braucht keine, bis der Nutzer zur Maus greift.
- Was kann warten, bis es gebraucht wird? Erweiterte Features, Team-Einladungen, Abrechnung, Integrationen. Nichts davon blockiert den ersten Prompt. Liefere es Just-in-Time innerhalb der Flows, die es brauchen.
Diese vier ersetzen für die meisten AI-Produkte die Onboarding-Spezifikation. Das Ergebnis ist selten eine Tour. Es ist ein klügerer Empty State, ein besserer Default und ein Hinweis, der genau einmal feuert.
Wann Onboarding sich weiterhin lohnt
Einige Flows brauchen weiterhin die explizite Anleitung, und sie zu überspringen wäre ein Kunstfehler.
Compliance und KYC. Stripe Atlas füllt 90 Prozent der Gründung vor, aber der KYC-Flow ist explizit, sequenziell und bewusst gesperrt. Identitätsprüfung lässt sich nicht mit einem smarten Default überspringen. Dasselbe gilt für jeden Banking-, Kredit- oder regulierten Erststart.
Multi-Tenant-Setup. Workspaces, Organisationen und Team-Scopes haben echte Konsequenzen. Ein neuer Admin, der ein Vercel-Team oder einen Linear-Workspace aufsetzt, braucht ein explizites Setup, weil sich die Entscheidungen fortpflanzen.
Enterprise-SSO und Identity Provisioning. SAML, SCIM, eigene Domains, IdP-Integration. Der Nutzer ist ein Admin bei einer Konfigurationsaufgabe, kein neuer Nutzer auf der Suche nach Wert. Ein Wizard ist hier die richtige Antwort.
Irreversible Aktionen. Einen Workspace löschen, die Abrechnung übertragen, einen Vertrag unterschreiben. Jede irreversible Aktion verdient einen Bestätigungs-Flow, der den Nutzer durch die Konsequenz führt. Der Beitrag Friction bewusst gestalten erklärt, warum Verlangsamen richtig ist, wenn sich die Aktion nicht rückgängig machen lässt.
Das Muster: Hohe Einsätze, Regulierung oder Zerstörung bekommen den expliziten Flow. Explorativ, reversibel oder risikoarm überspringt ihn. Das meiste Produkt-Onboarding gehört in die zweite Kategorie, und die meisten Teams designen es wie die erste.
Das No-Onboarding-Audit
Gehe jeden Erststart-Flow durch diese fünf Fragen. Fallen zwei oder mehr durch, erledigt das Onboarding Arbeit, die das Produkt selbst erledigen sollte.

- Ist der Nutzer innerhalb von dreißig Sekunden nach Ankunft im Produkt? Wenn nein, ist das Willkommensmodal der Flaschenhals.
- Zeigt der erste Screen eine echte Oberfläche oder eine Tour? Eine echte Oberfläche ist ein Textfeld, eine Canvas, ein Posteingang, ein Editor. Eine Tour ist eine Coach Mark über einer Oberfläche, die der Nutzer noch nicht benutzen kann.
- Hat das Produkt alles vorausgefüllt, was es hätte vorausfüllen können? Workspace-Name, Projekt-Starter, Framework, Währung, Locale. Wenn der Nutzer Daten tippt, die das Produkt hätte ableiten können, sind die Defaults falsch.
- Sind Erklärungen auf die Aktion zugeschnitten oder als Tour vorgezogen? Vorgezogen ist eine Steuer. Zugeschnitten ist ein Service. Dieselben Worte, anderes Timing, anderes Ergebnis.
- Erzeugt der Nutzer ein echtes Ergebnis, bevor die erste Session endet? Eine deployte Website, eine gespeicherte Datei, eine beantwortete Frage, eine gesendete Nachricht. Wenn er den Tab schließt, ohne eines erzeugt zu haben, ist der Erststart gescheitert.
Ein Flow, der alle fünf besteht, aktiviert, ohne dass der Nutzer sich je onboarded fühlt. Er fühlt sich einfach, als hätte er das Produkt benutzt, und genau dieses Gefühl ist der ganze Sinn. Der Beitrag zu Prompt-Oberflächen zeigt, wie die Eingabe selbst diese Last trägt, wenn die AI die Kernoberfläche ist, und der Beitrag Onboarding-Design für AI-Produkte behandelt Fälle, in denen etwas Onboarding sich weiterhin lohnt.
FAQ
Was ist der Unterschied zwischen No-Onboarding und einem schlechten Empty State?
Ein No-Onboarding-Flow liefert eine bewusste erste Oberfläche, die den Nutzer ohne Tour aktiviert. Ein schlechter Empty State ist ein leerer Screen ohne Defaults, ohne Vorschläge und ohne Weg nach vorn. Das eine ist Design, das andere Vernachlässigung. Die saubersten No-Onboarding-Flows liefern die stärksten Empty States, weil der Empty State das Onboarding ist.
Funktioniert No-Onboarding für B2B-SaaS oder nur für Consumer-AI-Produkte?
Für beide. Consumer-AI-Produkte wie Claude, v0 und Lovable können reines Direkt-zur-Canvas ausliefern. B2B braucht oft smarte Defaults plus In-Product-Hinweise, weil die Oberfläche mehr Bedienelemente hat. Linear, Vercel und Stripe Atlas sind der Beweis. Keines liefert eine Tour, und alle sind B2B.
Wann sollte ich eine Tour oder Checkliste hinzufügen?
Wenn das Produkt in der ersten Session Compliance, Multi-Tenant-Setup, SSO oder irreversible Aktionen hat. Außerhalb dieser vier Fälle ist eine Tour fast immer ein UI-Pflaster über schwachem Produktdesign. Der Beitrag AI-natives Produktdesign zeigt, wie du das Produkt so umgestaltest, dass die Tour überflüssig wird.
Tour streichen, Oberfläche ausliefern
Onboarding ohne Onboarding ist kein faules Produktdesign. Es ist das wirkungsvollste Produktdesign, das 2026 noch übrig ist. Jede Minute, die in die Tour fließt, fehlt beim Empty State, bei den smarten Defaults, beim agentischen Erststart und bei den Just-in-Time-Hinweisen, die Aktivierung tatsächlich bewegen.
Die Teams, die gerade gewinnen, haben Willkommensmodal, Checkliste und Tour bereits gelöscht. Sie haben alle drei durch eine funktionierende Oberfläche, einen vernünftigen Default und einen einzelnen Hinweis ersetzt, der feuert, wenn der Nutzer danach greift. Der Nutzer fühlt sich nicht onboarded. Er fühlt sich, als wäre er aufgetaucht und das Produkt hätte schon gelaufen. Der Beitrag zu den Designprinzipien für Landingpages ist die Marketing-Seiten-Version derselben Idee.
Wenn du ein Team willst, das Erststart-Flows ohne Tour ausliefert, hire Brainy. Wir designen AI-native Produkt-UI von A bis Z, vom Empty State über den ersten Prompt bis zu dem Moment, in dem der Nutzer etwas Echtes erzeugt, ganz ohne Willkommensmodal.
Want a first-run flow that activates in thirty seconds instead of explaining itself for five minutes? Brainy ships AI-native product UI, first-run audits, and onboarding redesigns that put the user inside the work, not in front of a modal.
Get Started




