Onboarding, registro y activación: cuántos campos, y por qué los tours casi nunca sirven

Ergebnisse

1. Die Kosten jedes Registrierungsfeldes

Die am häufigsten zitierte und am besten belegte Zahl stammt von HubSpot, das Kontaktformulare von 40.000 Kunden untersuchte: Die Conversion stieg fast um die Hälfte, als von 4 Feldern auf 3 reduziert wurde [1]. Eine Benchmark‑Studie aus 2026 zeichnet die komplette Kurve und ist die nützlichste Quelle, um Felder zu budgetieren [5]:

Felder	Conversion
3	23,1%
5	17,0%
7	11,4%
10+	6,9%

Wichtig ist nicht die durchschnittliche Steigung, sondern wo der Knick liegt: Zwischen 5 und 7 Feldern kostet jedes zusätzliche Feld etwa ~2,8 Prozentpunkte, gegenüber ~1,5 Prozentpunkten pro Feld vor diesem Bereich [5]. Das heißt, das sechste und siebte Feld sind viel teurer als das vierte.

Die zu bewahrende Warnung. Die Korrelation ist weder perfekt noch universell: Es gibt dokumentierte Fälle, in denen das Reduzieren von Feldern zu einem Rückgang der Conversion um 14 % führte, und mindestens eine Analyse, bei der zehn Felder besser konvertierten als drei [3][5]. Die übliche Erklärung ist die Intent‑Qualität — ein langes Formular filtert Neugierige — was für ein kostenloses Produkt, bei dem das Ziel ist, dass der Vater sein Kind beim Lösen einer Rechnung sieht, wenig Rolle spielt. Für Math Challenge gilt die Regel „weniger Felder“ stark, wird aber als zu messende Hypothese, nicht als etablierte Tatsache, vermerkt.

2. Die Position der Nielsen Norman Group zum Onboarding

Dies ist der unbequeme und zugleich wertvollste Teil. Die Hauptempfehlung von NN/g lautet, dass Onboarding vermieden werden soll: “avoid creating app onboarding whenever possible and instead spend your resources making the UI more usable” [2]. Die Begründung hat drei Säulen: Es erhöht die Interaktionskosten, belastet das Arbeitsgedächtnis und Forschung zeigt, dass es häufig die tatsächliche Aufgabenleistung nicht verbessert [2].

NN/g erkennt exakt drei Szenarien, die Onboarding‑Bildschirme rechtfertigen [2]:

1. Unverzichtbare Informationen sammeln (ihr Beispiel: Kontoerstellung in einer Banking‑App).
2. Die Erfahrung an den Kontext oder die Präferenzen des Nutzers anpassen.
3. Echte, neuartige oder unbekannte Flows einführen, die von Standardmustern abweichen.

Und eine Methodik‑Empfehlung, die mehr wert ist als jedes Muster: Die App zuerst ohne Onboarding testen, um die tatsächlichen Schwierigkeiten der Nutzer zu identifizieren, bevor man Ressourcen in Onboarding‑Bildschirme investiert [2].

3. Welches Format funktioniert und welches nicht

Karten‑Karussell („deck-of-cards tutorial“): aus Namensgründen abzuraten. NN/g weist darauf hin, dass es die Oberfläche komplizierter erscheinen lässt, als sie ist und das Arbeitsgedächtnis belastet; ihre Forschung zu diesem speziellen Format ergab, dass es die Aufgabenleistung nicht verbesserte [2]. Es ist mit Abstand das populärste Format in der Branche und das am schlechtesten belegte.

Leitlinien‑Marken und instruktive Overlays: nützlich unter Bedingungen. Sie funktionieren, wenn sie zeitlich passend und dezent sind und von der tatsächlichen Aufgabenausführung begleitet werden [2]. NN/g stuft sie als “nice-to-have” eher ein als als essenziell [2]. Die konkrete visuelle Regel: Der Stil eines Hinweises muss eindeutig klar machen, dass es eine Annotation und kein interaktives Element ist [2].

Feature‑Promotion beim Launch: vermeiden. Nutzer benötigen selten Wiederholungen innerhalb der App von dem, was sie bereits im Store gelesen haben. Das Muster eignet sich besser für bestehende Nutzer, die neue Funktionen entdecken, und sollte nicht eingesetzt werden, um alte, wenig genutzte Funktionen zu betonen [2].

Kontextuelle Hilfe: das von NN/g empfohlene Muster. Sie bevorzugt kontextuelle Hilfe gegenüber vorgelagerten Instruktionen, wobei die Hinweise erscheinen, sobald die Funktion für den Nutzer handlungsfähig wird [2].

4. Über die zirkulierenden „Engagement“-Zahlen

Verschiedene sekundäre Branchenquellen zitieren auffällige Zahlen, die NN/g zugeschrieben werden — zum Beispiel, dass ein verhaltensgesteuertes Guidance‑System 68 % mehr Engagement und 54 % höhere Adoption erzielt im Vergleich zu zeit‑ oder orts‑basierten Alternativen. Diese Zahl konnte in dieser Sitzung nicht gegen eine NN/g‑Publikation verifiziert werden und stammt aus Blogs von Anbietern von Onboarding‑Tools, die ein kommerzielles Interesse daran haben, Onboarding als wirksam darzustellen. Sie wird hier als nicht verifiziert gekennzeichnet und nicht als Entscheidungsgrundlage verwendet. Die dokumentierte Position von NN/g weist, wenn überhaupt, in die entgegengesetzte Richtung: weniger Onboarding, mehr nutzbare Oberfläche.

5. Was ist in Math Challenge wirklich neu

Unter Anwendung von Kriterium 3 von NN/g — nur das, was von Standardmustern abweicht, verdient Erklärung — hat das Produkt exakt fünf Konzepte, die ein Nutzer nicht aus der Oberfläche ableiten kann:

1. Alter und Schwierigkeitsgrad sind getrennte Achsen (D-002, D-017). Gegenintuitiv und zentral; ohne diese Unterscheidung versteht ein Vater nicht, warum sein 7‑jähriges Kind ein Grundschulthema, aber Kindergarten‑Inhalte sieht.
2. Das Kind ist ein Profil, kein Nutzer (D-013). Es weicht vom mentalen Modell „ein Konto für mein Kind erstellen“ ab, das aus anderen Produkten bekannt ist.
3. Der Standort ist kein Test, und im Kindergarten wirkt er nicht einmal so (D-002, mc-44).
4. Clubs und Klassenräume haben keinen Chat und werden niemals einen haben (D-011, D-027). Das ist ein bewusstes Fehlen, das nicht von selbst erklärt wird.
5. Kleidung hat keinen Verlierer (D-028). Das weicht von der üblichen Bedeutung von „Wette“ für jeden ab, der das Spiel betritt.

Alles andere — die richtige Antwort antippen, Punkte sehen, das Profil wechseln — muss sich selbst erklären oder ist ein Interface‑Defekt, kein Onboarding‑Lücken.

Designimplikationen

1. Kein Registrierungsformular überschreitet 3 Felder, und keines unserer benötigt mehr als 2. E‑Mail und Passwort für die drei Einstiegspunkte (Erwachsener, Vater, Lehrer). Alles andere wird später konfiguriert.
2. Registrieren ist nicht konfigurieren. Das Kinderprofil, die Altersgruppe, das Bildschirm‑Limit und die Klasse werden nach der Registrierung in separaten, überspringbaren Schritten mit gesunden Defaults abgefragt — der Bereich von 5‑7 Feldern liegt genau am Abgrund [5].
3. Kein Willkommens‑Karussell, in keiner der fünf Einstiegspunkte. Das ist das von NN/g aus Namensgründen abgeratene Format, dessen spezifische Forschung keine Leistungsverbesserung fand [2].
4. Genau fünf kontextuelle Marken, je eine für jedes wirklich neue Konzept (§5), jeweils ausgelöst, sobald ihre Funktion handlungsfähig wird, nicht beim Öffnen der App [2].
5. Jede kontextuelle Marke erscheint als Annotation, niemals als Steuerung. Visuell eindeutig von jedem berührbaren Element unterschieden [2].
6. Der Erwachsene gelangt zu seiner ersten Mathematik‑Aufgabe, ohne ein weiteres Formular nach der Registrierung auszufüllen. Das ist der Feuerprobe‑Test „App ohne Onboarding“ [2] im Haupt‑Use‑Case.
7. Die Lehrerverifizierung erfolgt vor der Klassenerstellung, nicht vor der Registrierung. Friktion bei der Identität auf die Registrierung zu verlagern, bestraft alle, weil sie nur für Nutzer gilt, die fremde Kinder betreuen.
8. Jede kontextuelle Marke ist dauerhaft entfernbar und wird nicht erneut angezeigt. Wiederauftauchen entspricht dem Onboarding‑Muster des „Nagging“, das die FTC explizit nennt (mc-17).
9. Den Trichter ab dem ersten Tag instrumentieren, um die Hypothese aus §1 mit eigenen Daten zu prüfen statt das Benchmark zu übernehmen: Registrierung begonnen → Registrierung abgeschlossen → erstes Profil erstellt → erste Herausforderung beendet.
10. Im Kindergarten gibt es kein Onboarding für das Kind, überhaupt nicht. Der erste Spaziergang durch die Savanne ist der Standort (mc-44), und das Kind liest nicht — jede erklärende Seite, die an es gerichtet ist, ist per Definition nutzlos.

Offene Fragen für den Projektinhaber

1. Verwendet die Registrierung des Erwachsenen ein Passwort, einen Magic‑Link oder einen Passkey? Der Magic‑Link reduziert auf ein Feld, fügt aber einen Zwischenschritt per E‑Mail zur mittleren Aktivierung hinzu.
2. Wird der Trichter mit Web‑Analytics gemessen (ohne Cookies, 10 % Stichprobe nach 7 Tagen) oder wird etwas Längerfristiges benötigt, um Registrierungs‑Kohorten vergleichen zu können?
3. Werden die fünf kontextuellen Marken pro Sprache autorisiert oder übersetzt? Der Ton einer kurzen Erklärung ist genau dort, wo die wörtliche Übersetzung kondescendent wirkt (mc-37).
4. Lohnt sich ein A/B‑Test von 2 vs. 3 Feldern bei der Registrierung des Vaters, da die externe Evidenz nicht einheitlich ist (§1)?