vision-concept

Design Sprint › Tag 3 (12.10.2022)

Elemente: User-Test-Flow, Storyboard

User Test Flow

• Jeder hat einen Test Flow aufgeschrieben
• dabei war teilweise unklar, wie genau die Formulierungen sein müssen (“rechtzeitig” ankommen)
• durch die Arbeit der letzten Tage konnte unser Thema bereits gut eingeschränkt werden, weshalb die Test Flows sehr ähneln

Vote the Flows

• Beim Voting war uns nicht klar, ob wir unsere Stimme einem kompletten Flow oder den einzelnen Schritten geben sollen
  • -> wir haben uns dafür entschieden für die einzelnen Schritte zu voten, um so den besten Test Flow zu bekommen.
• Außerdem haben wir uns dafür entschieden den 5. Schritt zu erweitern und zwei Karten mit in den finalen Test Flow zu nehmen
  • -> 5.1 stellt den Idelfall da: Nutzer:in bekommt eine Startzeit mitgeteilt und begibt sich zu diesem Zeitpunkt auf die Reise. Nebenbei öffnet er/sie die App um über die nächsten Schritte und seine aktuelle Position informiert zu werden. Zusätzlich erhält er/sie eine Push-Benachrichtugung bei wichtigen Ereignissen. Push-Benachrichtigungen können Informationen zu Verspätungen o.ä sein, aber auch Tipps wie z.B. “2 Stopps bis zum Ziel. Gehe schon zur Tür”
  • -> 5.2 stellt eine neue Problemsituation/Fehlersituation dar: was passiert, wenn ich die Endstation verpasse?? es war uns wichtig zu zeigen, dass unsere App unsere Nutzer:innen auch mit alternativen Routen unterstützt, ihnen Tipps gibt was in diesem Fall zu tun ist und sie weiter auf ihrer Reise begleitet
• Wir waren uns unsicher, ob wir diese Fehlersituation mit in den Test Flow und den Prototyp aufnehmen sollen. Haben uns aber dafür entschieden, weil
  • wichtig um Vertrauen der Nutzer:innen zu bekommen und zu halten (Sprint Goal)
  • USP weitere Unterstützung und Begleitung, möchten kein negatives Gefühl bei Nutzer:in erzeugen

Hier die Ergebnisse unseres Votings:

Storyboard

• wir haben aufgeteilt, wer welchen Teil unseres Test Flows zeichnet
• überlegt, welche Situationen wir brauchen und wie man diese am besten darstellen kann
• Schwierigkeiten, die Screens bereits so detailreich darzustellen wie später im Prototyp, da wir noch keinen genauen Anforderungen und Funktionen definiert hatten
  • -> die Inhalte der Screens müssen für den Prototyp noch verfeinert werden
• Wir sind mit dem Storyboard und dem dargestellten test Flow zufrieden

Grundsätzliche Anmerkungen

• Die Projektidee konnte an diesem Sprinttag weiter konkretisiert werden
• Unser User Flow und das Storyboard sind hilfreich, um den Prototyp zu erarbeiten

This site is open source. Improve this page.