Welche Techniken könnten bei der Überwachung von UI-Ereignissen erfolgreich sein, um Reibungspunkte in Bezug auf die Verwendbarkeit einer Anwendung zu identifizieren?

Question

Welche Techniken/Algorithmen könnten bei der Überwachung von UI-Ereignissen erfolgreich sein, um Reibungspunkte hinsichtlich der Verwendbarkeit einer Anwendung zu identifizieren?

Die meisten kampferprobten, realen Software enthält umfangreiche Fehlerprüfung und Protokollierung. Wir verwenden häufig komplexe Protokollierungssysteme, um Fehler zu diagnostizieren und gelegentlich vorherzusagen, bevor sie auftreten. Wir konzentrieren uns im Allgemeinen darauf, die katastrophalen Fehler auf der Serverseite zu melden.
Diese Fehler sind natürlich wichtig, aber ich denke, es gibt eine andere Klasse von Fehlern, die übersehen werden, und doch vielleicht genauso wichtig. Ob Sie ein iPhone, Blackberry, Laptop, Desktop oder Point-of-Sale-Touchscreen verwenden, Benutzerinteraktion wird in der Regel als diskrete Ereignisse verarbeitet. Ich vermute, dass das Identifizieren von Mustern von UI-Ereignissen Bereiche aufdecken kann, in denen der Benutzer Schwierigkeiten hat, effizient mit der Anwendung zu interagieren. Ich fand eine interessante wissenschaftliche Arbeit zu diesem Thema here. Ich denke, die Ideen, die in der Arbeit vorgestellt werden, sind großartig, aber vielleicht können andere, einfachere Techniken zu guten Ergebnissen führen. Was sind deine Ideen und Erfahrungen in diesem Bereich?

Answer 1

Sie möchten vielleicht Google usability testing. Ich habe noch nie davon gehört, dass das Programm ein Muster von Ereignissen erkennen lässt, sondern dass die Menschen beobachten, wie Menschen das Programm benutzen.

Answer 2

Interessantes Papier. Eines der Dinge, die ich daraus mache, ist, dass es nicht einfach ist, aus Benutzerereignisprotokollen einen Sinn zu ziehen, es sei denn, Sie haben eine ganz bestimmte Hypothese, die Sie zu testen versuchen. Sie können zum Beispiel sehr nützlich sein, wenn Sie wissen, dass Benutzer die Aufgabe X zu lange brauchen oder sie nicht vollständig abgeschlossen werden können. Es ist eindeutig ein ganz anderes Ballspiel, um Sequenzen ohne weitere unterstützende Informationen zu analysieren und daraus einen Sinn zu ziehen (obwohl es möglich ist, wenn Sie die ausgefeilten Techniken verwenden, die in der Arbeit erwähnt werden).

Eine einfachere Methode wäre, einfach die Gesamtzeit zu messen, um eine Aufgabe auszuführen, von der Sie wissen, dass sie häufig und wichtig ist. Wenn es sich zum Beispiel um eine Shopping-Anwendung handelt, ist es wahrscheinlich sinnvoll, den Check-out für einen Kauf abzuschließen. Es ist nicht ganz so einfach, weil man Unterbrechungen zumindest berücksichtigen muss (zB der Chef des Users kam in den Raum und er gab seine Einkäufe für die eigentliche Arbeit auf - nicht dass ich das jemals getan hätte: - P). Sie könnten eine einfache Regel haben, die besagt, dass, wenn keine Ereignisse für X Sekunden protokolliert wurden, angenommen wird, dass der Benutzer nicht auf den Bildschirm achtet. Eine andere einfache Sache, die Sie tun könnten, wäre, nach offensichtlichen Anzeichen von Fehlern zu suchen, wie beispielsweise ein Benutzer, der die Funktion "rückgängig machen" verwendet oder Informationen in ein Eingabefeld in einer Webanwendung eingibt, die eine Validierungsprüfung auslöst (z , die erforderlichen Informationen nicht eingeben und Informationen im falschen Format eingeben). Wenn bestimmte Eingabefelder zu einer großen Anzahl von Fehlern führen, könnte dies ein Anzeichen dafür sein, dass Sie flexibler sein sollten, wenn Sie verschiedene Formate zulassen (z. B. können Benutzer ein Datum als "28.06.09", "6-28-09 "," 28. Juni 2009 "anstelle eines einzelnen Formats).

Eine andere Idee: Wenn Ihre Anwendung über eine kontextbezogene Hilfe verfügt, zählen Sie sicher, wie oft sie für jede Seite/jeden Abschnitt/Modul Ihrer Anwendung verwendet wird.

Ich bezweifle alles, was ich sage, ist die Welt erschütternd, aber vielleicht wird es Ihnen einige Ideen geben.

-Dan

Answer 3

Ich schrieb einmal eine Anwendung, die für jeden Befehl verfolgt, ob er über das Menü oder über eine Befehlstaste äquivalent zugegriffen wurde; es gab uns ziemlich gute Einsicht, welche Schlüsseläquivalente entbehrlich waren.Wir hatten zu der Zeit keine Symbolleisten, aber die gleiche Art von Protokollierung und Analyse könnte natürlich für sie oder für kontextsensitive Menüs gelten: überall, wo Sie eine begrenzte Anzahl wertvoller Optionen bereitstellen möchten.