it-swarm.com.de

Gleiche oder unterschiedliche Visualisierung für Validierungsfehler und Parallelitätsfehler?

In unserer Anwendung verwenden wir verschiedene Formulare für die Dateneingabe. Validierungsfehler werden unter dem entsprechenden Eingabefeld angezeigt (Inline-Validierung).

Jetzt werden wir auch ein Konzept für Parallelitätssituationen einführen (zwei Benutzer ändern gleichzeitig denselben Datensatz). Im Falle einer Parallelitätssituation wird wahrscheinlich eine Warnmeldung angezeigt, die Benutzer2 darüber informiert, dass Benutzer1 Änderungen an derselben Dateneingabe vorgenommen hat. Benutzer2 muss entscheiden, ob er seine Änderungen speichern (und von Benutzer1 vorgenommene Änderungen überschreiben) oder seine eigenen Änderungen verwerfen und die von Benutzer1 vorgenommenen Änderungen beibehalten möchte.

Nun die Frage: Wäre es eine gute Lösung, die vorhandene Validierung von Validierungsfehlern für diese Parallelitätsnachrichten zu verwenden (Folge: Der Benutzer könnte visuell nicht zwischen einem Validierungsfehler und einer Parallelitätsnachricht unterscheiden)? Oder sollten wir für diese Art von Parallelitätsfehlern ein separates Meldungsfeld verwenden?

Hier ist ein Beispiel für eine (Inline-) Validierungsfehlermeldung für ein Eingangsfeld: https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE

Sollten Parallelitätsfehler besser durch ein separates Meldungsfeld über dem Formular behandelt werden, in dem die möglichen Aktionen pro Fehler aufgeführt sind? Hier ist ein Beispiel für eine Parallelitätsfehlermeldung: https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE

2
Gabriele

Natürlich müssen sie differenziert werden. Der Benutzer muss wissen, was los ist, und er muss in der Lage sein, das Problem schnell zu klassifizieren. Erfahrene Benutzer sind normalerweise mit den Validierungsregeln vertraut und können ungültige Eingaben liefern, nur weil sie abgelenkt wurden oder aufgrund eines Tippfehlers. In solchen Fällen reicht es aus, nur zu sehen, dass die Eingabe die Validierung nicht besteht, um zu sagen: "Oh, richtig, ich kann hier keine Leerzeichen verwenden" - ohne dass die Validierungsnachricht selbst gelesen werden muss. Wenn die beiden Nachrichtentypen gleich aussehen, kann der Benutzer den Grund für die Fehlermeldung nicht schnell erkennen und muss sie tatsächlich lesen.

Es kann auch frustrierend sein zu wissen, dass Ihre Eingabe korrekt ist, aber dennoch eine Fehlermeldung angezeigt wird. Die Leute lesen im Allgemeinen keine Fehlermeldungen, sondern schließen sie einfach ab und versuchen, die Eingabe zu korrigieren. Wenn sie die Nachrichten also nicht schnell auseinanderhalten können, versuchen sie, ihre Eingabe zu korrigieren, wenn daran nichts falsch ist. Dann versuchen sie, sie sehr sorgfältig zu lesen und den Tippfehler zu finden.

Wenn Sie eine Fehlermeldung einfach schließen, ohne sie zu lesen, indem Sie einfach die Eingabetaste drücken, geschieht nichts. Wenn Sie jedoch bei einer Parallelitätswarnung blind eine Taste drücken, verwerfen Sie entweder Ihre eigene Arbeit oder die eines anderen Benutzers, um eine Verwechslung zu vermeiden.

2

Ich denke du solltest unterscheiden. Auf der einen Seite weiß das System nicht, wie es das Problem angehen soll, und die Lösung ist unbefristet. Auf der anderen Seite können Sie schnell zwischen A und B wählen.

0
Riche Design

Es wäre sehr hilfreich, wenn Sie das Beispiel einer Fehlermeldung veröffentlichen würden.

Ich denke jedoch, dass es nicht notwendig ist, visuell zwischen Validierungs- und gleichzeitigen Aktionsmeldungen zu unterscheiden, wenn Ihre aktuellen Fehlermeldungen ausreichend alarmierend sind. Sie sollten sicherstellen, dass die Nachricht visuell stark hervorgehoben wird, da Parallelitätsnachrichten schwerwiegender sind als die persönlichen falschen Aktionen des Benutzers.

0
Mike Sorokin