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

Ich denke, eines der wichtigsten Beispiele ist, dass erfahrene Nutzer dazu neigen mit einer Anwendung spielen .

Sie sagen: "Okay, ich habe dieses Werkzeug, was kann ich damit machen?"

Der durchschnittliche Benutzer sieht das Ökosystem eines Betriebssystems, Dateisystems oder einer Anwendung als einen großen, unheimlichen Ort, an dem er sich wahrscheinlich verirrt und nie wieder zurückkehrt.

Für sie, alles, was sie auf einem Computer tun wollen, ist aufgabenbezogen .

• "Wie brenne ich eine DVD?"
• "Wie lade ich ein Foto von meiner Kamera auf diese Website hoch?"
• "Wie kann ich meiner Mutter ein Lied schicken?"

Sie wollen einen Ausgangspunkt, einen reproduzierbaren Arbeitsablauf, und zwar jedes Mal, wenn sie die Aufgabe erledigen müssen. Es geht ihnen nicht darum, den Prozess zu rationalisieren oder den besten Weg zu finden, sie wollen nur einen reproduzierbaren Weg, um es zu tun.

Bei der Entwicklung von Webanwendungen habe ich schon lange gelernt, die Startseite meiner Anwendung von den Menüs zu trennen und aufgabenbezogene Links zu den wichtigsten Funktionen der Anwendung in einer sehr großen Schrift zu verwenden. Für den durchschnittlichen Benutzer erhöht dies die Benutzerfreundlichkeit enorm.

Denken Sie also daran: Die Nutzer wollen nicht "Ihre Anwendung nutzen", sondern etwas Bestimmtes tun. .

Answer 2

Meiner Meinung nach ist das sichtbarste Beispiel für "Entwickler sind nicht der Benutzer" die gemeinsame Bestätigungsdialog .

In den meisten dokumentenbasierten Anwendungen, von den komplexesten (MS Word, Excel, Visual Studio) bis hin zu den einfachsten (Notepad, Crimson Editor, UltraEdit), wenn Sie die Anwendung mit ungespeicherten Änderungen schließen, erhalten Sie einen Dialog wie diesen:

Der Text in der Datei Untitled hat sich geändert.
Möchten Sie die Änderungen speichern?
[Ja] [Nein] [Abbrechen]

Annahme : Die Benutzer werden den Dialog lesen
Realität : Bei einer durchschnittlichen Lesegeschwindigkeit von 2 Wörtern pro Sekunde würde dies 9 Sekunden dauern. Viele Nutzer werden den Dialog gar nicht lesen.
Beobachtung : Viele Entwickler lesen sehr viel schneller als typische Benutzer

Annahme : Die verfügbaren Optionen sind alle gleich wahrscheinlich.
Realität : In den meisten Fällen (>99 %) wollen die Benutzer ihre Änderungen speichern.

Annahme : Die Benutzer bedenken die Konsequenzen, bevor sie eine Wahl treffen
Realität : Die tatsächliche Auswirkung der Wahl wird den Nutzern einen Sekundenbruchteil nach dem Drücken der Taste bewusst.

Annahme : Die Nutzer werden sich für die angezeigte Nachricht interessieren.
Realität : Die Benutzer konzentrieren sich auf die nächste Aufgabe, die sie erledigen müssen, und nicht auf die "Pflege und Fütterung" ihres Computers.

Annahme : Die Benutzer werden verstehen, dass der Dialog wichtige Informationen enthält, die sie wissen müssen. Realität : Die Benutzer sehen den Dialog als ein Hindernis auf ihrem Weg und wollen ihn so schnell wie möglich loswerden.

Answer 3

Ich stimme definitiv mit den fettgedruckten Kommentaren in Daniels Antwort überein - die meisten real Nutzer haben häufig ein Ziel, das sie erreichen wollen, und wollen dieses Ziel so einfach und schnell wie möglich erreichen. Ich spreche aus Erfahrung, dass dies nicht nur für Computerneulinge oder technisch nicht versierte Personen gilt, sondern auch für technisch versierte Nutzer, die sich in Ihrem speziellen Bereich oder Technologiebereich nicht auskennen.

Zu oft habe ich erlebt, dass Kunden mit einer Fülle von Technologien, Werkzeugen, Dienstprogrammen, APIs usw. konfrontiert wurden, aber keinen offensichtlichen Weg gefunden haben, um ihre übergeordneten Aufgaben zu erfüllen. Manchmal ließe sich dies einfach mit einer besseren Dokumentation beheben (z. B. mit umfassenden Anleitungen), manchmal mit einigen High-Level-Assistenten, die auf Befehlszeilenskripten/Tools aufbauen, und manchmal nur mit einer grundlegenden Neupriorisierung des Softwareprojekts.

---

Um ein weiteres konkretes Beispiel zu nennen: das Windows-Startmenü (Auszug aus einem Artikel im Blog The Old New Thing ):

In den Anfangszeiten war die Taskleiste keine Start-Schaltfläche.

...

Aber eine Sache ist immer wieder aufgetaucht durch Usability-Tests: Die Leute starteten den den Computer und saßen einfach nur da, und wussten nicht, was sie als nächstes tun sollten.

Daraufhin beschlossen wir, die System-Schaltfläche "Start" zu nennen.

Sie sagt: "Du Dummkopf. Klick hier." Und schickte unsere Usability-Zahlen durch die Decke durch die Decke, weil die Leute auf einmal wussten, wussten die Leute, worauf sie klicken mussten, wenn sie wenn sie etwas tun wollten.

Wie bereits von anderen hier erwähnt, sind wir Techniker daran gewöhnt, mit einer Umgebung herumzuspielen, auf alles zu klicken, was sich anklicken lässt, in allen verfügbaren Menüs herumzustochern usw. Familienmitglieder von mir, die Angst vor ihren Computern haben, haben jedoch noch mehr Angst, dass sie auf etwas klicken, das ihre Daten "löscht", weshalb sie es vorziehen, klare Anweisungen zu erhalten, wo sie klicken sollen.

Answer 4

Vor vielen Jahren nahm ich in einem CMS dummerweise an, dass niemand jemals versuchen würde, ein Verzeichnis mit einem führenden Leerzeichen im Namen zu erstellen. .... Jemand tat es und machte viele andere Teile des Systems sehr sehr traurig.

Andererseits ist es sehr mühsam, meiner Mutter zu erklären, dass sie auf die Start-Taste klicken muss, um den Computer auszuschalten.

Answer 5

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).