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

Die heutigen grafischen Benutzeroberflächen verbergen das zugrunde liegende Betriebssystem ziemlich gut. Aber die Idosynkrasien sind immer noch sichtbar.

Warum kann ich auf dem Mac keinen Ordner mit dem Namen "Fotos" erstellen? Weihnachten 08"?

Warum muss ich ein gemountetes Disk-Image "auswerfen"?

Kann ich ein JPEG nicht einfach durch Ändern der Dateierweiterung in ein TIFF-Format konvertieren?

(Der letzte Fall ist mir vor einigen Jahren passiert. Es dauerte für immer um herauszufinden, warum die TIFF-Datei nicht richtig geladen wurde! In diesem Moment verstand ich, warum Apple früher eingebettete Dateitypen (als Metadaten) verwendete, und bis heute verstehe ich nicht, warum sie dummerweise zu Dateierweiterungen zurückgekehrt sind. Ach ja, richtig, weil Unix ein besseres Betriebssystem ist).

Answer 2

Ich habe das schon oft erlebt, es scheint etwas zu sein, das immer wieder auftaucht. Ich scheine die Art von Person zu sein, die diese Art von Annahmen aufgreifen kann (unter bestimmten Umständen), aber ich war auch schon oft von dem, was der Benutzer tat, überwältigt.

Wie ich schon sagte, ist das etwas, das mir sehr vertraut ist. Ein Teil der Software, an der ich gearbeitet habe, wird von der Allgemeinheit genutzt (im Gegensatz zu speziell geschulten Personen), so dass wir auf diese Art von Dingen vorbereitet sein mussten. Dennoch habe ich erlebt, dass dies nicht berücksichtigt wurde.

Ein gutes Beispiel ist ein Webformular, das ausgefüllt werden muss. Wir müssen dieses Formular ausfüllen, es ist wichtig für den Prozess. Der Benutzer nützt uns nichts, wenn er das Formular nicht ausfüllt, aber je mehr Informationen wir von ihm erhalten, desto besser. Offensichtlich handelt es sich hier um zwei gegensätzliche Anforderungen. Wenn wir dem Benutzer einfach einen Bildschirm mit 150 Feldern (eine beliebige große Zahl) präsentieren, wird er verängstigt weglaufen.

Diese Formulare wurden mehrfach überarbeitet, um sie zu verbessern, aber die Nutzer wurden nicht nach ihren Wünschen gefragt. Entscheidungen wurden auf der Grundlage von Annahmen oder Gefühlen verschiedener Personen getroffen, aber es wurde nicht berücksichtigt, wie nahe diese Gefühle den tatsächlichen Kunden kamen.

Ich möchte auch die logische Folge von Bevans Annahme "Die Benutzer werden den Dialog lesen" erwähnen. Die Annahme, dass die Benutzer nichts lesen, ist viel sinnvoller. Leute, die behaupten, dass die Benutzer nichts lesen, schlagen oft vor, lange, trockene Erklärungstexte einzufügen, um Benutzern zu helfen, die durch eine zufällige, schlechte Designentscheidung verwirrt sind (wie die Verwendung von Kontrollkästchen für etwas, das eigentlich Optionsfelder sein sollten, weil man nur eines auswählen kann).

Jede Art von technischem Support zu arbeiten kann sehr informativ darüber, wie die Benutzer denken (oder nicht denken).

Answer 3

So ziemlich alles auf Betriebssystemebene in Linux ist ein gutes Beispiel, von der Wahl der Namen ("grep" bedeutet für den Benutzer offensichtlich "Suche"!) bis zur Wahl der Syntax ("rm *" ist gut für Sie!)

(ich hasse Linux nicht, es ist nur vollgestopft mit Unix-Legacy-Unbrauchbarkeitsbeispielen)

Answer 4

Wie steht es mit den Metaphern für den Schreibtisch und das Hintergrundbild? Es wird immer besser, aber vor 5-10 Jahren war das der Fluch vieler Anrufe beim technischen Fernsupport.

Außerdem gibt es das Problem mit dem umgekehrten Schrägstrich (Backslash) und dem Schrägstrich (Slash), die unzähligen Namen für die verschiedenen Tastatursymbole und die antiquierte Schaltfläche "Bildschirm drucken".

Answer 5

Moderne Betriebssysteme sind großartig, weil sie alle mehrere Benutzerprofile unterstützen, so dass jeder, der meine Anwendung auf demselben Arbeitsplatzrechner verwendet, seine eigenen Einstellungen und Benutzerdaten haben kann. Ein großer Teil der Supportanfragen, die ich erhalte, geht jedoch dahin, wie man mehrere Datendateien unter demselben Benutzerkonto haben kann.