Präsentation des FH-Projekt-Prototypen bei der DB in FFM
•
0 likes•2,229 views
Mehr dazu: http://fly.ingsparks.de/2010-10-07/fh-aachen-db-fahrkartenautomat/
![Einleitung ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to Präsentation des FH-Projekt-Prototypen bei der DB in FFM
Similar to Präsentation des FH-Projekt-Prototypen bei der DB in FFM (20)
Präsentation des FH-Projekt-Prototypen bei der DB in FFM
- 1. Optimierte Benutzeroberfläche für DB – Fernverkehrsautomaten Konzeptskizze Kristina Mickartz, Tobias Jordans, Nikolaus Schneider Prof. Oliver Wrede Visuelle Kommunikation FH Aachen, Fachbereich Design
- 8. Ausschnitt eines Lageplans Prototyp: Räumliches Modell
- 13. Von:
- 14. Nach:
- 17. Vielen Dank!
Editor's Notes
- Untypisch für eine Präsentation zeigen wir jetzt den Prototypen der im Seminar entstand. Er geht von Start-Screen über den Expresskauf und hört bei der Verbindungsauswahl auf! Bei dieser ersten Präsentation werde ich so tun, als ob ich selbst eine Karte ziehe und dabei laut denken. Anschließend werden wir im Detail erklären, welche Gedanken darin verwirklicht wurden.
- Bei zweiten Screen sagen: Man wählt aus und wie gerade entsteht daraus das nächste Dialogfeld. Demo: Start Expresskauf Zielbahnhof Aachen auswählen (…) Verbindungsart bestätigen Verbindungen auflisten // Ende Anschließend: An dieser Stelle endet unser Prototyp. Das reicht aber auch um zu jetzt im Detail zu zeigen, was wir uns dabei gedacht haben:…
- Die Animation an sich würde nicht funktionieren, ohne ein mentales Model das als Basis alle Screens zusammenfügt. Unser Interface gleicht einem Lageplan, bei dem alles miteinander verbunden ist. Der Bildschirm ist der Ausschnitt unter dem der Lageplan bewegt wird.
- Die Veränderungen auf dem Bildschirm werden für den Benutzer vorhersehbar und er erlebt ein starkes Gefühl der Kontrolle über seine Tätigkeit. Zu jeder Zeit kann er sich im Fokus auf seine aktuelle Aufgabe konzentrieren, verliert aber den Kontext am Rand nicht aus den Augen. Er weiß und sieht , dass er zu jeder Zeit zum vorherigen Schritt zurück kann.
- Damit dieses räumliche Model zusammen mit seinen Animationen die erwünschten Effekte erzielt, muss den einzelnen Ansichten ein klaren Ordnungssystem zugrunde liegen. Ohne diese visuelle Ruhe würden die Animationen und Flächen den Benutzer überfordern – so helfen ihm die festen Positionen jedoch enorm sich auf in der neuen Ansicht zurecht zu finden. Feste Positionen gekoppelt mit der v-z-Animation und dem räumlichen Lageplan-Model erleichtert das Lernen einzelner Interfacefunktionen wie dem „abbrechen“-Button erheblich.
- Zuletzt möchte ich den Blick auf den Inhalt der einzelnen Interfacelemente lenken: Unter Berücksichtigung des Kontext und der schon beschriebenen Funktionen gewinnen die Bezeichnungen eine Klarheit, die Hilfetexte erspart. Zudem haben wir auf eine freundliche Dialogsprache geachtet. Demo: Back-Button benennen und „Bitte“-Zeile
- Voraussetzung, damit diese Funktionen das gewünschte Ziel einer klaren und intuitiven Oberfläche erreichen, ist eine schnelle Reaktionszeit (des Automaten) die eine effizientes Arbeiten ermöglicht. Dann kann (auch) die Bedienzeit verkürzt und die Erlebnisqualität gesteigert werden. Wäre es nicht toll, wenn die Benutzer eines Fahrkartenautomats anschließend statt von Demotivation von Freude sprechen?
- Zusammenfassend möchten wir nun noch einmal den Blick auf das derzeitige/alte Interface werfen: Hier sehen wir links die Oberfläche nach Eingabe aller Reisedaten, auf der nun der Button „Verbindungen/Fahrkarte“ gedrückt werden soll. Da der Automat erst die Daten auswerten und Verbindungen suchen muss, wechselt der Screen in die Ladeansicht mit (ablenkender) Werbeeinblendung. Rechts die Anzeige mit den möglichen Verbindungen. Diese Screens folgen zwar direkt aufeinander- ein Zusammenhang zwischen der Oberfläche „Verbindungen/Fahrkarte“ und deren Darstellung auf dem folgenden ist visuell nicht deutlich, auf Grund der Ladeunterbrechung und der inkonsistenten Anordung der Flächen. Vergleicht man diese Screens mit unserer Lösung…
- … wird die Klarheit der Neugestaltung offensichtlich. Der Benutzer weiß stets, an welcher Stelle im Kaufprozess er sich befindet. Immer behält er die Orientierung und Kontrolle über seine Aktionen im Vorgang des Auswählens, ermöglicht durch die nachvollziehbare Zusammengehörigkeit der Screens. Die Zusammengehörigkeit der Anzeigen gibt dem Benutzer stets die Orientierung und die Kontrolle über den Kaufprozess.
- Unsere Eingangs aufgeführten Schwerpunkte zur Optimierung der Bedienbarkeit, nämlich die intuitive Erlernbarkeit und das positive Erleben des Fahrkartenkaufs, konnten wir mit der Entwicklung eines räumlichen Modells erreichen.(kommen zum tragen) Durch eine durchgehende Systematik der Anordung und des Verhaltens der Bedienelemente, (der Namens- und Farbgebung) sind die einzelnen Schritte des Kaufvorgangs für den Benutzer mental nachvollziehbar.
- Der nächste Schritt zur Realisierung des Interfaces wäre die Entwicklung eines testbaren Prototypen. Um noch besser auf die Bedürfnisse der Benutzer eingehen zu können, wäre es sinnvoll, eine Produktstudie anzusetzen, in der man den gesamten Automaten einer eingehenderen Betrachtung unterzieht. D.h. man untersucht den Automaten im Raum, in seiner Umgebung und als Objekt aus vielen Einzelelementen, wie dem Eingabefeld, der Tastatur, Kartenschlitz und Münzeinwurf, Position Display. Ausserdem müssen die technischen Anforderungen, welche wir bewusst außer Acht gelassen haben, genau bestimmt werden. Wenn all diese Aspekte im Sinne der intuitiven Erlernbarkeit und des positiven Erlebens gelöst werden, ist eine nachhaltige Optimierung möglich. stand bereits hier- nötig?> Die Modifizierungen grafischer Details entspricht Kleinigkeiten, die allerdings große Auswirkungen auf den Gebrauchswert (Usabiltiy ) haben…)