Intelligent Pipelining

Dieses Weblog erläutert den Gestaltungsprozess des Projektes "Intellegent Pipelining. Die Diplomarbeit besteht aus drei Teilen. Dem Webblog zur aktuellen Dokumentation und Zwischenpräsentation, dem Buch als theoretischer Hintergrund und dem Tool an sich. Die Präsentation der Diplomarbeit fand am 17.07. 2006 um 15:00 Uhr im Pavillon der Fakultät Gestaltung an der FH Würzburg statt. Hierfür wurde ein Prototype so vorbereitet, dass es auf dem Mobile Messenger (gesponsort von HP und Microsoft Mobile), sowie am herkömmlichen PC zu bedienen war.

Der erste Teil der Diplomverteidigung bestand aus der Erläuterung der Vorgehensweise (Gestaltungsprozess| UCD-Ansatz). Zweiter Teil die Präsentation des Prototypen.

Gallerie öffnen

Das Ziel der Theoretischen Aufbereitung ist es, einen Leitfaden zu entwickeln, wie interaktive
Projekte durchgeführt werden sollten und dokumentiert werden können. Das Gestaltungsraster des Webblogs soll auch Vorlage für die Gestaltung des Buches sein. Dadurch soll ein direkter Zusammenhang zwischen den beiden Medien entstehen. Bei
einem Webblog ist die Aktualität der Einträge vordergründig, d.h es wird während der Entstehnungsphase dokumentiert.

Für die Umsetzung in html werden detaillierte Screens in Illustrator erstellt. Der Webscreen wird optimiert für eine Auflösung von 1024x768. Die mobile Anwendung hat eine Auflösung von 240x240 dpi. Beide Screens unterscheiden sich teilweise aufgrund der unterschiedlichen technischen Vorraussetzungen. So muss unter anderem bei der mobilen Anwendung der Kontrast im Bereich der Navigationsleiste durch unterschiedliche Lichtverhältnisse während des Einsatzes erhöht werden. Auch das Einfahren der Navigationsleiste schafft zusätzliche Fläche für die Google Maps Karte.

Gallerie öffnen

Nach Orna und Stevens (1995:1) muss bei einem Forschungsprozess das Entdeckte oder neu Gestaltete anhand von Berichten und Präsentationen zur Diskussion an andere weitergegeben werden.

Für mich gehört Usabilityforschung absolut zum Grundfundament eines Gestaltungsprozesses von interaktiven Anwendungen. Auch bei meiner Arbeit ein unerlässlicher Bestandteil, den ich offen zur Diskussion stellen möchte.
An der UDK Berlin besuchte ich Seminare zur Evaluation von Onlinesystemen und Usabilityforschung. Der direkte Kontakt mit Prof. Monika Suckfüll und Flavia Schwerd (GWK) bestätigt mich in der Umsetzung des Bedürfnistool, welches dem Verfahren zur mulidimensionalen Skalierung sehr nahe ist.
Der Austausch mit Dr. Jens Riegelsberger zeigt Schwächen und richtige Ansätze unserer Arbeit. Methoden zur Evaluation von Anwendungen auf mobilen Endgeräten, Diskussion über Verständlichkeit von Metaphern und Darstellungsformen von Effective Route Maps bringen uns im Screendesign weiter nach vorne.

Gallerie öffnen

Maneesh Agrawala und Chris Stolte von der Stanford University haben sich mit einer verbesserten Darstellung digitaler Routenplanung beschäftigt. Das von Ihnen entwickelte LineDrive, ein Routen Rendering System, stellt eine ausgewählte Route abstrakt dar und blendet überflüssige Informationen aus. Eine solche vereinfachte Darstellung ermöglicht eine bessere Orientierung und wichtige Verkehrsabzweigungen bekommen somit mehr Bedeutung als bei der herkömmlichen Nachzeichnung des realen Streckenverlaufs. Eine solche Darstellung ermöglicht uns anhand einer Strecke alle wichtigen Informationen bezüglich aller Verkehrssysteme anzuzeigen, je nachdem welches Verkehrsmittel man ausgewählt hat.

Wenn wir von Effective Route Maps sprechen, stellt sich auch die Frage, ob ich wirklich die gesammte Strecke sehen muss? Langt es, wenn ich lediglich sog. Entscheidungspunkte zeige? Punkte an denen sich für den Reisenden entscheidende Richtungswechsel, Umstiegsstationen oder ähnliches befinden, die einer Orientierungshilfe bedürfen.

Gallerie öffnen

Der denkbare kürzbeste Weg. Bei der Umsetzung der Testergebnisse, wollten wir eine Grafik finden, die alle Verkerkehrsmittel dirkt mit einander vergleichbar macht und die Kriterien der Benutzer berücksichtigt. Also eine Darstellung die nach Möglichkeit nicht den realen kürzesten Weg, sondern nach deinen Bedürfnissen, den für dich kürzesten Weg beschreibt.

Eine feste Navigationsleiste, die alle Navigationselemente beinhaltet, bietet mehr Sicherheit bei der Orientierung. Die Einstellungsvielfalt möchten wir bewusster einsetzen.

Gallerie öffnen

Die zu klärenden Forschungsfragen konnten wie folgt beantwortet werden:
Wie reagiert die Testperson auf das reduzierte Interface am Einstieg und ist die Bedienbarkeit verständlich?
Der Einstieg steht und fällt mit der Formulierung der Frage. Die bei dem Test verwendete Frage, war verständlich. Dennoch traten auch Fehler auf. Drei Testpersonen gaben unvollständige Angaben ein. Dies könnte jedoch durch einen klugen Dialog mit dem System aufgehoben werden. z.B. Bei der unvollständigen Eingabe: Berlin, die Frage: „ Wenn sie sich in Berlin befinden, wohin möchten sie fahren?
Bei der Bedienbarkeit des Hauptscreens traten teilweise Verständnisschwierigkeiten auf. So konnte die Verorteten Informationsfelde missverstanden werden. Auch Buttons wurden gelegentlich nicht klar genug erkannt. Der drehbare Screen verursachte keine Unsicherheit, ohne großes Nachdenken wurde der Weg zurück gefunden.

Ist das Navigationsverhalten bei interaktiven Anwendungen von Männern und Frauen unterschiedlich?
Dies könnte zutreffen. Laut den ausgewerteten Screens, bewegten sich die männlichen Testpersonen zielstrebiger und lösten ihre Aufgabe schneller. Die weiblichen Testpersonen, versuchten erst möglichst alle Funktionen für sich zu erkennen, um dann die entsprechenden Klicks zu tätigen. Dies ist jedoch nur eine Tendenz und müsste durch weitere Testes untersucht werden.

Wie lange brauchen die Testpersonen um eine Mobilitätsplanung durchzuführen?
Das Ziel eine Mobilitätsplanung durchzuführen wurde durchschnittlich in 02:08:56 Minuten erreicht. Frauen benötigten durchschnittlich Minuten, Männer 01:19:97 Minuten.

Gallerie öffnen

Durch die freundliche Unterstützung von Herrn Bohl und HP können wir ab nächster Woche das Tool auf die Anforderungen des mobilen Endgerätes anpassen. Bei dem Testgerät handelt es sich um einen Mobile Messenger, den HP iPAQ hw6515 mit GPS und Bluetooth.

Technische Daten im Überblick:
HP iPAQ hw6500 Mobile Messenger, Prozessor Intel PXA270 Prozessor 312 MHz ROM/RAM 64 MByte/64 MByte, File Store Speicher Bis zu 8 MByte, Betriebssystem Microsoft Windows Mobile 2003 Second Edition, Integrierte Wireless-Konnektivität Quad band GSM/GPRS/EDGE, Bluetooth 1.2, IrDA SIR 1.2, Bildschirm 3,0 Zoll Transflektives TFT-Display (240 x 240 Pixel, 64K Farben), SD-Slot und Mini SD-Slot Audio Mikrofon, Empfänger, Lautsprecher, 2,5 mm Audio Buchse, MP3- Stereo (über Kopfhöreranschluss), Monate Software iPAQ Wireless, GSM/GPRS Setting Manager, GPS Navigation von TomTom, HP Profiles, MMS Composer, Bluetooth Manager etc.

Die Usability Tests in Berlin sind erfolgreich abgelaufen. Es wurden insgesamt 8 Testpersonen mit Kameraaufzeichnung und Moustracking getestet. Zudem 10 Personen, jeweils 5 Männer und 5 Frauen ohne Kamera aufgezeichnet. (Die Kamera konnte Testpersonen verunsichern, deshalb führte ich zusätzliche Untersuchungen durch)

Die zu klärenden Forschungsfragen waren: Wie reagiert die Testperson auf das reduzierte Interface am Einstieg und ist die Bedienbarkeit verständlich? Ist das Navigationsverhalten bei interaktiven Anwendungen von Männern und Frauen unterschiedlich? Wie lange brauchen die Testpersonen um eine Mobilitätsplanung durchzuführen?

Mit der Frage, ob man kurz Zeit habe an einer Untersuchung zu einer Diplomarbeit teilzunehmen, wurden vorerst Studenten zwischen 20 und 40 Jahren an das Tool herangeführt. Die Aufgabenstellung lautete: Sie möchten von Berlin nach Amsterdam mit dem billigsten Verkehrsmittel fahren und um ca. 16:00 Uhr ankommen.

Die Tests begannen am Dienstag den 06.06.2006 um 13:30 Uhr an der HU in Berlin und dauerten ca. bis 18:00 Uhr. Die Auswertungen dauern derzeit noch an. Weitere Informationen zum Setting finden Sie in der Galerie.

Gallerie öffnen

Zum Testen des Screendesigns werden einige gängige Methoden der Usability-Forschung angewendet. Das Setting gestaltet sich wie folgt. Die Testpersonen (potentielle User) bekommen die Aufgabe anhand des Tools eine Reise zu planen. Da das Tool bisher erst als Prototyp existiert werden für die Test interaktive Screenshots mittels Director erstellt. Es soll geprüft werden, wie die User Navigationselemente bedienen und wie sie auf das sehr reduzierte Interface reagieren.

Hierbei werde ich mit Morae 1.2 arbeiten.  Kameraaufzeichnung, Ton und Cursorbewegung der Testpersonen werden erhoben. Im Anschluss an den Test wird mit den User ein Interview geführt. Das Experiment findet in den Räumlichkeiten eines Studentenkaffees statt, denn das Tool muss im hektischen Alltag leicht bedienbar sein

Neben dem webbasierten Screen, wird auch der mobile Scrren zu testen sein. Aufgrund der reduzieten Fläche und anderen Bedienbarkeit eines PDAs oder Moblie Messenger, ändert sich das Screendesign bedingt..

Gallerie öffnen

Durch Dr. Jens Riegelsberger bekam ich die Möglichkeit mich mit der Usability-Software-Lösung Morae 1.2.  vertraut zu machen. Diese möchte ich zur Überprüfung der Benutzerfreundlichkeit meines Tools nutzen.

Morae ist eine komplett digitale Software-Lösung zur Analyse der Interaktion zwischen Mensch und Computer. Sie wurde speziell für den Einsatz von Usability-Tests entwickelt.
Sie kombiniert Nutzer- und Systemaktivität zu einer einzigen, synchronisierten Aufnahme, die automatisch indexiert wird und durchsuchbar ist.

Das nun erstmals weitestgehend visualisierte Interface, beinhaltet alle bis dahin gesammelten und für sinnvoll erachteten Funktionen.
Wichtigstes Ziel ist die maximale Vergleichbarkeit der Verkehrssysteme und eine reduzierte, einfache Mitteilung der Mobilitätsbedürfnisse des Benutzers. Sowie eine effektive Unterstützung eins Systems, dass mit der Zeit seinen Nutzer kennen lernt  und sich auf ihn und seine Bedürfnisse einstellt.

Gallerie öffnen

Was machst du, wenn man nur mit einem Stadtplan in der Hand, in einer fremden Stadt unterwegs ist und dir jemand den Weg erklärt? Um dir den Weg zu merken, markierst du wichtige Stellen mit einem Stift auf dem Plan. Dieses natürliche Verhalten möchte ich übernehmen und intuitiv nutzbar machen. Die digitale Karte soll man drehen können, um auch die Rückseite nutzbar zu machen. Ich markiere wichtige Strecken auf der Vorderseite der Karte und auf der Rückseite, stelle ich meine Mobilitätskriterien ein.
Da kommen mir sofort neue Ideen wie eine solche Funktion Auswirkung auf unser Benutzerverhalten oder Endgeräte haben kann. Mobile Geräte die vorne und hinten Screens haben um mehrere Funktionen abwechselnd bedienen zu können. Oder die obligatorischen Notizen auf der Rückseite. Jede Digitale Oberfläche kann auf der Rückseite immer im Bezug zur Vorderseite mit eigenen Informationen versehen werden. Vielleicht ist es bald selbstverständlich, dass unser Screen auch eine Hinterseite hat.

Gallerie öffnen

Als ich mir Gedanken über Metaphern aus der realen Welt machte, die man gegebenen falls in das Interface übernehmen könnte, stellte sich mir die Frage: „Welche weiteren Aspekte helfen, dass intuitive Benutzen zu ermöglichen oder dass ich mich mit Teilen des Interfaces identifizieren kann?“
Eine weitere Frage stellte sich mir, als ich mit dem Gedanken spielte, ob das System überhaupt ein vorgefertigtes, von mir eingegebenes Profil, braucht. Warum lernt mich das System nicht mit der Zeit kennen? Würde es dann auch herausfinden ob ich männlich oder weiblich bin? Das ein Interface in verschiedenen Kulturbereichen unterschiedlich gestaltet sein muss, ist verständlich (Sprache, Kontext etc).
Doch ob sich die Bedienung von digitalen Systemen in Bezug auf Frauen und Männer unterscheidet kann ich bislang noch nicht sagen.

Sabina Geißler untersuchte an der UDK "das weibliche Interface?" Überlegungen zum Verhältnis von Technik, Geschlecht und Sprache. Sie schreibt: "Die Frage, ob es sich beim Interface um eine Sprache oder eine Technologie handelt, kann nicht vollständig geklärt werden. Die Neuen Medien bieten für eine Untersuchung dieser Fragestellung ein hohes
Potenzial.
Eine "Mehr Methoden Design" Untersuchung diesbezüglich werde ich nächste Woche durchführen.

Durch Prof. Franz Liebls Beitrag über Creating Interface Value erführ ich von Donald A. Norman. Dieser hat 1989 in seinem Buch "The Psychology of Everyday Things" für einen direkten Zugriff auf ein Objekt den Namen "Direct Manipulation Interface" geprägt. Hierzu existieren wichtige Gestaltungsprinzipien, wie der Nutzer als interessierendes Objekt zugänglich gemacht werden kann. Diese vier Prinzipien für das "Direct Manipulation Interface" lauten wie folgt (Shneiderman 1987).

• Prinzip 1: Ein effektives Interface muß zunächst analysieren, was eine Person zu tun versucht.


• Prinzip 2: Das interessierende Objekt bedarf einer kontinuierlichen Repräsentierung.


• Prinzip 3: Einfache physische Aktionen oder einfaches Anklicken von Schaltflächen sind komplexen Befehlseingaben vorzuziehen.


• Prinzip 4: Erforderlich sind schnelle schrittweise Operationen, deren Einfluß auf das interessierende Objekt sofort deutlich wird.

Des Weiteren konnte ich mich auch durch die Diplomarbeit von Matthias in die Appel und Microsoft Guidelines for Human User Interfaces einlesen.

Gallerie öffnen

Der Nutzer eines solchen Systems hat nur ein Ziel: Möglichst einfach von A nach B zu kommen.

Aus diesem Grund wird der unpersonalisierte Einstieg so einfach und reduziert wie möglich gehalten. Die Navigation möchte ich so weit wie möglich durch Fragen ersetzen bzw. ergänzen, da diese persönlicher und oft eindeutiger wirken.
Der personalisierte Einstieg soll durch einer mögliche Verortung auf der Yahoo/ Google Maps verdeutlicht werden. Dieser erspart meist auch die Eingabe des Abfahrtortes.

Gallerie öffnen

Nachdem diverse Map-Anbieter ihre Satelliten Karten in Deutschland auf den Weg gebracht haben zieht nun auch Yahoo Maps nach. Interessant für Webentwickler ist jedoch, das mit Yahoo Maps nun ein weiterer Anbieter neben Google Maps mit einer offenen Entwickler API auf dem Markt ist. Karten können mit geographischen Informationen überlagern, ob es sich dabei um Läden, eine freie Mietwohnung, Sehenswürdigkeiten oder, wie angedacht, verortete Informationen zu Verkehrssystemen. Dazu bietet Yahoo ein offenes XML-API an. Mehr hierzu auf dem Developer Center von Yahoo Maps.

Evtl. könnte bei Yahoo ein Ausblenden aller unrelevanten Strecken mit Hilfe von Flash umgesetzt werden.

Detaillierter habe ich nun die ersten zwei Szenarien durchdacht. Sie dienen als Grundlage für den neuen Screen/ den Einstieg. Die Erkenntnis, ein solches System müsse mehr kommunizieren, soll hier stärker berücksichtigt werden. Die Szenarien sollen abgespeckt von allen zusätzlichen Features, dein Einsieg und die Durchführung einer Mobilitätsplanung zeigen. Einmal nicht personalisiert, einmal personalisiert.

Gallerie öffnen

Aufgrund der Gespräche zu den ersten sichtbaren Ansätzen, ist es beim weiteren Vorgehen wichtig, den Dialog zwischen Nutzer und System verstärkt zu berücksichtigen.
Dabei darf das Herunterbrechen der Screeninformation auf die Endgeräte, sowie der Benutzerkontext nicht zu vergessen werden.
Drei grob angedachte Szenarien sollen helfen den Dialog neu zu gestalten.

• Szenario 1: Sie befinden sich hier? (Mobile Nutzung, Personalisierte Anmeldung)
• Szenario 2: Sie möchten jemanden den Weg erklären? (Wegbeschreibung, Auskunft)
• Szenario 3: Veränderte Reisessituation? (Mobile Nutzung, Nachricht hinterlegen)

Der Dialog soll direkt mit Google Maps beginnen. Der Benutzer kann sofort mit seiner Planung beginnen/ bzw. das System hat für ihn schon damit begonnen.

Protokoll zum zweiten Treffen mit Erich Schöls und Carl Frech:

„Das ist es noch nicht!“
Aus gestalterischer Sicht ist der Pfeil sicherlich nicht die Ideallösung für eine Interaktionsfläche.

Dennoch zunächst eine bewusst gewählte Form. Auch Icons in 2D und 3D Ansicht sind nicht unmöglich, da der harte Schwarz-Weiß-Kontrast lediglich Umrisse der Form abbildet, die durch entsprechende Perspektiven eine höhere Lesbarkeit erhalten aber dennoch eine einheitliche Zeichensprache sprechen können. Sicherlich sind sie in diesem Stadium nicht ausgereift.
Der Einstig ist in Frage zu stellen. Denn die drei Schritte zur Mobilitätsdurchführung sollten mehr innovativ erfolgen.

Die Analyse der ersten Screen-Prototypen ergab einige Änderungen. So wurden die Verbesserungen durch die vorhergegangene Evaluation der Scibbles übernommen. Auch aus Sicht der Usability wurden die Tabs, welche die drei zu durchlaufenden Bereiche unterteilt, durch einen Pfeil ersetzt. Dieser dient nicht mehr nur als Eingabefenster und Symbol für Mobilität, sondern auch als Interaktionsfläche für alle drei Bereiche. Der Screen kann durch den Pfeil weiter nach rechts geschoben werden. Der Benutzer gelangt so zum nächsten Bereich, ohne die Orientierung zu verlieren (auch durch die geringe Anzahl der Bereiche) bzw. findet intuitiv den Weg zurück um Änderungen vornehmen zu können.

• Mit drei Klicks am Ziel
• Maximaler Spielraum bei den Mobilitätsbedürfnissen
• Intelligentes System bei personalisierter Anfrage (Weg/ Bedürfnis-Speicher)
• Kollektiver Mehrwert
• Mobile Nutzung

Gallerie öffnen

Die ersten Screen-Scribbels beschränken sich auf den Einstieg zum webbasierten Mobilitätsportal. Das Tool zur Ermittlung der Mobilitätsbedürfnisse ist hier zentraler Bestandteil.
Die Nutzung eines solchen Systems gliedert sich in drei Bereiche. Als erstes muss ein Mobilitätsbedürfnis vorhanden sein. Dieses teilt man durch die Eingabe von
Abfahrts –und Ankunftsort, sowie Abfahrstag und Ankunftszeit mit. Der Zweite Schritt berücksichtigt die Mobilitätskriterien. Hier teilt der Benutzer seine Bedürfnisse mit. Hauptbedürfnisse sind Sicherheit, Preis, Schnelligkeit und Zeitnutzenfaktor.  Nach Möglichkeit sollten weitere Bedürfnisse individuell hinzugefügt werden können, da diese sich stark unterscheiden.
Der letzte Bereich verknüpft Mobilitätsbedürfnis mit Mobilitätsverlangen und errechnet passende Verkehrssysteme, sowie zu vergleichende Daten, wie Preise, Länge, Dauer etc.

Kollektive Intelligenz soll durch die Möglichkeit verortete Informationen im System zu hinterlassen genutzt werden. Sollte ich aufgrund der Konstellation meiner  Bedürfnisse auf gleiche Strecke und Verkehrsmittel stoßen wie ein anderer Nutzer der Informationen hinterlassen hat, so werden diese für mich sichtbar und können abgerufen werden.
Weitere nützliche Funktionen werden nach der erfolgreichen Evaluation des ersten
Screen-Prototypen hinzugefügt.

Die erste Evaluation der Screen-Sribbels durch Kommilitonen zeigte, dass ein Durchschreiten der drei Bereiche klar strukturiert und sehr einfach gehalten werden muss. Ein Bottom zum Ausführen der Mobilitätsanfrage muss zentral sichtbar und in der Nähe der Eingabefelder platziert sein.  Schnelle Änderungen müssen möglich sein. Ein sichtbares Ergebnis, also ein Mobilitätsvorschlag, sollte nach zwei Klicks (bei Personalisierung) möglich sein.

Gallerie öffnen

• April
• Mai
• Juni