Klassenbester in Deutsch oder Englisch? Nein danke – das passt ...

die Erkenntnisse von Nielsen 417 verwiesen, nach denen UserInnen nicht scrollen
wollen, sondern vielmehr komplett auf einer Bildschirmseite ersichtliche (Teil-)
Informationen erwarten, woraus geschlussfolgert wird, dass Scrollen auf das
tatsächlich Unabdingbare zu begrenzen und stattdessen einen jeweils über den Anker
zur nächsten Frage verfügenden „Weiter“-Button (Hyperlink) einzublenden, um
dergestalt „…zwischen Tastatureingaben und Mausbedienung…möglichst selten…“
zu wechseln und eine einfache Handhabung des Fragebogens zu ermöglichen (ebd., S.
171). Auf der Kontra-Seite findet sich hingegen das Argument von der Schnelligkeit,
mit welcher der Beantwortungsprozess sich vollziehen sollte (gewissermaßen mit dem
Ziel der Aufrechterhaltung einer flüssigen Kommunikation zwischen
Befragungsperson und Erhebungsbogen) und die beim „Eine-Frage-pro-Bildschirm-
Prinzip“ nicht gegeben scheint, was den bis zum Ende der Befragung
aufrechtzuerhaltenden Spannungsbogen empfindlich beeinträchtigt: „Langweilig für
den Antworter wird es auch, wenn er lange darauf warten muss, seine bereits
gefundene Antwort in einen Fragebogen eingeben zu können. Mit diesem Problem
haben insbesondere die Befragungsprogramme zu tun, die jede Frage einzeln
übertragen. Der Befragte erwartet, dass eine einfache Antwort schnell
entgegengenommen werden kann. Ein Gesprächspartner, der Antworten nicht schnell
aufnehmen kann, wird bald als uninteressant empfunden. Hier strapaziert man die
Geduld des Befragten.“ (ebd., S. 164, vgl. hierzu auch ebd., S. 170)
- die Vermeidung des Einsatzes der Frame-Technologie zwecks Aufrechterhaltung der
Konzentration auf die Beantwortung der Items (vgl. ebd., S. 171)
- keine Integration von Java Applets in den HTML-Fragebogen, weil deren
Übertragung in der Regel sehr viel Zeit beansprucht und entsprechend wenig
zumutbar für NutzerInnen in bezug auf die institutionellen zeitlichen und finanziellen
Ressourcen ist (vgl. ebd., S.170, S. 102)
- die Absicherung der Verfügbarkeit aller sich potentiell an der Untersuchung
beteiligenden Institutionen über die Informationstechnik, auf der die Studie basiert.
Hierzu gehört es zu umgehen, dass UserInnen zur Ermöglichung der originalgetreuen
Darstellung des Fragebogens auf dem eigenen Bildschirm -bzw. in diesem Kontext
auch der Partizipation an der Fragebogenaktion- besondere Einstellungen, die von den
Einrichtungen nur selten genutzt werden, am Browser realisieren müssen (vgl. ebd., S.
170). Zum Beispiel war die Interpreter-Sprache Java Script, welche mittlerweile in
alle Browser implementiert ist, ursprünglich nicht auf sämtlichen Browsern
funktionstüchtig, so dass bei Computern mit sehr alter Software die Gefahr besteht,
dass Java Script nicht läuft. Außerdem kann Java Script individuell von den UserInnen
abgeschaltet werden (vgl. ebd., S. 118), womit sich auch in diesem Fall das Problem
einer (mangels Gebrauch von Java Script) nicht mit der Originalversion kongruenten
Fragebogendarstellung stellt ( vgl. ebd., S. 101). Zudem verweist ein
Forschungsbericht 418 der Deutschen Gesellschaft für Online-Forschung auf die
Eventualität des Auftretens unvorhersehbarer Fehlermeldungen bei der Arbeit mit
Java Script, die zu entsprechenden Abbruchquoten unter den Teilnehmenden einer
Befragung führen können. Allerdings finden bei Java Script Programmausführung und
Datenverarbeitung auf dem lokalen Rechner statt, wodurch sich ein zeitintensiver
Datentransfer zwischen Browser und WWW-Server -wie er beim Gebrauch von CGI-
Scripten nötig ist- erübrigt (vgl. ebd., S. 101), was gegen einen rein serverseitigen
Aufbau des HTML-Fragebogens (also gegen die unterlassene Verwendung von Java
Script) spricht. Eine Kompromisslösung zwischen Für und Wider im Hinblick auf die
417 Nielsen, J.: Interface Design for Sun’s WWW Site. 1997, URL: http://www.sun.com/sun-on-net/uidesign/,
erwähnt in Batinic 1999, S. 171
418 URL: http://www.dgof.de/tband99
345