Papier-Prototyping

Ziel

Papier-Prototyping stellt in einer Stunde und in Form von beobachtetem Verhalten fest, ob ein gewähltes, aber noch nicht gebautes Design den Kontakt mit einer realen Nutzerin übersteht: was die Nutzerin getan hat, wo ihr Finger stehen blieb, welches Wort sie falsch gelesen hat, welchen Weg sie gesucht hat und die Oberfläche nicht hatte. Die beiden anderen Wege zu dieser Antwort kosten mehr oder geben weniger zurück: Eine Stakeholderin zu fragen gibt nur eine Meinung, Bauen antwortet nur zum Preis eines Sprints.

Die Frage, die dabei entschieden wird, hat eine präzise Form: Übersteht dieses Design den Kontakt mit einer realen Nutzerin, und wenn nicht, wo genau gibt es nach? Die Antwort kommt, solange eine Änderung noch einen Stiftstrich kostet.

Das Ergebnis besteht aus zwei Dingen. Dem Protokoll der beobachteten Probleme: die Stellen, an denen die Teilnehmerin gezögert hat, die Wege, die das Design nicht hatte, die Wörter, die sie falsch gelesen hat, die Schritte, die sie erfunden hat. Und dem korrigierten Stapel: die zwischen zwei Sitzungen mit dem Stift überarbeiteten Blätter, samt den Designentscheidungen, die diese Striche festhalten. Das Papier selbst wird weggeworfen.

Die Ökonomie der Technik ist ihr ganzes Argument, und Rettig hat sie 1994 formuliert: Low-Fidelity-Prototyping lohnt sich, weil es die Anzahl der Male maximiert, die man das Design verfeinern kann, bevor man sich auf Code festlegen muss. Der Nutzen beruht darauf: Ein billiges Artefakt lässt sich zwischen zwei Teilnehmenden korrigieren, sodass ein Nachmittag drei Designrunden trägt, wo ein klickbarer Prototyp eine trägt. Die Nielsen Norman Group kommt vom anderen Ende her an denselben Punkt: Bei gleichem Budget sind drei Studien mit fünf Nutzenden mehr wert als eine Studie mit fünfzehn, weil man die Überarbeitung zwischen den Runden kauft.

Der BABOK trennt den Ansatz von der Methode, und die beiden sind voneinander unabhängig. Der Ansatz sagt, was aus dem Prototyp wird: Er wird weggeworfen (Wegwerf-Prototyping), oder er wächst zur ausgelieferten Lösung heran (evolutionäres Prototyping). Die Methode sagt, woraus er besteht und was jemand mit ihm tut: Ein Storyboard wird gelesen, ein Papier-Prototyp wird bedient, eine Simulation wird ausgeführt. Jeder Prototyp trägt auf beiden Achsen eine Antwort. Papier-Prototyping ist eine Methode, und auf der Achse des Ansatzes belegt es eine einzige Zelle: Papier geht nicht in Produktion, also ist ein Papier-Prototyp immer ein Wegwerf-Prototyp. Die Weichenstellung zwischen den beiden Achsen gehört dem Prototyping als Ganzem.

Einsatz

Wann einsetzen

• Design festgelegt, nichts codiert: Die einzige offene Frage ist, ob eine reale Nutzerin es bedienen kann.
• Wortwahl der Oberfläche umstritten: Beschriftungen, Fehlermeldungen und Terminologie sind das, was die Sitzung prüft.
• Uneinigkeit im Team über die Navigation: Der Finger der Teilnehmerin entscheidet, und niemand muss recht behalten.
• Korrektur zwischen zwei Teilnehmenden erwartet: Das Blatt wird mit dem Stift überarbeitet, also passen drei Runden in einen Nachmittag.
• Nicht technische Stakeholder im Raum: Die Beobachterbank lässt sie das Scheitern sehen, was kein Bericht schafft.
• Keine Werkzeuge verfügbar: Die Technik setzt weder Lizenz noch Designsystem noch Umgebung voraus.
• Team um einen Tisch versammelt: Der Stapel ist ein physisches Objekt, und die Sitzung lebt davon.

Wann nicht einsetzen

• Feine oder fortlaufende Interaktion (Ziehen, Scrollen, Animation): Der menschliche Computer kommt nicht mit, dann einen interaktiven High-Fidelity-Prototyp einsetzen.
• Entwurf noch offen: Es gibt nichts zu bedienen, dann eine Wegwerf-Skizze oder ein Storyboard einsetzen.
• Frage nach Menge, Dauer oder Kosten: Die Sitzung liefert keine Zahlen, dann die Simulation einsetzen.

Beschreibung

Den Stapel vorbereiten

Die Aufgaben werden vor dem ersten Blatt geschrieben

Die Aufgabenliste entscheidet, welche Blätter gezeichnet werden müssen, und die umgekehrte Reihenfolge erzeugt eine Vorführung: Man zeichnet die Bildschirme, die einem gefallen, erfindet dann die Aufgaben, die dazu passen, und die Sitzung bestätigt, was das Team ohnehin geglaubt hat. Das ist der häufigste Vorbereitungsfehler, und von innen ist er unsichtbar.

Der Hintergrund, dann die beweglichen Teile

Das feste Gerüst wird einmal gezeichnet, auf einem Blatt: das Fenster, die Kopfzeile, die dauerhafte Navigation. Alles, was sich als Antwort auf die Nutzerin ändert, wird zu einem eigenen, physisch abnehmbaren Teil: Karteikarten für Dialoge, Menüs und Auswahllisten, Haftnotizen für Kurzhinweise und Fehlermeldungen, Papierstreifen für den Inhalt eines Feldes. Diese Trennung macht die Oberfläche bedienbar: Ohne sie bleibt eine Zeichnung übrig.

Eine Klarsichtfolie und ein abwischbarer Stift

Über dem Blatt lassen sie die Teilnehmerin in ein Feld schreiben, und das Blatt übersteht die nächste Sitzung unversehrt.

Blindtext dort, wo der Inhalt nicht zur Debatte steht, echter Text dort, wo das Wort der Gegenstand des Tests ist

Beschriftungen, Schaltflächentexte, Fehlermeldungen und Fachterminologie sind das, worin ein Papier-Prototyp Probleme findet, also werden sie richtig geschrieben. Eine als Lorem ipsum stehen gelassene Beschriftung nimmt der Sitzung genau das, was sie am besten sieht.

Von Hand gezeichnet

Der BABOK nennt den Grund: Gegenüber einem Wegwerf- oder Papiermodell fühlen sich Nutzende freier, es zu kritisieren, weil es weder poliert noch auslieferungsreif ist. Ein gedruckter, pixelgenau ausgerichteter Bildschirm lädt zur Höflichkeit ein. Die Rauheit lädt zur Kritik ein, und die Kritik ist das Produkt.

Der Stapel wird geordnet

Er wird so geordnet, dass der menschliche Computer jedes Teil in einer Sekunde findet: nach Bildschirm, nach Zustand, mit den Fehlermeldungen separat. Die Nielsen Norman Group nennt die Unordnung als Ausfallmodus der Technik, und der Mechanismus ist dieser: Der Computer sucht, das Suchen fügt eine Pause ein, die Pause reisst den Faden der Teilnehmerin ab, und die Daten verlieren an Wert.

Zwei Stiftfarben

Eine für die Zeichnung, eine für die Korrekturen während und zwischen den Sitzungen. Die Korrekturgeschichte ist selbst ein Ergebnis, und sie bleibt auf dem Blatt sichtbar.

Das Aufgabenskript

Aufgaben, keine Fragen

Eine Aufgabe nennt ein Ziel und eine Ausgangslage, und sie nennt nie das Element der Oberfläche, das sie erfüllt. «Buchen Sie denselben Termin wie letzte Woche» ist eine Aufgabe. «Tippen Sie auf Meine Termine» ist eine Anweisung, und eine Aufgabe, die das Bedienelement nennt, hat ihre eigene Frage bereits beantwortet.

Die Aufgaben stammen aus der realen Arbeit, aus dem, was die fachlichen Anwendungsfälle und Szenarien beschreiben, oder aus den bereits geschriebenen User Stories. Sie werden von einfach nach komplex geordnet, und drei bis sechs Aufgaben füllen eine Stunde. Eine Karte pro Aufgabe, einzeln übergeben, damit die Teilnehmerin jede Situation in dem Moment kennenlernt, in dem sie sie bewältigen muss.

Die vier Rollen

Die Teilnehmerin, der Moderator, der menschliche Computer, die Beobachtenden. Hier spielt sich die Technik ab, an dem, was sich jede Rolle verbietet.

Die Teilnehmerin ist eine repräsentative Nutzerin: jemand, dessen Arbeit die Oberfläche bedient, rekrutiert ausserhalb des Teams und des Projekts. Sie führt die Aufgabe aus, und sie denkt laut, ununterbrochen.

Der Moderator übergibt die Aufgabenkarten einzeln, hält das laute Denken in Gang und führt die Nachbesprechung. Rettig fasst seine Regel in wenige Worte: Sagen Sie der Nutzerin nie, wie es geht. Auf die Frage «und was mache ich jetzt?» gibt er die Frage zurück: «was würden Sie tun?».

Der menschliche Computer ist eine einzige Person. Sie bedient das Papier: Sie wechselt das Blatt, legt den Dialog hin, deckt die Fehlermeldung auf, als Antwort auf den Finger und auf nichts sonst. Sie schweigt. Snyder stützt die ganze Definition der Technik auf genau diesen Punkt: Die Person, die den Computer spielt, erklärt nicht, wie die Oberfläche gedacht ist. Berührt die Teilnehmerin eine Stelle, für die das Design keine Antwort vorgesehen hat, tut der menschliche Computer nichts, und dieses Schweigen ist das Ergebnis: Gerade wurde ein fehlender Weg gemessen, auf den keine Meinung hingewiesen hätte.

Die Beobachtenden, also der Rest des Teams (Designerinnen, Entwickler, Product Owner), protokollieren. Rettig gibt eine mechanische Disziplin vor: ein Problem pro Karte. Sie sprechen nicht, verteidigen das Design nicht und beantworten keine Frage, die an den Raum gerichtet ist.

Wer auf der Beobachterbank sitzt, wird vor der Sitzung entschieden

Die Technik verlangt von einer Person, laut vor dem Team zu scheitern, das den Gegenstand entworfen hat, und sie verlangt von diesem Team, zuzusehen, ohne zu retten. Die Bank ist deshalb das Projektteam. Die Vorgesetzten der Teilnehmerin bleiben ihr fern: Eine Mitarbeiterin, die die Oberfläche unter dem Blick ihres Chefs bedient, hört auf zu erkunden und fängt an zu gelingen, und die Daten sind tot, bevor die erste Aufgabenkarte übergeben ist. Will der Auftraggeber zusehen, sieht er die Aufzeichnung oder verfolgt die Sitzung aus einem Nebenraum. In einer Organisation, in der man einer Führungskraft nicht laut widerspricht, entscheidet die Zusammensetzung des Raums mehr als das Skript darüber, was die Sitzung zurückgeben wird.

Ein fünfter Hut wird von einer beliebigen dieser Personen getragen, ohne dass jemand zusätzlich in den Raum kommt: der Empfang, der die Teilnehmerin in Empfang nimmt, ihre Einwilligung einholt und die Einführung macht.

Die Sitzung durchführen

1. Die Einführung
   «Wir testen das Design, nicht Sie. Keine Handlung ist falsch. Wenn etwas verwirrend ist, liegt es am Design.» Dann Einwilligung und Vertraulichkeit. Das Papier und der menschliche Computer werden in zwei Sätzen erklärt, einmal und ohne Entschuldigung.
2. Eine Aufwärmaufgabe
   Eine triviale, damit die Teilnehmerin sich daran gewöhnt, beim Tun zu sprechen. Niemand denkt von sich aus laut.
3. Das laute Denken
   Nielsen beschreibt es so: Man bittet die Teilnehmerin, das System zu benutzen und dabei fortlaufend laut zu denken, also ihre Gedanken einfach zu verbalisieren, während sie sich durch die Oberfläche bewegt. Der Moderator hakt nur nach, um das Verbalisieren in Gang zu halten («woran denken Sie gerade?»). Nielsens Warnung: Unterbrechungen und Verständnisfragen verändern das Verhalten der Nutzenden sehr leicht. Eine schlecht geführte Sitzung misst dann das Gespräch.
4. Die Aufgaben, eine nach der anderen, im Schweigen des Raums
   Die Teilnehmerin liest die Karte, legt sie hin und arbeitet.
5. Das Verhalten protokollieren
   Was die Teilnehmerin getan hat, wo der Finger geschwebt hat, bevor er sich senkte, was sie dabei gesagt hat, was sie erwartet hat und was stattdessen passiert ist. Die Frage «gefällt Ihnen dieser Bildschirm?» gibt eine Meinung zurück, und Meinungen werden in der Nachbesprechung am Ende der Sitzung eingesammelt, wo sie so viel wiegen, wie eine Meinung wiegt.

Die Schleife zwischen zwei Teilnehmenden

Die Sitzung gibt das Verhalten zurück, die Schleife wandelt es in ein korrigiertes Design um, und beide sind die Technik. Unmittelbar danach sortiert das Team die Beobachtungskarten, gruppiert, was wiederkehrt, und beschliesst die Änderungen gemeinsam, solange alle die Szene vor Augen haben. Die Änderung wird mit dem Stift auf dem Blatt angebracht, oder das Blatt wird in zehn Minuten neu gezeichnet, und die nächste Teilnehmerin testet den korrigierten Stapel. Kein klickbarer Prototyp dreht sich in diesem Tempo.

Snyder benennt die Grenze der Übung: Einen einzigen Test zu beobachten ist besser, als gar keinen zu beobachten, aber wenn dieser Test untypisch ausfällt, kann er den Blick der Beobachtenden darauf verzerren, was geändert werden muss. Drei bis fünf Teilnehmende, mit einer Korrektur dazwischen, ist die übliche Form. Nielsen liefert die Zahlen für den Rest: fünf Nutzende pro Studie, und drei Studien mit fünf sind mehr wert als eine Studie mit fünfzehn.

Reichweite und Grenzen der Sitzung

Snyder zählt auf, was zurückkommt: die meisten Usability-Probleme, einschliesslich der Probleme mit Konzepten, Terminologie, Navigation, Arbeitsabläufen und Bildschirmaufbau. Hinzu kommt der Schritt, den die Nutzerin erwartet hat und den das Design nicht hat.

Ausser Reichweite bleiben Ästhetik, Farbe und grafische Gestaltung, die auf Papier nicht so wirken wie auf dem Bildschirm; die wahrgenommene Leistung und die Antwortzeiten, die von einer Maschine abhängen; und jede schnelle, feine oder fortlaufende Interaktion, die der menschliche Computer nicht nachbilden kann. Der interaktive High-Fidelity-Prototyp übernimmt bei diesen Fragen.

Die Fallstricke

Der Raum rettet

Dem menschlichen Computer entfährt «nein, eigentlich müssten Sie dort tippen», oder der Moderator zeigt mit dem Finger. In der Sekunde darauf hört die Sitzung auf, die Oberfläche zu messen, und misst die Erklärung. Das Schweigen ist das Instrument, und es wird durch Disziplin gehalten.

Fragen statt Aufgaben

Eine Frage gibt eine Meinung zurück, eine Aufgabe gibt Verhalten zurück, und Verhalten ist das einzige Produkt der Technik.

Mit Kolleginnen testen

Sie kennen die Domäne, das Vokabular und den gewollten Ablauf, also stolpern sie nicht dort, wo eine reale Nutzerin stolpert. Die Sitzung gibt dann das mentale Modell des Teams zurück, von dritter Seite gewaschen, und das Team fühlt sich bestätigt.

Der korrigierte Stapel geht als Spezifikation hinaus

Der BABOK beschreibt den Mechanismus: Stakeholder halten sich an die Designspezifikationen statt an die Anforderungen, die jede Lösung erfüllen muss, und Entwickler glauben, den Prototyp genau nachbauen zu müssen. Bei einem Papier-Prototyp nimmt das eine präzise Form an: Die korrigierten Blätter gehen als Pflichtenheft an die Entwicklung, und die Anforderung wird nie geschrieben. Was die Sitzung festgestellt hat, ist eine Anforderung, «die Nutzerin muss einen bestehenden Termin vom Startbildschirm aus wiederfinden können»; die Haftnotiz auf dem Blatt ist eine mögliche Umsetzung davon. Die erste wird geschrieben und nachverfolgt. Die zweite wird mit dem Papier weggeworfen.

Der Stapel ohne Aufgabenskript

«Es ist ja nur Papier», also nichts im Voraus zu schreiben. Ein Stapel ohne Aufgaben ist eine Vorführung, und eine Vorführung ist eine Präsentation, bei der die Gestalterin den Stift hält.

Ein ungeordneter Stapel

Der Computer sucht, die Pause reisst den Faden der Teilnehmerin ab, und das protokollierte Zögern ist das des Papiers.

Ein zu sauberer Prototyp

Gedruckte Bildschirme laden zur Höflichkeit ein, und sie laden auch zur Debatte über die Schriftart ein, die nicht die Frage des Tages ist.

Das Design nach einer Teilnehmerin umschreiben

Eine Stichprobe von eins, in der das Untypische so viel wiegt wie das Wiederkehrende.

Niemand protokolliert

Ohne Karten hat die Schleife keinen Eingang, und die Sitzung war gut gespieltes Theater.

KI-Überlegungen

Ein Sprachmodell kann den Computer nicht spielen. Die ganze Funktion dieser Rolle besteht im Zurückhalten: auf den Finger antworten, nichts erklären, nichts reparieren. Ein Modell, das die Oberfläche halten soll, wird erklären, helfen, ergänzen und verzeihen, also den Fehler erzeugen, den die Rolle verhindern soll. Das Instrument ist eine Person, die schweigt.

Ein Sprachmodell kann nicht die Teilnehmerin sein. Eine synthetische Nutzerin stolpert nicht dort, wo eine reale stolpert, denn sie hat das Design faktisch schon gelesen. Ein «simulierter Nutzertest» gibt die Vorannahme des Modells zurück, und das einzige Produkt dieser Technik ist beobachtetes Verhalten. Ein Papier-Prototyp, der gegen ein Sprachmodell geprüft wurde, hat nichts hervorgebracht.

Wo die Werkzeuge etwas leisten, ist rund um die Sitzung. Im Vorfeld: die Blätter aus einer Anforderung oder einer User Story grob vorzeichnen, worauf das Team sie von Hand neu zeichnet, da die Rauheit eine gewollte Eigenschaft ist; das Aufgabenskript prüfen, indem man ausdrücklich fragt, ob eine Aufgabe ein Bedienelement nennt, was den häufigsten Formulierungsfehler abfängt; die Blätter mit plausiblen Schweizer Inhalten füllen (Namen, Adressen, vierstellige PLZ, Daten, Zeiten, Beträge in CHF), damit ein Feld sich wie ein echtes Feld liest. Im Nachgang: die Beobachtungskarten abtippen, die wiederkehrenden Stolperstellen gruppieren, die Änderungsliste verfassen. Das ist undankbar, dort gehen die Stunden hin, und es lässt sich ohne Schaden delegieren.

Die Daten. Eine in einer Praxis mit einer realen Patientin gefilmte Sitzung erzeugt besonders schützenswerte Personendaten im Sinne des revDSG, denn es sind Gesundheitsdaten. Ausdrückliche Einwilligung und keine Sitzungsaufzeichnung bei einem Anbieter ohne Auftragsverarbeitungsvertrag.

Beispiele

Eine Physiotherapiepraxis stellt die Terminbuchung online. Der Bildschirm ist gezeichnet, nichts ist codiert. Eine Patientin der Praxis kommt für eine Stunde: Eine Kollegin spielt den Computer, eine zweite moderiert, eine dritte protokolliert. Fünf Aufgaben, fünf Karten, einzeln übergeben.

Die fünf Zeilen sagen, was die Teilnehmerin getan hat. Das ist der Stoff, den die Technik erzeugt; was sie vom Bildschirm hält, wird in der Nachbesprechung eingesammelt und wiegt so viel, wie ein Eindruck wiegt.

Die beiden Zeilen, in denen die dritte Spalte «nichts» sagt, sind die wertvollsten der Sitzung, und sie existieren nur, weil der menschliche Computer geschwiegen hat. Wer geantwortet hätte «das ist im Menü, ganz oben», hätte die Entdeckung auf der Stelle gelöscht, und das Protokoll hätte drei Zeilen statt fünf zurückgegeben.

Die fünf Korrekturen halten mit dem Stift und auf den vorhandenen Blättern: eine Haftnotiz, zwei Beschriftungen, ein ergänztes Feld, ein verschobenes Bedienelement. Die nächste Teilnehmerin testet den korrigierten Stapel gleich im Anschluss.

Visualisierungen

Drei Darstellungen tragen diese Technik. Die Kreuzung der beiden Achsen verortet die Technik unter ihren Nachbarn: eine Methode und eine einzige Zelle auf der Achse des Ansatzes. Die Sitzung zeigt den Raum und die Schleife, die durch ihn läuft, vom Finger der Teilnehmerin zum gewechselten Blatt, vom protokollierten Zögern zum mit dem Stift überarbeiteten Blatt und weiter zur nächsten Teilnehmerin. Das Sitzungsprotokoll zeigt, was all das hervorbringt: fünf Aufgaben, fünf beobachtete Verhaltensweisen und die Korrekturen, die sie ausgelöst haben.

Das Schema der Sitzung lässt sich auch als Prüfliste lesen, und eine reale Sitzung muss ihre vier Fragen mit Ja beantworten. Kommt die Teilnehmerin von ausserhalb des Teams? Ist der menschliche Computer eine einzige Person, und schweigt sie? Protokolliert jemand, ein Problem pro Karte? Wurde das Blatt vor der nächsten Teilnehmerin überarbeitet? Eine Sitzung, der diese letzte Schleife fehlt, hat eine Problemliste hervorgebracht, wo die Technik ein korrigiertes Design versprochen hat.

Aufwand

Werkzeuge

Das Material passt in eine Schachtel: Blätter in A3 oder A4 für die Hintergründe, Karteikarten für Dialoge, Menüs und Listen, Haftnotizen für Kurzhinweise und Fehlermeldungen, Papierstreifen für den Inhalt eines Feldes, Schere, leere Etiketten oder Korrekturmittel, zwei Stiftfarben. Eine Klarsichtfolie auf dem Blatt, mit einem abwischbaren Stift, lässt die Teilnehmerin in ein Feld schreiben, ohne den Stapel zu beschädigen. Eine Kamera schliesst die Sitzung ab: Jeder Zustand des Stapels wird fotografiert, denn der Stapel ist das Archiv.

Für eine verteilte Beobachterbank genügen eine Dokumentenkamera (oder ein Telefon an einem Schwenkarm) und ein Videoanruf, um den Tisch sichtbar zu machen. Die Sitzung verliert dabei: Die Latenz des menschlichen Computers steigt, der Finger der Teilnehmerin wird zum Mauszeiger, und die Beobachtenden reagieren nicht mehr gemeinsam. Das wiegt man gegen die Reisekosten ab.

Das Sitzungsprotokoll lebt in einer Tabelle oder einem Tabellenblatt, eine Zeile pro beobachtetem Problem. Die Korrekturen, die zu Änderungsanträgen werden, gehen anschliessend ins Item-Tracking, das genau dafür da ist.

Interaktive Mockup-Werkzeuge (Figma, Axure und ihresgleichen) sind der Ausgang aus der Technik. Sobald die Blätter klickbar werden, verschwindet der menschliche Computer, und mit ihm das Schweigen, das das Instrument war. Man geht dorthin, wenn die Interaktion für Papier zu fein wird, und dieser Schritt ist ein Wechsel der Technik, der als solcher entschieden wird.

Quellen

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3, §10.36 Prototyping: Papier-Prototyping als eine der Prototyping-Methoden, die Trennung der Achse des Ansatzes von der Achse der Methode, die Beobachtung, dass Nutzende sich freier fühlen, ein Modell zu kritisieren, das weder poliert noch auslieferungsreif ist, und das Risiko, dass der Entwurf den Platz der Anforderung einnimmt.
• Carolyn Snyder, Paper Prototyping: The Fast and Easy Way to Design and Refine User Interfaces, Morgan Kaufmann: die Referenzdarstellung, die Definition der Technik als Usability-Test, bei dem eine Person den Computer spielt, ohne die Oberfläche zu erklären, was die Sitzung findet, was sie liegen lässt, und die Grenze der einzelnen Sitzung.
• Marc Rettig, Prototyping for Tiny Fingers, Communications of the ACM 37(4), April 1994, S. 21-27: der Ursprung des Papier-Prototypings, die Rollen der Sitzung, die Regel des Moderators, nie zu sagen, wie es geht, ein Problem pro Karte und das ökonomische Argument der Technik.
• Jakob Nielsen, Thinking Aloud: The #1 Usability Tool, Nielsen Norman Group: das Protokoll des lauten Denkens und die Warnung vor Unterbrechungen, die das Verhalten der Nutzenden verändern.
• Nielsen Norman Group, UX Prototypes: Low Fidelity vs. High Fidelity: die Grenzen des menschlichen Computers, die Rolle eines geordneten Stapels und der Moment, in dem der interaktive High-Fidelity-Prototyp übernimmt.
• Jakob Nielsen, Why You Only Need to Test with 5 Users, Nielsen Norman Group: die Zahl der Teilnehmenden pro Studie und die Tatsache, dass drei Studien mit fünf mehr wert sind als eine Studie mit fünfzehn.