my two cents

Florian Bailey über Kernpunkte, häufige Fehler, FAQ

»Betriebsblindheit fängt nach 3 Tagen an, nach 2 Monaten ist sie komplett.«

Erwartungen des Users erfüllen
Wenn ich etwas verspreche geht der Nutzer davon aus, dass er diesen Inhalt findet oder diese Aufgabe erfüllen kann. Und er hat Erwartungen, wie das Web funktioniert: Suchfunktion rechts oben (nicht oben in der Mitte, nicht mit »Finden« bezeichnen, nicht an der Stelle die Newsletter-Anmeldung), Back-Button, falscher Kontext. Frage aus dem Publikum: F-shaped pattern? Antwort: »Es kommt auf das Design an, es gibt kein Patentrezept. Aber prinzipiell liest man in einer Navigationszeile am Anfang und am Ende, weil man dazwischen lesen müsste. Man kann mit dem F-shaped pattern auch spielen.« Wo meine User herkommen sagt mir auch viel darüber welche Interface-Patterns sie gewohnt sind. »Ich muss mir bewusst sein was der Standard ist, bevor ich ihn ändere.« Thema Trennschärfe: »Support, Hilfe, Kontakt: Was soll der Nutzer da anklicken?«

Keine falschen Erwartungen wecken
Falscher Kontext, nicht deskriptiver Text: häufig sind Texte einfach zu lang: »alte Regel sagt 50% wegstreichen, meiner Erfahrung nach sind es 80%.« Häufige Annahme von Unternehmen: der Kunde kann was mit internen Begriffen oder Marketing-Wordings anfangen. » [...] Das Problem: Mit jedem weiteren Element schwindet die Aufmerksamkeitsschwelle. Mit jedem Element mehr muss der Nutzer seine Kernelemente suchen, die er braucht. Ist einer der Erfolgsfaktoren von vielen Web-2.0-Websites, dass sie es so simpel machen.« Beispiel Apple: Sie haben ein Produkt, das sie gerade featuren möchten. Wenn man weitere Elemente hinzufügt, geht der Fokus verloren. Bottom-Up-Prozess: Die Homepage als letztes gestalten.

Frage aus dem Publikum: Redundanz?
»Kommt drauf an – wenn die Nutzung so ist, kann man Begriffe doppeln. Man darf es aber auch nicht übertreiben.«

Flow nicht durchbrechen
»Spiegel-online hat keinen Flow, bei einer Social-Anwendung ist das anders. Ein Spiel ist ein schönes Beispiel. Wenn der Nutzer etwas gemacht hat, was tun wir?« Beispiel: Profilfoto hochladen bei StudiVZ, Xing, etc. – wenn der Nutzer mit dem Dateibrowser ein Foto ausgewählt hat, passiert nichts. Die 13-jährige die sich bei SchülerVZ anmeldet weiß nicht, dass sie noch auf den Button ‘Hochladen’ klicken muss. Kann technischer besser gelöst werden (siehe Google Mail). Feedback auf eine Interaktion geben!

Web = Text
»Gute Texte sind eine gute Website. Eine Website kann hässlich sein und erfolgreich existieren, wenn sie gute Texte hat. Beispiel: Craigslist. Hat nur ein grafisches Element: ein Favicon.« Zusammenstreichen, die kürzestmögliche Information, hohe Informationsdichte. »Keine toten Texte ohne Aussage und Inhalte. Ein schlechter Text ist bösartig gegenüber dem User: Man setzt ihm einen Brei vor und er soll sich herauspicken was für ihn relevant ist.« Leute anrufen und abfragen, was sie z.B. unter »Check-in« verstehen; Buttonlabels abfragen.

Frage aus dem Publikum: Multivarianten-Tests
Bei Google gibt es in den Webmaster-Tools ein kostenloses Programm für MVT. Arbeitet mit CSS-Polls (?), wobei verschiedene Varianten per CSS angezeigt bzw. versteckt werden. Google übernimmt komfortabel die Auswertung.

Frage aus dem Publikum: Umfragen?
An ausgewählten Interaktionspunkten nachfragen. Beispiel: Warum möchtest Du Deinen Account löschen?

Frage aus dem Publikum: Usability-Tests?
Testen ist nicht aufwändig. Mit Silverback kann man das auch remote machen. Beispiel für Guerilla-Testing: Mit einem Notebook ins Café gehen und Leute fragen, ob sie bei einem Test mitmachen wollen (Kaffee ausgeben!). Offenen Test machen: Bei Social-Applications nicht die Aufgaben vorgeben, sondern sich anschauen was die Leute an der Website nutzen. Oder 3-Sekunden-Test: Die Homepage für 3 Sekunden zeigen, dann das Notebook zuklappen und fragen: »Worum geht es auf der Seite?« Ist zwar nicht wissenschaftlich, aber mit 5-7 Leuten findet man die gröbsten Fehler.

 
Erschienen am Sonntag, 12.10.2008 @ 16:01
Tags: barcamp, bcmuc08, IA, konzeption, methoden, usability, ux