Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
modul:m322:learningunits:lu06:theorie:lu6-kapitel_4 [2024/03/28 14:07] – angelegt - Externe Bearbeitung 127.0.0.1 | modul:m322:learningunits:lu06:theorie:lu6-kapitel_4 [2025/03/14 17:26] (aktuell) – alte Version wiederhergestellt (2024/03/28 14:07) emastrandrea | ||
---|---|---|---|
Zeile 3: | Zeile 3: | ||
aus dem englischen sinngemäss übersetzt</ | aus dem englischen sinngemäss übersetzt</ | ||
===Wireflows einer Benutzerführung=== | ===Wireflows einer Benutzerführung=== | ||
- | //Ein Wireflow ist ein hybrides Designdokument, | + | //Ein Wireflow ist ein hybrides Designdokument, |
\\ | \\ | ||
Durch einfaches Hinzufügen von Pfeilen und Anmerkungen zwischen den Wireframes (Screens) werden die Pfade angezeigt, die ein Benutzer bei der Verwendung einer Anwendung einschlagen kann. Diese kleinen Änderungen an Wireframes kommunizieren die visuellen Änderungen an der Mensch-Maschinen-Schnittstelle und beschreiben gleichzeitig Zustandsänderungen und Sequenzen in der Benutzerinteraktion.\\ | Durch einfaches Hinzufügen von Pfeilen und Anmerkungen zwischen den Wireframes (Screens) werden die Pfade angezeigt, die ein Benutzer bei der Verwendung einer Anwendung einschlagen kann. Diese kleinen Änderungen an Wireframes kommunizieren die visuellen Änderungen an der Mensch-Maschinen-Schnittstelle und beschreiben gleichzeitig Zustandsänderungen und Sequenzen in der Benutzerinteraktion.\\ | ||
{{: | {{: | ||
//Abb. 6-5: Beispiel eines Wireflows// | //Abb. 6-5: Beispiel eines Wireflows// | ||
- | In diesem Text wird aufgezeigt, wie diese Technik im Designprozess eingesetzt werden kann. Zunächst werden die verschiedenen Arten von Design-Artefakten vorgestellt, | + | In diesem Text wird aufgezeigt, wie diese Technik im Designprozess eingesetzt werden kann und warum Wireflows |
- | ===Vergleich | + | ===Grundlegende Elemente |
- | Wir beginnen mit einem Vergleich von Wireframes | + | Wir beginnen mit einem Vergleich von Wireframes |
\\ | \\ | ||
**Wireframes**\\ | **Wireframes**\\ | ||
Zeile 20: | Zeile 20: | ||
Dieser Wireframe vermittelt eine gute Vorstellung davon, welche Elemente auf den Produktseiten eines Shops erscheinen und wo sie angeordnet werden sollten. Einige dieser Oberflächenelemente lösen jedoch Aktionen aus. Zum Warenkorb hinzufügen (Add to Cart) ist hier ein offensichtlicher Auslöser. Es muss daher explizit festlegt werden, was passiert, wenn der Benutzer diese Aktion auslöst. Um dies zu tun, könnte ein Produktdesigner typischerweise jeden geänderten Zustand drahtlos darstellen, wenn der Benutzer die Kaufabwicklung durchläuft.\\ | Dieser Wireframe vermittelt eine gute Vorstellung davon, welche Elemente auf den Produktseiten eines Shops erscheinen und wo sie angeordnet werden sollten. Einige dieser Oberflächenelemente lösen jedoch Aktionen aus. Zum Warenkorb hinzufügen (Add to Cart) ist hier ein offensichtlicher Auslöser. Es muss daher explizit festlegt werden, was passiert, wenn der Benutzer diese Aktion auslöst. Um dies zu tun, könnte ein Produktdesigner typischerweise jeden geänderten Zustand drahtlos darstellen, wenn der Benutzer die Kaufabwicklung durchläuft.\\ | ||
\\ | \\ | ||
- | **Flussdiagramme**\\ | + | **User Flows**\\ |
- | Flussdiagramme | + | User Flows (Nutzerfluss) |
- | Es gibt mehrere Arten von Flussdiagrammen, | + | Es gibt mehrere Arten von Flussdiagrammen, |
Aufgabenabläufe sind nützlich, um zu entwerfen, wie ein Benutzer eine Aufgabe erledigen wird. Sie werden in der Regel als lineare Abfolge von Schritten dargestellt und können auf einer hohen Ebene entworfen werden oder sehr detailliert sein, indem eine Aufgabe in Teilaufgaben unterteilt wird. Sie können das Ergebnis einer Aufgabenanalyse sein, bei der beobachtet wird, wie Benutzer Aufgaben erledigen.\\ | Aufgabenabläufe sind nützlich, um zu entwerfen, wie ein Benutzer eine Aufgabe erledigen wird. Sie werden in der Regel als lineare Abfolge von Schritten dargestellt und können auf einer hohen Ebene entworfen werden oder sehr detailliert sein, indem eine Aufgabe in Teilaufgaben unterteilt wird. Sie können das Ergebnis einer Aufgabenanalyse sein, bei der beobachtet wird, wie Benutzer Aufgaben erledigen.\\ | ||
Aufgabenflüsse sind auch bei der Planung der optimalen Pfade für die Aufgabenerledigung nützlich, zumal sie sich leicht in natürlicher Sprache ausdrücken lassen. Man könnte sie auch als visuelle Antworten auf User Stories betrachten, da sie auf ähnliche Weise geschrieben sind.\\ | Aufgabenflüsse sind auch bei der Planung der optimalen Pfade für die Aufgabenerledigung nützlich, zumal sie sich leicht in natürlicher Sprache ausdrücken lassen. Man könnte sie auch als visuelle Antworten auf User Stories betrachten, da sie auf ähnliche Weise geschrieben sind.\\ | ||
Zeile 30: | Zeile 30: | ||
Aufgabenflüsse eignen sich zwar für die Vorhersage, wie der Benutzer eine Aufgabe erledigt, aber Abweichungen von diesen idealen Pfaden werden in der Regel nicht untersucht.\\ | Aufgabenflüsse eignen sich zwar für die Vorhersage, wie der Benutzer eine Aufgabe erledigt, aber Abweichungen von diesen idealen Pfaden werden in der Regel nicht untersucht.\\ | ||
Flussdiagramme sind gut geeignet, um den Weg des Benutzers bei der Interaktion mit dem System (den Benutzer-Taskflow), | Flussdiagramme sind gut geeignet, um den Weg des Benutzers bei der Interaktion mit dem System (den Benutzer-Taskflow), | ||
- | Die Diagramme enthalten Start- und Endpunkte, Entscheidungspunkte, | + | Die Diagramme enthalten Start- und Endpunkte, Entscheidungspunkte, |
{{: | {{: | ||
//Abb. 6-8: Flussdiagramm zu Kaufprozess// | //Abb. 6-8: Flussdiagramm zu Kaufprozess// | ||
- | Diese Art von Flussdiagrammen eignet sich gut, um den Benutzer-/ | + | Sie sind zwar gut geeignet, |
\\ | \\ | ||
**Wireflows**\\ | **Wireflows**\\ | ||
Wireflows vereinen die Vorteile von Wireframes und Flussdiagrammen. Der Begriff Wireflow wurde von der Nielsen Norman Group geprägt, nachdem sie beobachtet hatte, wie sich die Praxis in diesem Bereich entwickelte.\\ | Wireflows vereinen die Vorteile von Wireframes und Flussdiagrammen. Der Begriff Wireflow wurde von der Nielsen Norman Group geprägt, nachdem sie beobachtet hatte, wie sich die Praxis in diesem Bereich entwickelte.\\ | ||
Wireflows zeigen visuell, wie sich Teile der Benutzeroberfläche verändern, wenn der Benutzer mit der Anwendung interagiert. Zusätzlich können Anmerkungen hinzugefügt werden, um Faktoren wie die Übertragung von Daten innerhalb des Systems anzuzeigen.\\ | Wireflows zeigen visuell, wie sich Teile der Benutzeroberfläche verändern, wenn der Benutzer mit der Anwendung interagiert. Zusätzlich können Anmerkungen hinzugefügt werden, um Faktoren wie die Übertragung von Daten innerhalb des Systems anzuzeigen.\\ | ||
- | Wireflows können einfach als eine Erweiterung der Wireframing-Praxis betrachtet werden, um Benutzerflussinformationen direkt in das Schnittstellendesign einzufügen. Das einfachste Beispiel zeigt lediglich eine Abfolge von Ereignissen bei der Ausführung einer Aufgabe. Sie können einem Storyboard mit Anmerkungen ähneln. Dies veranschaulicht im Wesentlichen einen Aufgabenablauf mit dem Zusatz von Wireframes.\\ | + | Wireflows können einfach als eine Erweiterung der Wireframing-Praxis betrachtet werden, um Benutzerflussinformationen direkt in das Schnittstellendesign einzufügen. Das einfachste Beispiel zeigt lediglich eine Abfolge von Ereignissen bei der Ausführung einer Aufgabe.\\ |
{{: | {{: | ||
//Abb. 6-9: Veranschaulichung des Ablaufs anhand eines Wireflows// | //Abb. 6-9: Veranschaulichung des Ablaufs anhand eines Wireflows// | ||
Zeile 44: | Zeile 44: | ||
Die komplexesten Beispiele können Flussdiagrammen ähneln und zeigen die Art von Entscheidungsverzweigungen, | Die komplexesten Beispiele können Flussdiagrammen ähneln und zeigen die Art von Entscheidungsverzweigungen, | ||
- | ===Wie man einen Wireflow erstellt.=== | + | ===Wie man einen Wireflow erstellt=== |
- | Produktdesigner verwenden schon seit langem hybride Methoden für das Wireframing. Häufig wird dabei eine Einzelansicht (Key Screen) um Teileansichten ergänzt, um das dynamische Verhalten | + | Produktdesigner verwenden schon seit langem hybride Methoden für das Wireframing. |
- | Eine weitere gängige Wireflow-Praxis ist das Design von mobilen Anwendungen. Da die Ansichtsfenster von Mobiltelefonen im Vergleich zu Desktop-Anwendungen und Websites klein sind, ist es üblich, ganze Schlüsselbildschirme (Key Screen) zu reproduzieren und Zustandsänderungen | + | Häufig wird dabei eine Einzelansicht (Key Screen) um Teileansichten ergänzt, um das dynamische Verhalten zu zeigen. \\ |
Die Erstellung von Wireflows kann in 3 einfache Schritte, durchgeführt werden:\\ | Die Erstellung von Wireflows kann in 3 einfache Schritte, durchgeführt werden:\\ | ||
- | 1. Beschreibender Text des Ablaufs oder Flussdiagramm\\ | + | 1. Beschreibender Text des Ablaufs oder User Flow\\ |
2. Definieren von Key Screens\\ | 2. Definieren von Key Screens\\ | ||
3. Screens verbinden\\ | 3. Screens verbinden\\ | ||
\\ | \\ | ||
**1. Beschreibender Text**\\ | **1. Beschreibender Text**\\ | ||
- | Oftmals wird mit der Beschreibung des Bedarfs | + | Oftmals wird mit einem Szenario oder einer Problemstellung |
**2. Definieren von Key Screens**\\ | **2. Definieren von Key Screens**\\ | ||
Als Nächstes werden die wichtigsten Bildschirme (Key Screens) der Schnittstelle erstellt. Eine gute Möglichkeit, | Als Nächstes werden die wichtigsten Bildschirme (Key Screens) der Schnittstelle erstellt. Eine gute Möglichkeit, | ||
Zeile 73: | Zeile 73: | ||
===Schlussfolgerung=== | ===Schlussfolgerung=== | ||
- | Flussdiagramme | + | User Flows helfen dabei, optimale Pfade für die Erledigung von Benutzeraufgaben zu definieren. |
< | < | ||
Eine umfassende Untersuchung des Ablaufs stellt sicher, dass die Anwendung bereit ist, mit gut formulierten Meldungen zu helfen | Eine umfassende Untersuchung des Ablaufs stellt sicher, dass die Anwendung bereit ist, mit gut formulierten Meldungen zu helfen |