modul:m322:learningunits:lu07:theorie:lu7-kapitel_1

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung		 Vorhergehende Überarbeitung
modul:m322:learningunits:lu07:theorie:lu7-kapitel_1 [2024/03/28 14:07] – angelegt - Externe Bearbeitung 127.0.0.1modul:m322:learningunits:lu07:theorie:lu7-kapitel_1 [2025/03/28 10:46] (aktuell) – emastrandrea
Zeile 2: Zeile 2:
 Beim Prototyping geht es darum, die erstellten Konzepte zusammen mit möglichen Benutzern zu überprüfen. Diese Überprüfung kann auf verschiedenen Ebenen des Entwurfs geschehen.\\ Beim Prototyping geht es darum, die erstellten Konzepte zusammen mit möglichen Benutzern zu überprüfen. Diese Überprüfung kann auf verschiedenen Ebenen des Entwurfs geschehen.\\
 ===Ausgestaltung der Benutzerinteraktionen=== ===Ausgestaltung der Benutzerinteraktionen===
-Dabei geht es darum, die Abfolge der einzelnen Screens "erlebbar" zu machen.\\+Dabei geht es darum, die Abfolge der einzelnen Screens "erlebbar" zu machen. Ein Prototyp ermöglicht es einen Usability-Test (Usertest) durchzuführen.\\
 Die Benutzer können Rückmeldung geben, wie verständlich die Benutzerführung ist, ob einzelne Arbeitsschritte selbsterklärend sind, wie gut auf Fehlmanipulationen reagiert wird usw.\\ Die Benutzer können Rückmeldung geben, wie verständlich die Benutzerführung ist, ob einzelne Arbeitsschritte selbsterklärend sind, wie gut auf Fehlmanipulationen reagiert wird usw.\\
-Je nach Ziel des Prottypen kann es sich hier um  +Je nach Ziel des Prototypen kann es sich hierbei um  
-   * einen **Papier-Prototypen** handel, wie sie schon in der Konzeptphase vorgstellt wurden. Der Aufwand ist hierbei sehr gering - die entsprechende Artefakte liegen meist schon vor. Der Erkenntnisgrad begrenzt sich aber auf die Akzeptanz eines bestimmten Ablaufs von Interaktionen. +   * einen **Papier-Prototypen** handeln, wie bereits in der Konzeptphase vorgestellt. Der Aufwand ist hierbei sehr gering - die entsprechenden Artefakte liegen meist schon vor. Der Erkenntnisgrad bei Feedbacks begrenzt sich aber häufig auf die Akzeptanz eines bestimmten Ablaufs von Interaktionen. 
-   * einen **Klick-Prototypen** handeln, der vorallem den Ablauf erleben lässt. Um das Verständnis der Abläufe zu überprüfen, genügt diese Art oftmals. +   * ein **Wireframe** handeln, der die strukturellen Elemente, das Layout und die wichtigsten Elemente graphisch, als eine Art “Drahtgerüst”, lediglich mit Hilfe von Linien und Boxen in einem Raster darstellt. Das Raster ist dazu da, Ordnung zu schaffen und Proportionen festzulegen und so Kohärenz innerhalb der Applikation zu generieren.  
-   * einen **voll funktionsfähigen Prototypen** handlen, der auch Usabilty-Tests ermöglicht. Der Aufwand für die Erstellung ist jedoch erheblich und der Prototyp sehr nahe am Endprodukt. +   * einen **Low-Fidelity-Prototypen** handeln, um grundlegende Konzepte und Layouts schnell zu visualisieren und erste Benutzerfeedbacks einzuholen. Auch verschiedene Varianten können schnell erstellt, diskutiert oder evaluiert werden. 
 +   * einen **Klick-Prototypen** handeln, der vorallem den Ablauf erleben lässt. Um das Verständnis der Abläufe zu überprüfen, genügt diese Art oftmals und wird daher oft genutzt, um einen Usertest durckzuführen. 
 +   * ein **Mockup** handeln, ideal für spätere Design-Phasen und Team-Diskussionen. Ein Mockup ist eine statische Darstellung eines Designs mit mehr UI-Details wie Farben, Schriften und Layouts. Es vermittelt einen realistischeren Eindruck des finalen Produkts.  
 +   * einen **High-Fidelity-Prototypen** (voll funktionsfähigen Prototypen) handeln, mit einem hohen Detailgrad an Funktionalität und Design und damit das Gegenstück zum »Low Fidelity-Prototype«. Sie simulieren bereits die Benutzerführung und sehen der zukünftigen interaktiven Anwendung bereits sehr ähnlich. Durch die Interaktivität und die detaillierte Ausarbeitung sind realitätsnahe Benutzertests möglich. Der Aufwand für die Erstellung ist jedoch erheblich.
 ===Visuelle Ausgestaltung=== ===Visuelle Ausgestaltung===
-Hierzu muss ein Prototyp erstellt werden, der dem späteren Produkt  mehr oder weniger pixelgenau entspricht. Nebst den Ausprägungen von Schriften (Farbe, Grösse, Typ usw.) und Icons sind es die Platzierung der Elemente, deren Sichtbarkeit usw. die massgebend sind.\\+Hierzu muss ein Prototyp erstellt werden, der dem späteren Produkt  mehr oder weniger pixelgenau entspricht. Nebst den Ausprägungen von Schriften (Farbe, Grösse, Typ usw.) und Icons sind es die Platzierung der Elemente, deren Sichtbarkeit usw. massgebend sind.\\
 Die Benutzer können Rückmeldung geben, wie stark sie sich vom Produkt angesprochen fühlen, wie sehr die gewählten Elemente dem Verstädnis der Anwendung dienen usw. Die Benutzer können Rückmeldung geben, wie stark sie sich vom Produkt angesprochen fühlen, wie sehr die gewählten Elemente dem Verstädnis der Anwendung dienen usw.
 ===Inhaltliche Ausgestaltung=== ===Inhaltliche Ausgestaltung===
Zeile 17: Zeile 20:
 ---- ----
 ===Validierung=== ===Validierung===
-Der Einsatz von Prtotypen macht aber nur Sinn, wenn im Voraus klar ist, was man untersuchen möchte. Analog zum Testen der Funktionalität einer Software (z.B. mit Unit-Test - vergl. dazu Modul 450) sollten die Kriterien zur Bewertung der Ergebnisse vor der Durchführung einer Validierung festgelegt werden.+Der Einsatz von Prototypen macht aber nur Sinn, wenn im Voraus klar ist, was man untersuchen möchte. Analog zum Testen der Funktionalität einer Software (z.B. mit Unit-Test - vergl. dazu Modul 450) sollten die Kriterien zur Bewertung der Ergebnisse vor der Durchführung einer Validierung festgelegt werden.
 ---- ----
 [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) René Probst [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) René Probst
  • modul/m322/learningunits/lu07/theorie/lu7-kapitel_1.1711631267.txt.gz
  • Zuletzt geändert: 2024/03/28 14:07
  • von 127.0.0.1