Welche guten Beispiele gibt es, die zeigen, dass "ich nicht der Benutzer bin"?

Question

Ich bin Softwareentwickler und habe einen Hintergrund in Usability Engineering. Als ich Usability Engineering studierte, hatte einer der Professoren ein Mantra: "Du bist nicht der Benutzer". Der Gedanke war, dass wir das Design der Benutzeroberfläche auf tatsächlicher Benutzerforschung aufbauen müssen und nicht auf unseren eigenen Ideen, wie die Benutzeroberfläche funktionieren sollte.

Seitdem habe ich einige gute Beispiele gesehen, die zu beweisen scheinen, dass ich nicht der Nutzer bin.

• Der Benutzer versucht, eine E-Mail-Vorlage zu erstellen, und bleibt bei der Eingabe des Pipe-Zeichens (|) stecken. Das Problem besteht darin, dass die Pipe auf der Tastatur ein Leerzeichen in der Mitte hat.
• In einer Webanwendung sieht der Benutzer den Inhalt unterhalb der Falz nicht. Das ist nicht ungewöhnlich. Wir sagen ihr, sie soll nach unten scrollen. Sie hat keine Ahnung, wovon wir reden, und ist mit dem Scroll-Daumen nicht vertraut.
• Ich höre einem Anruf des technischen Supports zu. Der Vertreter fordert den Benutzer auf, den Browser zu schließen. Im Hintergrund höre ich den Jingle zum Herunterfahren von Windows.

Welche anderen guten Beispiele gibt es dafür?

EDIT: Um das klarzustellen, ich suche nach Beispielen, in denen Entwickler Annahmen machen, die sich als schrecklich falsch herausstellen, was die Benutzer wissen, verstehen, etc.

Answer 1

Während meiner Studienzeit habe ich Leuten beigebracht, wie man einen Computer und das Internet benutzt. Ich ging zu ihnen nach Hause, richtete ihren Internetdienst ein und zeigte ihnen E-Mails und alles andere. Nun, da war dieses alte Ehepaar (Ende 60). Ich habe etwa drei Stunden damit verbracht, ihnen zu zeigen, wie sie ihren Computer benutzen und dafür zu sorgen, dass sie eine Verbindung zum Internet herstellen können und so weiter. Ich ging sehr zufrieden nach Hause.

An diesem Wochenende bekomme ich einen verzweifelten Anruf, dass sie ihre E-Mails nicht abrufen können. Ich bin gerade dabei, mein Wochenende zu genießen, beschließe aber, ihnen zu helfen, und gehe alles durch. 30 Minuten später frage ich sie, ob sie zwei Telefonleitungen haben... "natürlich haben wir nur eine" Unnötig zu sagen, dass sie vergessen haben, dass sie sich zuerst mit dem Internet verbinden müssen (ja, das war damals, als es noch Modems gab).

Ich hätte eigentlich Abkürzungen einrichten sollen wie DUN - > Check Email Step 1, Eduora - Check Email Step 2....

Answer 2

Was die Nutzer nicht wissen, werden sie sich ausdenken. Sie arbeiten oft mit einer falschen Theorie darüber, wie eine Anwendung funktioniert.

Vor allem bei der Dateneingabe neigen die Benutzer dazu, viel schneller zu tippen als die Entwickler, was zu einem Problem führen kann, wenn das Programm langsam reagiert.

Die Geschichte: Es war einmal, vor dem Personal Computer, da gab es Timesharing. Der Kundenbetreuer einer Timesharing-Firma erzählte mir, dass er einmal zwei oder drei netten älteren Damen einen "How to"-Kurs gab und ihnen erklärte, wie man ein laufendes Programm stoppt (für den Fall, dass es irrtümlich gestartet wurde oder zu lange dauert). Er ließ eine der Teilnehmerinnen ^K eingeben, und das Timesharing-Terminal antwortete "Killed! Die Dame bekam fast einen Herzinfarkt.

Ein Problem, das wir in unserem Unternehmen haben, sind Mitarbeiter, die dem Computer nicht trauen. Wenn man eine Aufgabe, die sie auf Papier erledigen, auf den Computer überträgt, werden sie sie weiterhin auf Papier erledigen, während sie die Ergebnisse in den Computer eingeben.