ein Weblog von Tobias Jordans zu den Themen software designstudium web2.0 webdesign informationsdesign oekologie werbung usability tj video interfacedesign marketing // alle Themen...

Ich fühle mich schon ein bisschen vorgeführt, wenn ich im 37signals-Produktblog eine so einfache und bisher unerreicht schnelle Lösung für das schnelle Eingeben von Datumwerten sehe:

Den Datepicker-Kalender einfach nicht verstecken sondern immer anzeigen… — genial einfach :-).

Warum sieht man das eigentlich zum ersten Mal? Sicher auch, weil kaum ein Interface so reduziert konzipiert wird, wie bei 37signals. Dann kann man es sich auch mal leisten, für eines der wichtigen Formularelemente etwas mehr Platz zu nutzen.

Nebenbei: Meine eigenen Ideen mit JavaScript-Spielchen die textbasierte Eingabe zu beschleunigen, habe ich leider immernoch nirgends umgesetzt zu sehen. Das wäre im Übrigen auch der wichtige Verbesserungsschritt, den ich jetzt im Basecamp-Interface sehe: Den „Due: June 12, 2007"-Text durch ein Inputfeld zu ersetzen, in dass man auch per Hand Daten reinschreiben/-pasten kann.

Und wenn man dafür keinen Platz hat?

Auch dann kann man die Klick-Arbeit und -Zeit noch reduzieren. Yahoo hat nämlich ebenfalls mit einer Quasi-Konvention gebrochen und zeigt die Datumsauswahl nicht „OnClick auf Button" sondern „OnFocus in Textfeld" an. Wieder einen Klick und damit 10.000 $ pro Jahr gespart, wie Jacob Nielsen sagen würde ;-).

Im Übrigen ist der Yahoo-Kalender auch sonst sehr gut optimiert und damit sogar dem OpenSource-Quasi-Standard vorzuziehen.

PS: Zum Schluss noch etwas Visuelles und Technisches für Interessierte.

[tags]javascript, gui, benutzereingabe, datum, interaktion, interfacedesign, optimierung, 37signals[/tags]

Wie sähe ein optimales Datums- oder Zeit-Eingabefeld aus?

Update 06-05-31: Eine Lösung könnte eine Datums-Autocomplete-Funktion sein…

Ich glaube Jacob Nielsen ist es, der schreibt, dass es das Formular ist, das die Validierung der Daten vornehmen muss, nicht der Benutzer.

Das erfordert natürlich mehr Arbeit auf der Serverseite, hebt aber das Benutzerempfinden erheblich. Gerade aufgrund dieser Mehrarbeit kann ich gut nachvollziehen, dass viele Websites auf Lösungen zurückgreifen, die für den Benutzer unbeqeuemer, für den Entwickler aber bequemer sind.
Anders ist das jedoch bei Formular-Generatoren wie sie Ruby On Rails beispielsweise mitbringt … oder aber die beiden Websites in diesem Post. Hier würde es sich lohnen einmal genau zu überlegen, wie man die Formulareingabe so einfach wie möglich machen kann.

Dabei läuft es in erster Linie auf zwei Dinge hinaus:

1. den Wechsel zwischen Tastatur und Maus minimieren — Raskin (The Human Interface) beschreibt in seinem Kapitel „Quantitative Analyse von Interfaces" anschaulich einen Ansatz, bei dem alle Mehrfeld-Lösungen durchfallen würden. Der Wechsel der Hand von der Tastatur zur Maus kostet in dieser GOMS(-ähnlichen) Analyse die meiste Zeit (und kognitive Arbeit) und ist zudem meist unnötig.

2. Gewohnheiten des Benutzers übernehmen — Lästig und zeitraubend bei der Eingabe ist, sich auf die Art und Weise einzustellen, wie der Entwickler meine Daten gerne geliefert hätte. Ich passe mich an die Software an — spätestens hier wird deutlich, dass das besser gehen muss.

Die Lösung? Sorry, die muss ich auf später verschieben, dafür ist heute keine Zeit.
Aber bei all den Artikel, die es über Formulardesign mit CSS und XHTML gibt, wundert es mich, dass ich noch nichts über wirklich durchdachte Lösungen gelesen habe und wollte zumindest meinen Unmut schon einmal ausdrücken :-).
Zum Abschluss drei Beispiele, deren Lösung ich nicht gut finde:

• Rails-Scaffolding generiert eine Reihe von DropDown-Feldern. Zu sehen im ersten Drittel des Rails15-Min-Videos. DropDown-Felder finde ich in diesem Zusammenhang den GAU und das Gegenteil von schneller Dateneingabe…
• jotForm – ein Formular-Generator bietet ein einfaches Textfeld mit Date-Picker. Unklar ist, welche Daten direkt eingegeben werden können. Der Date-Picker ist gut, sollte aber nicht die einzige Eingabelösung sein.
• Wufoo – auch ein Formular-Generator löst es mit drei einzelnen aufeinanderfolgenden Inputfeldern. Auch besser, auch nicht ideal.

To be continued…