Ein gelungener Prototyp einer mobilen App validiert einen einzigen zentralen Nutzerpfad mit echten Nutzern, bevor eine kostspielige Entwicklung beginnt. Es geht darum, den Hauptanwendungsfall auszuwählen, ihn mit gerade so viel Detailtreue wie nötig klickbar zu machen und ihn dann in realer Umgebung zu beobachten, um zu entscheiden, was gebaut, geändert oder verworfen wird.
Im Video
Kurze Vorstellung von AegisVPN — solution numérique Dyonysos — YouTube-Kanal @dyonysosfr · Alle DYONYSOS-Videos ansehen
Die Hypothese formulieren, die der Prototyp prüfen soll
Ein Prototyp ist kein dekoratives Mock-up, sondern ein Werkzeug, um eine Frage zu beantworten. Zum Beispiel: „Kann ein Techniker einen Einsatz in weniger als einer Minute melden, im Stehen und mit Handschuhen?“ oder „Versteht ein Kunde ohne Hilfe, wie er einen Termin bucht?“
Schreiben Sie diese Hypothese auf, bevor Sie auch nur einen Screen zeichnen, ebenso das Ergebnis, das Sie umstimmen würde. Ohne vorab definiertes Erfolgskriterium wirkt am Ende jeder Test überzeugend.
Den Umfang auf den zentralen Nutzerpfad beschränken
Der häufigste Fehler besteht darin, die gesamte App als Prototyp umzusetzen. Der zentrale Nutzerpfad ist die Abfolge von Screens, die den Hauptnutzen liefert: vom Öffnen bis zu der Aktion, die die Existenz der App rechtfertigt. Anmeldung, Einstellungen und Profil lassen sich oft simulieren oder ganz weglassen.
Ein Pfad mit fünf bis zehn Screens reicht in der Regel aus, um das Wesentliche zu testen. Sind deutlich mehr nötig, ist das oft ein Zeichen, dass das Nutzenversprechen noch nicht klar genug ist.
- Die Hauptaktion des Nutzers bestimmen
- Nur die Screens auflisten, die dafür nötig sind
- Nebenschritte durch simulierte Screens ersetzen
- Einen realistischen Fehlerfall einplanen
- Prüfen, ob sich der Pfad auf einem kleinen Bildschirm mit dem Daumen bewältigen lässt
Die richtige Detailtreue wählen
Ganz am Anfang reichen Papierskizzen oder Wireframes in Graustufen, um die Navigationslogik zu testen. Ist die Struktur validiert, lassen sich mit einem detailgetreueren interaktiven Prototyp die Verständlichkeit der Beschriftungen, die visuelle Hierarchie und der Bedienkomfort testen.
Zu viel Detailtreue zu früh hat versteckte Kosten: Die Testpersonen kommentieren die Farben statt des Ablaufs, und das Team zögert, sorgfältige Arbeit zu verwerfen. Erhöhen Sie die Detailtreue erst, wenn die grundlegenden Fragen geklärt sind.
Unter realen Nutzungsbedingungen testen
Die mobile Nutzung hängt stark vom Kontext ab: auf der Straße, auf der Baustelle, im Geschäft, mit einer Hand. Lassen Sie den Prototyp auf einem Smartphone in einer realitätsnahen Umgebung testen, und zwar von Personen, die der Zielgruppe entsprechen, nicht von Kollegen.
Geben Sie eine Aufgabe vor, keine Anleitung, und beobachten Sie dann, ohne zu helfen. Notieren Sie Zögern, Rückschritte und Sätze wie „Ich dachte, dass …“: Das sind die aufschlussreichsten Hinweise.
Fehler, die die Erkenntnisse aus einem Prototyp verfälschen
Mehrere Fallstricke machen einen Test schmeichelhaft, aber nutzlos. Am häufigsten wird die Funktionsweise erklärt, bevor die Person es selbst versucht: Dann testen Sie Ihre Erklärung, nicht die App. Ein weiterer besteht darin, die Testpersonen zu fragen, ob sie die App gern nutzen würden – eine Frage, die fast jeder höflich mit Ja beantwortet.
Seien Sie auch vorsichtig bei Testpersonen, die dem Projekt zu nahestehen, und bei zu perfekten Prototypen, die Kritik hemmen. Halten Sie Ihre Beobachtungen schließlich noch am selben Tag fest: Erinnerungen verzerren sich schnell, und das Team behält unwillkürlich das, was seine Intuitionen bestätigt.
- Die Testperson anleiten, statt sie zu beobachten
- Nach einer Meinung fragen, statt ein Verhalten zu beobachten
- Testpersonen rekrutieren, die dem Projekt zu nahestehen
- Eine mobile Nutzung am Computer testen
- Beobachtungen nicht sofort notieren
Vom Prototyp zur schrittweisen Entwicklung
Ein überzeugender Prototyp bedeutet nicht, dass alles auf einmal entwickelt werden muss. Der logische nächste Schritt ist eine erste Version, die auf den validierten Nutzerpfad beschränkt ist und deren tatsächliche Nutzung gemessen wird, bevor weitere Funktionen hinzukommen.
Diesen Ansatz verfolgt die Lösung Mobile Apps von Dyonysos: Bedarfsanalyse, interaktiver Prototyp, mobiles Design und anschließend schrittweise Entwicklung, begleitet von einer Nutzungsanalyse. Andere Teams gehen intern nach derselben Logik vor; wichtig ist, die Verbindung zwischen dem Getesteten und dem Gebauten zu wahren.
Häufige Fragen
Antworten auf die Fragen, die uns zu diesem Thema am häufigsten gestellt werden.
Schon eine kleine Zahl gut ausgewählter Testpersonen deckt die meisten größeren Hürden auf. Besser sind mehrere kurze Zyklen mit wenigen Personen, mit Korrekturen zwischen den Zyklen, als ein einziger großer Test am Ende der Konzeption.
Ja, so früh wie möglich. Ein Test auf dem Computerbildschirm verdeckt Probleme mit der Größe der Touch-Flächen, der Lesbarkeit und der Einhandbedienung – also genau die Aspekte, die für Mobile spezifisch sind.
Der Prototyp simuliert das Nutzererlebnis, um Verständnis und Interesse zu testen, ohne echte Logik dahinter. Das MVP ist eine tatsächlich nutzbare, auf das Minimum reduzierte App, mit der sich die reale Nutzung über einen längeren Zeitraum messen lässt.