Reset-Buttons – Ja oder Nein

Seite ausdrucken ... an einen Freund verschicken
gutsehr gutsuperhervorragend (2 Stimmen, Durchschnitt: 4.50 von maximal 4)
Loading ... Loading ...
Claus Wagner am 10. Oktober 2007 um 23:00

Neulich erhielt ich einen Newsletter zum Thema Usability mit der Überschrift “Web-Formulare – Was sollte beim Design beachtet werden?” Ein Thema, das mich sehr interessiert, gerade weil es bei diesem Punkt der Web Konzeptionierung immer wieder Streit und Punkte verschiedener Ansichten und Philosophien gibt.

Der Autor schreibt in seinem Newsletter: “Ein Reset-Button um Eingaben vollständig zu löschen ist unnötig!” Es käme viel zu oft vor, dass eben dieser Button mit dem Absende-Button verwechselt werde. Versändlich, dass hier der Frust für den Benutzer höher ist als der Nutzen dieses Knopfes.

Ich möchte diese Meinung über den Resetknopf nur bedingt teilen. Aber im allgemeinen zu sagen, dass ein Reset-Knopf bei Online Formularen unnötig ist, halte ich für zu vage.

Es ist vollkommen richtig, dass bei sogenannten “Einmal-Formularen” durchaus auf ein Resetknopf verzichtet werden kann. Besonders, wenn die Formulare nicht umfangreich sind und die Eingabe wenig komplex erscheint. Beispiele: E-Mail-Formular, Posting für Diskussionsforen, E-Cards, etc.

Anders sieht es aus, wenn es um die Konzeptionierung von Web-Applikationen geht. So werden viele Tätigkeiten eines definierte Workflows mit einem oder mehreren aufeinanderfolgenden Formularen abgebildet, welche immer wiederkehren und vom Benutzer ausgefüllt werden müssen.
Beispiele: Datenerfassungen, Berechnungen oder erweiterte Suchmasken.

Meine Beobachtungen haben immer wieder gezeigt, dass es gerade bei Formularen, die vom Benutzer sensitive Daten abfordern zum kurzen Zögern der Benutzer kommt. Sollen Sie wirklich alle die Datenfelder ausfüllen und sensible Dinge preisgeben?

Oftmals habe ich gesehen, dass Personen Daten eingeben, und sobald Sie sich nicht sicher sind, ob sie einen Fehler bei der Eingabe gemacht haben, einen “Notaus” suchen, der alles bisher eingegeben verläßlich löscht. Während bei einer übersichtlichen Formulargröße einfach auf die Browsereigenen Navigationselemente zurückgegriffen wird wie “Zurück” oder “Reload” suchen viele in komplexen Formularen in der Site internen Navigation.

Auch wenn der Resetknopf nicht genutzt wird, so hat er doch auf viele Benuter eine Art beruhigende Wirkung. So kann auf jeden Fall alles wieder auf “Null” gestellt werden bevor es zu einem versehentlichen Abschicken der Daten kommt.

Verwechslung von Absenden und Reset

Es ist richtig, dass es durchaus, bei einem schnellen bearbeiten von Online Formularen zu einem “Fehlklick” kommt. Ich habe auch beobachtet, dass der Resetbutton schnell als “abschicken” geklickt wird. Dem kann aber durch die Postitionierung der Buttons entgegen gewirkt werden. Ein eingeführtes GUI kann hier Pate stehen. Beispiel: Anordnung der Buttons in Fehlermeldungen bei Microsoft Produkten. Die Anordung des zu bestätigenden Befehls und des Abbrechen-Befehls ist hier grafisch sauber gelöst. Auch die Macintosh Oberfläche bietet hier ein Layout, dem man sich bedienen kann.

So ist der wahscheinlichste, vom Benutzer als bevorzugte Befehl (”abschicken”) räumlich vom unwahrscheinlichsten (”abbrechen”, “reset”, “löschen”) getrennt.

Beispiel:

[abschicken]                              [löschen] [drucken]

Gerade bei Formularen, die man häufiger hintereinander benutzt, ist ein Reset oder Löschbutton von Vorteil. Nehmen wir an, eine Applikation ermöglicht es dem Benutzer, durch die Eingabe von Adressdaten, diese auf einer Karte zu zeigen oder die Route dorthin zu berechnen. Er gibt Straße, Nr, PLZ, und Ort in eigene, getrennte Felder ein. Und dies für Start und Ziel. Möchte er die Route jetzt ändern, optimieren, so ist es durchaus angebracht ihm die Möglichkeit zu geben, die Eingaben für Start gänzlich zu löschen. Schnell ist es passiert, dass der Nutzer zwar den neuen Ort eingibt, aber aus Versehen die alte PLZ stehen läßt, die noch in der Suchmaske steht. Dies würde zu einem nicht unmittelbar offensichtlichen Fehler im Applikationsablauf führen

Post to Twitter Diesen Beitrag tweeten

4 Kommentare zu “Reset-Buttons – Ja oder Nein”

  1. Jörg

    Als User finde ich es notwendig, eine Möglichkeit zuu haben, meine Eingaben zu widerrufen. Die deutschen Ausdrücke “Abschicken” und “Abbrechen” können zu Verwechslung führen. Vorschlag: Den “Reset” Button nicht neben den “Send” Button positionieren und ihn eventuell auch grafisch von den “Normalen” Buttons abheben.

  2. Claus

    Interessant in diesem Zusammenhang ist ein Artikel auf dem Usabilityblog zum Thema “Reihenfolge der Eingabefelder” http://www.usabilityblog.de/2008/07/formulargestaltung-guten-tag-wie-ist-ihr-name/

  3. werutzb

    Hi!

    I want to extend my SQL knowledge.
    I red that many SQL resources and want to
    get more about SQL for my work as oracle database manager.

    What would you recommend?

    Thanks,
    Werutz

  4. Formulare: Usability-Probleme und ihre Vermeidung | //SEIBERT/MEDIA Weblog

    [...] Andere Stimmen (offenbar aus einem eher praktischen Umfeld) dagegen sind der Ansicht, dass ein Reset-Button in Spezialfällen (etwa bei häufig genutzten Formularen in Intranets) durchaus sinnvoll ist. Diese Standpunkte sollen hier nicht vertieft werden; Tatsache ist jedoch, dass eine Reset-Funktion ein enormes Frustrationspotenzial besitzt, weil User sie nicht selten mit dem Submit-Button verwechseln und ihre Daten versehentlich zurücksetzen. Häufige Gründe sind eine falsche Postionierung und/oder eine mangelhafte grafische Unterscheidbarkeit. [...]

Einen Kommentar schreiben:

Mit der Veröffentlichung eines Kommentars stimmen Sie zu, unsere Datenschutzunterrichtung gelesen zu haben und erkären sich damit einverstanden.


Twitter links powered by Tweet This v1.6.1, a WordPress plugin for Twitter.