IFD:Human-Centered-Design-Research - Workbook: Difference between revisions

== Designfrage [zu: Ziel definieren] ==

Was was ist deine Designaufgabe?: Wie kann ich...__________________

'''Hinweise''' Es geht auch bei der Designfrage ''nicht'' um ein bestimmtes ''Design'' sondern um die Bedürfnisse, Probleme und Motivationen der ''Menschen'' für die du getaltest.

NICHT GEEIGNET: "Wie kann ich iPads in der Schule benutzen?"

BESSER GEEIGNET:"Wie kann ich Kindern selbstständigeres Lernen ermöglichen"

Bevor wir uns mit Ideen zur Problemlösung beschäftigen, werden wir erstmal unsere Nutzer kennenlernen. Wenn du aber schon eine Idee hast, die du nicht vergessen möchtest, kannst du sie hier aufschreiben und später schauen, ob sie dir immernoch gut vorkommt! (Wenn du noch keine Idee hast: ebenso gut!) Vielleicht könnte ich...

== Was will ich herrausfinden? [zu: Wer ] ==

Was welche Fragen habt ihr zu Tätigkeiten, Motivationen und Problemen der Nutzer, die du erforschen möchtest?

Ideen nach Diskussion in der Gruppe:

Ideen nach Diskussion in der Gruppe:

Möglichkeiten sind z.B. Piazza, Aushänge, vorsprechen in Seminaren oder Vorlesungen, persönlich anschreiben...

 

 

=== Vor dem Interview: Mögliche ''offene'' Fragen ausdenken ===

=== Vor dem Interview: Checkliste ===

* ☐ Meine Designaufgabe ist _________ (zur Erinnerung und damit du dem Interviewpartner darüber Auskunft geben kannst woran du arbeitest)

=== Meine Beobachtungen – direkt nach dem Interview ===

* Nachdem du das Interview gemacht hast, schreibe hier Dinge auf die dir wichtig vorkommen. Wenn ihr die Interviews im Team gemeinsam analysiert, wirst du viele neue Ideen bekommen, es ist aber auch wichtig darüber seine eigenen Eindrücke nicht zu vergessen; schreibe sie deshalb hier kurz auf.

=== Checkliste nach dem Interview ===

=== Beschreibung Interview ===

Text hier...

 

=== Das hat gut geklappt ===

=== Das hätte besser gehen können ===

 

 

=== Fragen, die ich noch zu Interviewen habe ===

* ☐ Finde Zusammenhänge: Schreibe hier interessante Beobachtungen und Nutzeraussagen aus den Interviews auf. Achte darauf, wie die Zusammenhänge zwischen Handlungen, Emotionen, Bedürfnissen, Werkzeugen/Programmen und Problemen sind* z.B. (zu dem Interviewthema: "Recherchieren in der Bibliothek"

* Über alternative Interpretationsmöglichkeiten nicht ohne Datenbasis diskutieren und in Zweifelsfall beide Aufnehmen.

* Anstatt lange zu warten, bis das ganze Designteam Zeit hat, analysiert die Aussagen und Beobachtungen im Zweifelsfalle mit einem Teil des Teams oder gar alleine – denn die Erinnerungen an Details verblassen schnell. (Ihr könnt die Aussagen später zusammenfügen)

* Erkenntnis: Der Leseort soll ungestört sein

** Am liebsten setzen sich Jan abseits, denn so kommen weniger Leute vorbei.

=== Beschreibung Analyse ===

 

==== Fragen, die ich noch zur Analyse habe ====

 

 

== Ideen sammeln ==

''Anhand von Aussagen und Gruppen mehrere Ideen entwickeln''

=== Beschreibung Ideen finden ===

Text hier...

=== Reflektion Ideen finden ===

 

=== Das hat gut geklappt ===

=== Das hätte besser gehen können ===

 

 

=== Fragen, die ich noch zur Ideen finden habe ===

''Wenn ihr viele Ideen habt, könnt ihr nicht alle Ausprobieren.Wählt 2-4 Ideen aus um sie umzusetzen.''

* Die Kandidaten die ihr auswählt, sollten möglichst unterschiedlich sein! Es ist nicht sinnvoll früh im Entwicklungsprozess nur Variationen ''einer'' Idee auszuporbieren.

==== Beschreibung Ideen auswählen ====

 

* ☐ Kann der Prototyp dafür benutzt werden, was ihr Testen wollt?<br />

 

=== Beschreibung Prototyp bauen ===

=== Das hat gut geklappt ===

=== Das hätte besser gehen können ===

=== Fragen, die ich noch zum Bauen von Prototypen habe ===

** Etwas Grundlegendes übder die Nutzer ist unklar: Intervie/Beobachtung, Auswertung