Kategorie: Usability

Heute mal gleich zwei Fundstücke …

Logout-Button statt Speichern bei Snitter

Snitter ist ein richtig toller Desktop-Client für Twitter. Seit heute unterstützt er auch internationale Keyboards und hat prompt einen Siegeszug durch die Twittercommunity angetreten. Twitteriffic fiel im des öfteren zum Opfer. 😉 Das Ding kann einfach alles, wasdie Twitterwebsite auch kann, und noch ein kleines bisschen mehr (Suche in den Freunden etc.)

Was ich aber zeigen will, ist ein kleiner seltsamer Button an der falschen Stelle. In den Optionen kann man diverse Dinge einstellen, die man dann anschließend gerne speichern möchte. So ist man das gewohnt. Was aber macht Snitter? Es bietet einen Button “Logout”! Warum das denn? (Und ich bin nicht die Einzige, die automatisch draufgeklickt hat, oder draufklicken wollte. Ich hab’s beobachtet!)

Login / Registrierung bei Co.comment

Gerade habe ich mich bei Co.comment.com registriert und bin dabei über folgende Merkwürdigkeit gestolpert: Oben rechts gibt’s einen Menüpunkt “login / register” – klickt man darauf, kommt man auf folgende Seite.

Die Überschrift sagt mir, dass ich mich hier registrieren kann. Ich gebe also Username und Passwort an und plopp erscheint die Fehlermeldung “The username and password do not match.” Klar, denn man befindet sich ja auch auf der Login-Seite. Will man sich registrieren, muss man in der Überschrift auf den blauen Teil “Get an account” klicken.

Warum so umständlich und irreführend? In der Navi steht doch sogar schon das Wort “register”. Warum nutzt man das nicht als Link zur Registrierungsseite? Muss man diese Logik verstehen? Glaube nicht. 😉

BTW: Get Elastic hat gerade eine Menge Registrierungsformulare getestet und ausgewertet. Sehr interessant! Überhaupt … was diese Frau alles testet … unglaublich! Eine empfehlenswerte Lektüre!

Vor kurzem habe ich einen schönen Beitrag im Blog von Adaptive Path gelesen, über den In-Between Stuff, also die Feinheiten einer Anwendung, die die Bedienung erst so richtig rund machen. Unbedingt lesen! 🙂

Es geht darum, dass wir uns beim Gestalten einer Website zu sehr nur um die Features kümmern. Features sind die Dinge, mit deren Gestaltung wir die meiste Zeit verbringen, mit denen wir unseren Usern die Nutzung unserer Website schmackhaft machen. Aber Features können kopiert werden und verlieren dadurch an Originalität.

Was aber viel schwerer zu kopieren ist, ist die Erfahrung, die ein User bei der Nutzung einer Site macht. (User Experience) Adaptive Path nennt es auch den Charakter einer Anwendung. Schönes Beispiel:

You can make a Windows machine look and kind of act like a Mac with some effort, but it isn’t going to work exactly like one. Why? Because of the in-between stuff, the little moments that make a Mac a Mac and a Windows OS a Windows OS.

Es geht um Übergänge, um Prozesse, um die Interaktionslogik und wie alles zusammen passt. Und um die Einbettung der Features in der restlichen Umgebung der Seite. Wie oft landet man z.B. nach dem Anfordern eines vergessenen Passwortes nicht auf einer Seite mit Login-Feldern. Oder eine eMail enthält keinen Deeplink zur entsprechenden Seite, auf die verwiesen wird. Schönes Beispiel sind auch immer die Confirmation-Seiten. Wir geben dem User das Feedback, dass beispielsweise ein Formular abgeschickt wurde oder die Eingaben gespeichert wurden, aber wir bieten ihm nichts für seinen weiteren Weg, den er als nächstes auf der Seite einschlagen könnte.

A propos Feedback … in Bezug auf AJAX begegnen mir in letzter Zeit auch immer wieder Seiten, die nach dem Klick auf einen Button gar kein Feedback (z.B. “Ihren Daten wurden gespeichert”) liefern. Der User verbleibt auf der gleichen Seite und weiß nicht, ob seine Aktion nun ausgeführt wurde oder nicht. Oder das Feedback erscheint an einer ganz anderen Stelle der Seite und der User sieht es nicht, weil sein Blick an der Stelle des Mauszeigers (also da wo der Button ist) verweilt. Auch sehr schön sind z.B. Checkboxen, die aber keinen Speichern-Button bieten. Ok, durch AJAX können die Eingaben auch ohne expliziten Klick auf einen Button gespeichert werden, aber weiß das der User?
Ich würde jetzt auch gerne auf eine Blogbeitrag verweisen, der ein sehr tolles Beispiel einer richtig schönen Sackgasse zeigte, aber ich finde ihn leider nicht mehr. 🙁

Ich komm nicht drumrum bei Kopien, die den Charakter nicht mitkopieren, an StudiVZ zu denken. 😉 Im Vergleich zu Facebook sind mir in der Bedienung schon unglaublich viele Kleinigkeiten aufgefallen, die bei Facebook einfach besser funktionieren. Keine Ahnung, ob das am schlechten Kopieren liegt, oder daran, dass Facebook weiterentwickelt und optimiert wird. Dabei meine ich z.B. das Hinzufügen von neuen Kontakten aus einer Liste von Usern. Bei Facebook bleibt man in der Liste, added den Kontakt mit einer AJAX-Funktion und kann anschließend entscheiden, ob man weiter in der Liste scrollt oder aufs Profil des neuen Kontaktes klickt. Bei StudiVZ springt man auf eine Extraseite und landet danach auf der Liste der eigenen Kontakte. Die vorher aufgerufene Liste muss man wieder neu suchen.

Design is in the details.

Adaptive Path: The In-Between Stuff Matterns 

Keine Ahnung, wie man die Dinger nun nennt, aber man sieht sie immer öfter (vorrangig auf zweinulligen Websites): Aufgebohrte Footer, die mehr enthalten, als nur Copyright-Hinweis, AGB und Impressum.

Die Funktion, die ein solch umfangreicher Footer übernimmt, ist meist sehr unterschiedlich:

• Abbildung der Sitemap
• Navigation zu Unternehmensinfos (die in der Hauptnavigation nicht vorkommen)
• Zusätzlicher Zugang zu den Inhalten in einer anderen Sortierung
• Ausführliche Auflistung aller Hilfe-Funktionen
• etc.

Beispiel Virb:

Oder die Variante in quer wie hier bei Flickr:

Und gerade habe ich im All Shirts-Blog folgendes entdeckt: Der Footer von Webshots, der zum einen die grobe Sitemap abbildet, aber über einen Reiter auch noch weitere Seiten aus dem CNET Network auflistet.

Das ist mal ne ausgiebige Nutzung. Die Suche da unten nochmal aufzugreifen ist übrigens auch keine schlechte Idee …

Mal sehen, wie sich die Dinger noch weiterentwickeln … Ich finde diese Navi-Footer eigentlich ganz gut … schließlich landet man oft genug am unteren Rand einer Website, weil man unterwegs (beim runterscrollen) noch nicht das gefunden hat, was man sucht. Dann können solche strukturierten Links sehr hilfreich sein. Gerade bei Social Networks oder anderen auf UserGen basierenden Websites, bei denen der Aufbau einer Struktur eh schon schwierig ist, kann ein solcher, zusätzlicher Zugang zu den Infos sehr hilfreich sein.

Oder wie David Carruthers so schön schreibt:

Finally the ‘terms and conditions’ strip comes of age and becomes useful.

[Nebenbei: Mich hat wohl gerade eine Blog-Flash befallen … schon mein 6. Beitrag und das bereits am 6. vom Monat ;-)]