As part of the psychology degree programme, students have to complete a certain number of so-called subject hours for admission to the final thesis. This amounts to around 30 hours in total and serves to familiarise students with research from the perspective of the participants before they plan and carry out psychological studies themselves. Although this is time-consuming, it is really valuable as you become more familiar with some of the pitfalls in communication and the design of the study. You also learn how you feel as a \"test subject\".<\/p>\n\n\n\n
Knowing about the feelings and concerns of the test subjects is not insignificant, because studies such as usability tests are also accompanied by a certain psychological pressure on the participants, which in turn can also have a negative impact on the test result.<\/p>\n\n\n\n
As moderators of a test, we should therefore always try to put ourselves in the participants' shoes: As test subjects, they are sitting in the \"spotlight\", i.e. they are the centre of observation and are asked to perform tasks with a product that is unknown to them and possibly not optimally usable in front of strangers. It is quite natural to be a little nervous in this situation. The participants then have thoughts such as \"Am I doing this right?\" or: \"Do these people think I'm stupid because I didn't understand?\"<\/p>\n\n\n\n
This pressure is real. Jared Spool, an American usability consultant, told a story about seeing a test subject cry during a usability test. This situation came about due to an accumulation of careless behaviour on the part of the moderators and test leaders: the original participant didn't turn up on the day of the test and then an employee who had just completed her first day of work was simply brought in as a quick replacement. The team thought it was a good idea to use her because, unlike other employees, she knew little about the product. There were also a number of observers in the observation room who were not informed about how to behave during a test, including the test person's boss. And last but not least, no pilot test was conducted, so the team did not know that the first task the participants were supposed to complete was in fact completely outdated, incorrectly formulated and therefore impossible to perform. As the woman frantically tried to complete this first task, everyone but her quickly realised that the task was outdated and impossible to complete, and they started laughing at their own stupidity. Unfortunately, the user thought they were laughing at her and she then started to cry.<\/p>\n\n\n\n
This is exactly the kind of situation we want to avoid.<\/p>\n\n\n\n
We can counter such fears by repeatedly emphasising, for example, that we are not testing the test person, but the system. This \"I'm too stupid to use the computer\"<\/em> is unfortunately based on internalised thinking. Self-blaming<\/a> is a problem here. Many users of computer systems still think that it's their fault if something doesn't work, that they can't handle the software \"properly\" and blame themselves rather than the system.<\/p>\n\n\n\n Here is a sentence that we like to repeat like a prayer wheel in this or a modified form during tests: The wording\/framing - i.e. how the test itself is labelled - also plays a role here. For example, when we talk about \"user testing\", this implies that we want to test the user. But this is not the case. We are testing the usability of the system, which is why it is more appropriate to speak of \"usability testing \/ verification\" - above all before <\/em>the users.<\/p>\n\n\n\n Appreciative and respectful behaviour also plays a major role. Sounds obvious, but it is important to remember this time and again, especially when things get hectic.<\/p>\n\n\n\n Therefore, here are some basic and simple ways to reduce psychological stress in test subjects and conduct a usability test according to ethical guidelines.<\/strong><\/p>\n\n\n\n If there are other people observing the test in addition to the moderators<\/strong>...<\/p>\n\n\n\n There is certainly a lot more to say, but these basic points should suffice for now. We can only recommend to all designers, product managers and developers that, like psychology students, they also complete \"test subject hours\" and often slip into the role of the test subjects themselves and take part in a usability test from this perspective. This gives you a sense of how it all feels and you can use this experience when designing your own test.<\/p>\n\n\n\n Illustration:<\/strong> Question illustrations by Storyset<\/a><\/p>","protected":false},"excerpt":{"rendered":" Im Rahmen des Psychologiestudiums m\u00fcssen Studierende eine bestimmte Menge von sogenannten Versuchspersonenstunden f\u00fcr die Zulassung zur Abschlussarbeit durchf\u00fchren. Das sind insgesamt etwa 30 Stunden und dies hat die Funktion, Forschung auch aus der Perspektive der Teilnehmenden kennenzulernen, bevor man selbst psychologische Untersuchungen plant und durchf\u00fchrt. Das ist zwar aufw\u00e4ndig, aber wirklich wertvoll, da man einige […]<\/p>\n","protected":false},"author":2,"featured_media":14441,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"off","_et_pb_old_content":"\n Im Rahmen des Psychologiestudiums m\u00fcssen Studierende eine bestimmte Menge von sogenannten Versuchspersonenstunden f\u00fcr die Zulassung zur Abschlussarbeit durchf\u00fchren. Das sind insgesamt etwa 30 Stunden und dies hat die Funktion, Forschung auch aus der Perspektive der Teilnehmenden kennenzulernen, bevor man selbst psychologische Untersuchungen plant und durchf\u00fchrt. Das ist zwar aufw\u00e4ndig, aber wirklich wertvoll, da man einige Fallstricke in der Kommunikation und im Design der Untersuchung besser kennenlernt. Zudem lernt man, wie man sich als \u201cVersuchsperson\u201d f\u00fchlt.<\/p>\n\n\n\n Das Wissen um die Gef\u00fchle und Sorgen der Versuchspersonen ist nicht unerheblich, denn Untersuchungen wie Usability-Tests gehen auch mit einem gewissen psychologischen Druck auf die Teilnehmenden einher, der sich wiederum auch negativ auf das Testergebnis \u00fcbertragen kann.<\/p>\n\n\n\n Inhaltsverzeichnis:<\/p>\n\n\n\n Als Moderator*innen eines Tests sollten wir daher immer versuchen, uns in die Situation der Teilnehmenden hinein zu versetzen: Diese sitzen als Proband*innen im \u201cRampenlicht\u201d, sind also Mittelpunkt der Beobachtung und werden aufgefordert, Aufgaben mit einem f\u00fcr sie unbekannten und m\u00f6glicherweise nicht optimal nutzbaren Produkt vor fremden Menschen durchzuf\u00fchren. Es ist ganz nat\u00fcrlich, dass man in der Situation ggf. etwas nerv\u00f6s ist. Bei den Teilnehmenden kommen dann Gedanken auf wie z.B. \u201eMache ich das richtig?\u201c oder: \u201cHalten mich diese Leute f\u00fcr dumm, weil ich es nicht verstanden habe?\u201c<\/p>\n\n\n\n Dieser Druck ist real. Jared Spool, ein amerikanischer Usability-Berater, erz\u00e4hlte eine Geschichte dar\u00fcber, wie er eine Testperson w\u00e4hrend eines Usability Tests weinen sah. Diese Situation kam durch eine Anh\u00e4ufung von unbedachtem Verhalten seitens der Moderator*innen und Testleiter*innen zustande: Der urspr\u00fcngliche Teilnehmer tauchte am Testtag nicht auf und dann wurde einfach eine Angestellte, die gerade ihren ersten Arbeitstag absolvierte auf die Schnelle als Ersatz herangezogen. Das Team dachte, dass es eine gute Idee ist, sie zu nehmen, da sie anders als andere Angestellte wenig \u00fcber das Produkt wusste. Im Beobachtungsraum sa\u00dfen zudem eine Reihe von Beobachter*innen, die nicht dar\u00fcber informiert waren, wie sie sich w\u00e4hrend eines Tests verhalten sollten, darunter auch der Chef der Probandin. Und last but not least wurde kein Pilottest durchgef\u00fchrt, so dass das Team nicht wusste, dass die erste Aufgabe, die die Teilnehmenden erledigen sollten, in Wirklichkeit v\u00f6llig veraltet, falsch formuliert und somit unm\u00f6glich durchzuf\u00fchren war. W\u00e4hrend die Frau verzweifelt versuchte, diese erste Aufgabe durchzuf\u00fchren, wurde allen au\u00dfer ihr schnell klar, dass die Aufgabe veraltet und nicht durchf\u00fchrbar war, und sie fingen an, \u00fcber ihre eigene Dummheit zu lachen. Leider dachte die Benutzerin, dass man \u00fcber sie lachte, und sie fing dann an zu weinen.<\/p>\n\n\n\n Das ist genau eine Situation, die wir vermeiden m\u00f6chten.<\/p>\n\n\n\n Man kann solchen \u00c4ngsten entgegentreten indem wir z.B. immer wieder betonen, dass wir nicht die Proband*in testen, sondern das System. Dieses \u201eich bin zu bl\u00f6d, den Computer zu bedienen\u201c<\/em> basiert leider auf internalisiertem Denken. Self-blaming<\/a> ist hier ein Problem. Viele Nutzer*innen von Computersystemen denken immer noch, dass es ihr Fehler sei, wenn etwas nicht klappt, dass sie nicht \u201crichtig\u201d mit der Software umgehen k\u00f6nnen und beschuldigen sich eher selbst als das System.<\/p>\n\n\n\n Hier ist ein Satz den wir gerne bei Tests in dieser oder abgewandelter Form gebetsm\u00fchlenartig wiederholen: Auch das Wording\/Framing \u2013 also wie man die Untersuchung an sich bezeichnet spielt hierbei eine Rolle. Wenn wir zum Beispiel von \u201cUser testing\u201d sprechen, impliziert dies, dass wir den User testen m\u00f6chten. Dem ist aber nicht so. Wir testen die Nutzbarkeit des Systems, daher sollte man tats\u00e4chlich eher von \u201eUsability Testing \/ \u00dcberpr\u00fcfung\u201d sprechen \u2013 vor allem vor <\/em>den Nutzer*innen.<\/p>\n\n\n\n Zudem spielt ein wertsch\u00e4tzender und respektvoller Umgang eine gro\u00dfe Rolle. Klingt eigentlich selbstverst\u00e4ndlich, dennoch ist es wichtig, sich immer wieder daran zu erinnern, gerade wenn es hektisch zugeht.<\/p>\n\n\n\n Daher im Folgenden einige grundlegende und einfache M\u00f6glichkeiten um psychologischen Stress bei Proband*innen zu reduzieren und einen Usability Test nach ethischen Richtlinien durchzuf\u00fchren.<\/strong><\/p>\n\n\n\n Falls zus\u00e4tzlich zu den Moderator*innen noch weitere Personen den Test beobachten<\/strong>\u2026<\/p>\n\n\n\n Es gibt sicher noch sehr viel mehr zu sagen, dennoch sollten diese grundlegenden Punkte erst einmal ausreichen. Wir k\u00f6nnen nur allen Designer*innen, Produktmanager*innen und Entwickler*innen empfehlen, \u00e4hnlich wie Psychologiestudierende auch \u201eVersuchspersonenstunden\u201c zu absolvieren und \u00f6fter selbst in die Rolle der Probanden zu schl\u00fcpfen und einen Usability Test aus dieser Perspektive mitzumachen. So bekommt man ein Gesp\u00fcr, wie sich das alles anf\u00fchlt und kann diese Erfahrung in die Gestaltung eines eigenen Tests mit einbringen.<\/p>\n\n\n\n
\"We don't test you, we test the system.\"<\/em> and: \"Any problems you may have are the fault of the system. And we need your help to track down these problems in order to make the system better and easier to use. You help to assess\/evaluate the system as we are too blind to it.\"<\/em><\/p>\n\n\n\n11 ethical principles for a usability test<\/h2>\n\n\n\n
\n
\n
Conclusion: Make \"test subject hours\"!<\/h2>\n\n\n\n
\n
M\u00f6gliche \u00c4ngste von Proband*innen<\/h2>\n\n\n\n
\n
Wie man auf diese \u00c4ngste reagieren kann<\/h2>\n\n\n\n
\u201eWir testen nicht Sie, wir testen das System.\u201d<\/em> und: \u201cJegliche Probleme, die Sie ggf haben werden, sind die Schuld des Systems. Und genau um diese Probleme aufzusp\u00fcren, ben\u00f6tigen wir Ihre Hilfe, um das System besser und gut bedienbar zu machen. Sie helfen, das System zu bewerten\/zu evaluieren, da wir daf\u00fcr zu betriebsblind sind.\u201c<\/em><\/p>\n\n\n\n11 ethische Prinzipien f\u00fcr einen Usability-Test<\/h2>\n\n\n\n
\n
\n
Fazit: Macht \u201eVersuchspersonenstunden\u201c!<\/h2>\n\n\n\n