Im Projekt habe ich bemerkt, dass die Begriffe rund um Onboarding oft austauschbar verwendet wurden. Daher habe ich eine gründliche Untersuchung von "First-Screens" durchgeführt, um den Unterschied zwischen Startbildschirmen, Splash Screens und anderen zu klären. Um das Team auf den gleichen Stand zu bringen, habe ich eine Präsentation gehalten, die verschiedene mobile App-Interaktionen vorstellte, um Nutzer effektiv zu begrüßen und zu informieren. So haben wir eine gemeinsame Sprache entwickelt, die den weiteren Fortschritt erleichtert hat.

Während der Arbeit fiel auf, dass sich die Onboarding-Triggers von App und Plus überschneiden, was Probleme beim Timing verursachte. Abonnements konnten jederzeit erfolgen: während der Registrierung, beim ersten Plus-Artikel oder auch Monate nach dem Download. Der User Flow zeigte, warum das App-Onboarding nicht mit dem Plus-Onboarding in Einklang stand. Ich nutzte diese Erkenntnisse, um den Stakeholdern meine Vorschläge zu präsentieren.

Nach dem Stakeholder-Check-in kam ich auf ein einheitlicheres Konzept, bei dem die App-Onboarding-Bildschirme priorisiert wurden, während das Plus-Onboarding, das zu einem Rundgang wurde, dem Nutzer erst nach dem "Abschluss" des App-Onboardings angezeigt wird.

Dieser User Flow war verfeinert, fühlte sich aber dennoch überwältigend an. Angesichts der zahlreichen Möglichkeiten, wie Leser mit unserer App interagieren, würden sie bei Umsetzung dieses Konzepts auf fast jedem Bildschirm mit einem neuen Informationsstück konfrontiert, was das erste Erlebnis aufgrund von Informationsüberflutung ruinieren könnte. Eine schnelle Guerilla-Testing bestätigte meine Annahme, und ich entschied mich, den Fluss so anzupassen, dass Nutzer immer einen Zwischenbildschirm zwischen zwei Onboarding-Hinweisen begegnen, ohne neue Informationen. Der nachfolgende Entwurf erwies sich als hilfreiches Hilfsmittel, um diesen umfangreiche User Flow zu überblicken.