Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
| modul:m322:learningunits:lu07:theorie:lu7-kapitel_1 [2026/09/16 09:15] – gjenni | modul:m322:learningunits:lu07:theorie:lu7-kapitel_1 [2026/09/16 09:16] (aktuell) – gjenni | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ==== 1. Wozu dient das Prototyping? | + | ==== LU05c:. Wozu dient das Prototyping? |
| 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.\\ | ||
| - | ===2. Ausgestaltung der Benutzerinteraktionen=== | + | ===1. Ausgestaltung der Benutzerinteraktionen=== |
| Dabei geht es darum, die Abfolge der einzelnen Screens " | Dabei geht es darum, die Abfolge der einzelnen Screens " | ||
| 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.\\ | ||
| Zeile 11: | Zeile 11: | ||
| * 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. | * 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. | * 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. | ||
| - | ===3. Visuelle Ausgestaltung=== | + | ===2. Visuelle Ausgestaltung=== |
| Hierzu muss ein Prototyp erstellt werden, der dem späteren Produkt | Hierzu muss ein Prototyp erstellt werden, der dem späteren Produkt | ||
| 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. | ||
| - | ===4. Inhaltliche Ausgestaltung=== | + | ===3. Inhaltliche Ausgestaltung=== |
| Die verwendeten Texte und Begriffe entsprechen denen der finalen Version und werden nicht durch Platzhalter ersetzt.\\ | Die verwendeten Texte und Begriffe entsprechen denen der finalen Version und werden nicht durch Platzhalter ersetzt.\\ | ||
| Die Benutzer können Rückmeldung geben, wie gut die Anwendung sprachlich verstanden wird, wo Klärungen nötig sind usw. | Die Benutzer können Rückmeldung geben, wie gut die Anwendung sprachlich verstanden wird, wo Klärungen nötig sind usw. | ||
| \\ | \\ | ||
| ---- | ---- | ||
| - | ===5. Validierung=== | + | ===4. Validierung=== |
| 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. | 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:// | [[https:// | ||