Quelltext der Seite Prototyping

''Was versteht man unter Prototyping?''

In anderen Arbeitsbereichen, die sich mit Design beschäftigen, wie zum Beispiel in der Architektur oder in der Automobilindustrie, versteht man unter Prototyping die Herstellung eines Prototypen mit einfachen Mitteln, z. B. eines Modellautos oder eines Modellbaus. 

Im Bereich des Interaction-Design versteht man unter Prototyping zum Beispiel die Erarbeitung einer Power Point slide show oder einer Software mit begrenzten Funktionen.


== '''Definition''' ==

Man spricht von Prototyping, wenn der Designer eine interaktive Version seiner Ideen produziert hat und die Benutzer sie somit bewerten können.

Dabei unterscheidet man zwischen zwei design-evaluation-redesign-Zyklen:

''- Conceptual design''

''- Physical design''


== '''Wozu braucht man Prototypen?''' ==

Ein Prototyp ermöglicht den Interessengruppen mit einem in Planung befindlichen Produkt zu interagieren, an Erfahrung zu gewinnen und den imaginären Gebrauch zu erforschen. Somit können die Teammitglieder wirksam kommunizieren. Das Ziel ist, mit dem Prototypen die Durchführbarkeit und Umsetzung des Projektes zu testen.
Somit sind Prototypen für die Beantwortung der Fragen nützlich und unterstützen Designer bei der Auswahl der Alternativen.

Dabei gibt es verschiedene Arten, Prototypen zu nutzen:

- Low-fidelity prototyping

- High-fidelity prototyping

- Kompromisse im Prototyping

- Konstruktion: Design zu Implementierung


'''2.1 Low-fidelity prototyping'''

Bei diesem Prototypen handelt es sich um einen Prototypen, der dem finalen Produkt kaum ähnelt.

Die Vorteile bei diesem sind folgende:

- Einfach

- Billig

- schnell zu modifizieren

- unterstützt die Untersuchung der alternativen Designs und Ideen


Beispiele sind dafür:

''- Storyboarding''

Besteht aus einer Reihe Zeichnungen, die zeigen, wie der Benutzer durch die Aufgabe kommt, indem er das zu entwickelnde Produkt benutzt. Wenn diese Zeichnungen in Verbindung mit Szenarien benutzt werden, bringt das Storyboard mehr Details zu dem Szenario hinzu.

''- Sketching''

Sketching besteht aus Bildzeichnungen. Diese Zeichnungen müssen nicht unbedingt etwas Besonderes sein, sondern können auch einfach Striche, Kästchen und Sterne sein. Für das Interface Design ist es nötig,  verschiedene Icons, Dialogboxen etc. zu malen. Dabei darf man keine Hemmungen beim Zeichnen und Malen haben.

''- Prototyping with index cards''

Der Gebrauch solcher „index cards“ ist ein einfacher Weg Interaktion aufzubauen. Jede Karte repräsentiert einen Bildschirm oder ein Element der Aufgabe. So wird durch diese Abfolge der Karten ein Szenario dargestellt, besonders um Fehler einer neuentwickelten Software zu verbessern oder um Verbesserungen einzufügen.

''- Wizard of Oz''

Dies ist ein Software-basierter Prototyp. Dabei sitzt eine Person, die noch nie mit der Software gearbeitet hat, an einem Computer. Was diese Person nicht weiß, ist, dass der Computer an einen anderen Computer angeschlossen ist, an dem ein Entwickler sitzt. Der User glaubt, dass er mit dem Computer interagiert, wobei aber der Entwickler antwortet. Diese Methode wird vor allem anfangs in den Phasen angewendet, um die Erwartungen der Nutzer kennenzulernen.


'''2.2 High-fidelity prototyping'''

Hierbei greift man auf interface construction tools zurück, die es ermöglichen, ein sehr genaues visuelles Abbild des späteren Produkts zu erstellen. Allgemeine prototyping tools dafür sind Flash, Visual Basic und Smalltalk.

Bei dieser Methode gibt es aber auch einige Nachteile:


- Bauzeit ist zu lang

- Überprüfer neigen dazu eher oberflächliche Aspekte zu bemerken, als den Inhalt

- Entwickler sind abgeneigt Sachen zu ändern, wofür sie Stunden gebraucht haben, um sie anzufertigen

- Software-Prototypen können die Erwartungen zu hoch setzen.


'''2.3 Kompromisse im Prototyping'''

Prototypen sind mit Kompromissen verbunden. Dabei gibt es zwei allgemeine Kompromissarten:


''- Horizontal Prototyping''

Dabei werden viele Funktionen des späteren Produktes abgebildet, aber diese Funktionen funktionieren oft nicht oder nur teilweise, da dieser Test nicht geeignet ist, wenn man ins Detail der einzelnen Funktionen gehen möchte. Jedoch eignet sich dieses Prototyping für Tests bezüglich des gesamten Funktionalitätenumfangs.

Mit horizontalen Prototypen kann man nicht wirklich arbeiten (im Sinne der Erreichung von Benutzer-Zielen).
?

''- Vertical Prototyping''

Obwohl das vertical prototyping nur wenige Funktionen beinhaltet, sind diese Funktionen aber voll implementiert. Dies ermöglicht es auch durch die Teil-Implementierung realistisch zu arbeiten.


'''2.4 Konstruktion: Design zu Implementierung'''

Nach der Evaluation des Produktes startet die Konstruktion. Der Benutzer erprobt das Produkt durch einen Prototypen, aber dabei werden einige Aspekte außer Acht gelassen: Robustheit, Wartung und Funktionssicherheit.


== '''Conceptual Design''' ==


Dieser Entwurf befasst sich mit der Umwandlung von Bedarf und Anforderung zu einem Begriffsmodell. Dabei ist das Entwerfen des Begriffsmodell fundamental für Interaction Design.


Leitfaden für conceptual design

- Unvoreingenommen sein, aber niemals die Benutzer vergessen

- Ideen mit anderen Interessengruppen so oft wie möglich bereden

- Low-fidelity prototyping benutzen, um schneller ein Feedback zu erhalten

- Wiederholen, wiederholen und wiederholen


'''3.1 Entwicklung eines anfänglichen Begriffsmodells'''


Bei diesem Modell kommen drei Fragen auf:

''Welche Interface Metaphern sind angemessen, damit Benutzer das Produkt verstehen?''

''Welche Interaktionstypen würden am Besten die Benutzeraktivitäten unterstützen?''

''Deuten verschiedene Interfacetypen auf alternative Designeinblicke und Optionen hin?''


Um diese Fragen zu beantworten, kommen drei Methoden in Frage:


''- Interface metaphors''

Kombiniert bekanntes Wissen mit neuem Wissen, damit dies dem Benutzer beim Verstehen des Systems hilft.


''- Interaction types''

Vier Typen der Interaction:

1. Belehren

2. Unterhalten

3. Manipulieren

4. Erforschen


''- Interface types''

Verschiedene Interfacetypen veranlassen und unterstützen verschiedene Perspektiven auf das in Entwicklung befindliche Produkt und deuten auf verschiedene mögliche Verhaltensweisen.


== '''Physical Design''' ==


Dabei müssen die getroffenen Entscheidungen überdacht werden. Beim Design geht es darum, eine Wahl zu treffen und Entscheidungen zu fällen und der Designer muss anstreben alle Anforderungen mit den funktionalen Anforderungen auszugleichen. Die Art, wie wir das physical interface des interaktiven Produktes designen, sollte nicht mit dem kognitiven Prozess des Benutzers kollidieren.


== '''Szenarien im Design''' ==

Szenarien werden als informelle Handlungen über die Aufgaben und Aktivitäten der Benutzer betrachtet. Diese können benutzt werden, um existierende Arbeitssituationen zu erklären, werden aber meistens benutzt, um Vorschläge und Ideen für Situationen zu äußern.


Vier Regeln für Szenarien:

1. Als Basis für allgemeines Design

2. Für technische Anwendungen

3. Als Mittel für Kooperation innerhalb des Designerteams

4. Als Mittel für Kooperation über professionelle Grenzen


Das Ziel ist, dass die Interessengruppen bei dem Vorgang involviert werden. Außerdem lassen sich Szenarien gut als Idee an Benutzer, Manager und potenzielle Kunden verkaufen.


=Verwandte Begriffe=

* [[broader::Benutzerforschung]]
* [[broader::Usability]]
* [[broader::Usability Testing]]
* [[broader::Usability Engineering]]
* [[related::Informationspräsentation]]
* [[related::Informationssystem]]
* [[related::Hypermedia]]
* [[related::Softwareergonomie]]

[[category:Interaktion und Kommunikation]]
[[category:Informationsbedarfsanalyse]]