Beispiele für das Onboarding mobiler Apps: Muster, die Sie vor Ihrem nächsten Flow studieren sollten

1. Lassen Sie den ersten nützlichen Moment leiten

Stellen Sie sich eine Essensplanungs-App vor, die mit einem Starterplan beginnt und es jemandem ermöglicht, eine Mahlzeit auszutauschen, anstatt mit Folien über Rezepte und Listen zu beginnen. Die Interaktion macht das Produkt konkret. Behalten Sie eine Einleitung nur dann bei, wenn sie eine echte Unsicherheit beseitigt.

Die Human Interface Guidelines von Apple empfehlen ein schnelles, optionales und gezieltes Onboarding. NN/g rät von Anleitungen ab, die Menschen durch Gebrauch erlernen können, und erkennt gleichzeitig Einrichtung, maßgeschneiderte Erfahrungen und ungewohnte Arbeitsabläufe als Gründe an, sie anzuleiten. Eine bekannte Notizen- oder Timer-App ist möglicherweise klarer, wenn sie direkt zur Aufgabe geöffnet wird.

Studieren Sie Beispiele in der ScreenKits Onboarding-Bibliothek für Layout- und Sequenzierungsideen. Lesen Sie sie als visuelle Referenz: Ein Screenshot kann auf ein Muster hinweisen, aber er kann nicht feststellen, wie die Leute es verstanden haben oder ob es funktioniert hat.

• Nennen Sie das erste sinnvolle Ergebnis in einem Satz.
• Fragen Sie, ob die Schnittstelle selbst die nächste Aktion verständlich machen kann.
• Behalten Sie eine Willkommens- oder Werterklärung nur dann bei, wenn sie eine echte Unsicherheit beseitigt.

2. Verwenden Sie ein progressives Setup anstelle einer Fragebogenwand

Stellen Sie sich eine laufende App vor, die ein Ziel, Einheiten, eine Erinnerungszeit und einen Ort benötigt. Eine progressive Version bietet einen Starterplan, fragt nach einem Ziel, wenn jemand es anpasst, und hinterlässt Einheiten und Erinnerungen in den Einstellungen. Wenn eine bestimmte Antwort wichtig ist, erklären Sie an der Stelle, warum sie benötigt wird.

Dieses Muster ist nützlich, wenn die Personalisierung von einer kleinen Anzahl sinnvoller Entscheidungen abhängt. Es ist schwächer, wenn sich Fragen wie ein Quiz anfühlen, ohne sichtbaren Nutzen. Zeigen Sie den Fortschritt nur dann an, wenn er den verbleibenden Aufwand verdeutlicht. Fügen Sie nicht mehrere Bildschirme hinzu, nur um einer kurzen Form ein sanftes Aussehen zu verleihen. Stellen Sie sinnvolle Standardeinstellungen bereit und lassen Sie diese später ändern.

Die Kontoerstellung gehört in dieselbe Diskussion. Apple empfiehlt, nur dann ein Konto anzufordern, wenn Kernfunktionen eines erfordern, und die Anmeldung nach Möglichkeit zu verzögern, damit die Benutzer die App zunächst verstehen können. Machen Sie bei einem Ablauf, für den eine Registrierung erforderlich ist, den Nutzen und die erforderlichen Informationen deutlich. Der zugehörige Designleitfaden für die mobile Anmeldung und Anmeldung kann Ihnen dabei helfen, diesen Teil separat zu lesen.

• Schreiben Sie für jede Frage auf, welche Produktentscheidung von deren Antwort abhängt.
• Verschieben Sie optionale Einstellungen in den Moment, in dem sie nützlich werden, oder in die Einstellungen.
• Erklären Sie die erforderlichen Kontoschritte im Hinblick auf die Aufgabe der Person.

3. Bringen Sie eine neuartige Handlung im Kontext bei

Stellen Sie sich eine Budgetierungs-App mit einer ungewohnten Möglichkeit zum Aufteilen einer Transaktion vor. Ein generisches Karussell, das auf jede Registerkarte zeigt, sorgt dafür, dass sich die Person Anweisungen merkt, bevor sie einen Grund hat, sie zu verwenden. Ein kontextbezogenes Muster wartet, bis die erste Transaktion sichtbar ist, und bietet dann neben dem Split-Steuerelement einen kurzen Hinweis. Ein interaktiver Übungsschritt könnte es jemandem ermöglichen, die Aktion an Beispieldaten auszuprobieren, bevor er einen echten Datensatz bearbeitet.

Bei der Wahl des Designs kommt es auf Timing und Einsatz an. Bringen Sie die einzigartige Interaktion in dem Moment bei, in dem sie relevant wird, halten Sie die Anweisung in der Nähe des Bedienelements und machen Sie die nächste Aktion klar. Wenn eine Person den Hinweis ablehnt, bewahren Sie einen Hilfeweg auf, den sie später finden kann. Vermeiden Sie es, Standardnavigationskonventionen zu erläutern, die die Schnittstelle selbst kommunizieren sollte.

Bei komplexen Abläufen kann eine kleine geführte Aufgabe mehr lehren als eine Tour: ein Beispielboard erstellen, ein Element speichern oder eine Vorschau eines Workflows anzeigen. Halten Sie die Übung reversibel und sagen Sie, ob sie reale Daten verändert. Apple empfiehlt interaktiven Unterricht, bei dem praktische und kurze Vorkenntnisse vermittelt werden.

• Identifizieren Sie die eine Aktion, die neu ist oder leicht missverstanden werden kann.
• Platzieren Sie den Hinweis neben dieser Aktion und bieten Sie einen „Jetzt ausprobieren“-Pfad an, wenn Sie sicher sind.
• Machen Sie das Überspringen, Verwerfen und Wiederfinden der Erklärung einfach.

4. Bitten Sie um Erlaubnis, wenn der Grund ersichtlich ist

Stellen Sie sich ein Fotojournal vor, das einen Standort anhängen kann. Wenn Sie auf dem Begrüßungsbildschirm nach Standortzugriff fragen, wird die Anfrage abstrakt. Wenn man wartet, bis jemand „Standort hinzufügen“ auswählt, entsteht eine klare Erklärung: „Standort“ kann diesen Eintrag kennzeichnen, und die Funktion funktioniert auch ohne. Hierbei handelt es sich um einen Erlaubnismoment, der an einen bestimmten Vorteil gebunden ist und eine klare Alternative bietet, wenn der Zugang verweigert wird.

Die gleiche Argumentation gilt für Benachrichtigungen, Kamera, Kontakte und Gesundheitsdaten. Eine Erklärung vor der Genehmigung sollte genau, prägnant und spezifisch für die Funktion sein. Erwecken Sie nicht den Eindruck, dass der Zugriff obligatorisch ist, wenn die Kern-App auch ohne ihn funktioniert. Apple empfiehlt, Anfragen im Onboarding nur dann zu stellen, wenn privater Zugriff Voraussetzung ist; Andernfalls fragen Sie, wann die Person die Funktion, die sie benötigt, zum ersten Mal verwendet.

• Verknüpfen Sie jede Anfrage mit einer Aktion, die die Person gerade ausgewählt hat, oder mit einer Aufgabe, die sie erledigen möchte.
• Geben Sie an, was die Berechtigung ermöglicht und was auch ohne sie verfügbar bleibt.
• Halten Sie die Systemaufforderung getrennt von Ihrer eigenen Erläuterung des Vorteils.

Eine praktische Überprüfungscheckliste

Bevor Sie Übergänge polieren, überprüfen Sie jeden Schritt auf einem kleinen Telefon. Geben Sie einer unbekannten Person eine realistische Aufforderung zur ersten Aufgabe und beobachten Sie, wo sie zögert. Vergleichen Sie eine leichtere Version, wenn das Produkt diese sicher tragen kann. Behandeln Sie Ergebnisse als Beweis für die Benutzerfreundlichkeit und nicht als garantierte Geschäftsergebnisse.

• Kann jemand eine sinnvolle erste Aufgabe erreichen, ohne sich eine Tour zu merken?
• Hat jede Frage oder jeder Einrichtungsschritt einen klaren, unmittelbaren Grund?
• Können Leute optionale Anweisungen überspringen und sie später wiederfinden?
• Werden Berechtigungen für die Funktion angefordert, die sie benötigt, mit einer ehrlichen Erklärung?
• Ermöglichen Standardeinstellungen, dass Benutzer ohne unnötige Konfiguration fortfahren können?
• Funktioniert der Ablauf mit längeren Texten, unterstützenden Technologien und unterbrochenen Sitzungen?