it-swarm.com.de

Richtlinien für das automatische Speichern von Einstellungen im Vergleich zur Schaltfläche "Speichern"

In unserer Webanwendung haben wir eine Reihe von Seiten, die mit Benutzereinstellungen in verschiedenen Kategorien zu tun haben. Für die meisten von ihnen haben wir eine Anzeigeseite mit einer Schaltfläche/einem Link zum Bearbeiten, die sie zu einem Formular führt, das einen Beendigungspfad zum Abbrechen/Speichern enthält.

Für eine Kategorie von Einstellungen machen wir jedoch etwas anderes. Für die Einstellungen für Warnungen und Benachrichtigungen zeigen wir alle Warnungen an, die sie haben können, und präsentieren die Steuerelemente, um sie direkt dort einzeln ein- und auszuschalten sowie ihre jeweiligen Optionen zu ändern (z. B. E-Mail-Adresse, die als Ziel verwendet werden soll). Es gibt keine Schaltfläche zum Speichern/Verknüpfen, die Änderungen werden sofort wirksam. Wir haben dies getan, weil das typische Szenario darin besteht, dass der Benutzer nur die eine Warneinstellung anpassen möchte, anstatt das Los als Stapel zu überprüfen und zu bearbeiten. Wir haben auch erkannt, dass sich eine Schaltfläche "Speichern" wahrscheinlich unterhalb der Fensterfalte befindet und daher übersehen wird, und wir wollten wirklich nicht für jede Reihe von Alarmeinstellungen eine Schaltfläche zum Speichern festlegen.

Wir sind etwas besorgt, dass der Benutzer durch das Fehlen einer Schaltfläche zum Speichern verwirrt sein könnte.

Was sind einige Richtlinien und Argumente für und gegen einige Einstellungsänderungen, die unmittelbare Auswirkungen haben?

19
Erics

Sie müssen konsistent sein. Ändern, was die Leute von Ihrer Anwendung erwarten, ist verwirrend und keine gute Idee.

Wenn Sie automatisch in einem Abschnitt speichern, warum nicht in allen? Wenn es einen guten Grund gibt, die Schaltfläche (n) zum Speichern zu verwenden, warum nicht auf allen Einstellungsseiten?

Viele Anwendungen teilen die Einstellungsseiten in logische Gruppierungen auf und haben dann für jede Gruppe eine Schaltfläche zum Speichern. Ich habe es visuell nicht hässlich gefunden und es ist klar, was zu tun ist. Auf jeden Fall eine bessere Option als nur am Ende einer langen Liste.

18
JohnGB

Konsistenz ist definitiv ein Muss. Wenn jedoch eine Gruppe von Einstellungen ein Ein- und Ausschalten rechtfertigt, anstatt tatsächlich in eine Reihe von Feldern einzugeben, kann es in Ordnung sein, diese bei jeder Änderung automatisch zu speichern.

Wenn Sie einen Kippschalter verwenden, wird erwartet, dass die Aktion gespeichert wurde, sobald Sie ihn betätigen ... Denken Sie daran, ein Licht ein- oder auszuschalten. Sie können symbolisieren, dass es durch eine kurze Animation oder Benachrichtigung gespeichert wird, nachdem es umgeschaltet wurde.

Sie müssen auch darüber nachdenken, welche Art von Benutzern Sie haben. Erwarten sie, dass Dinge automatisch gespeichert werden, oder benötigen sie den psychologischen Abschluss, um die Aktionen durch Klicken auf eine Schaltfläche zum Speichern abzuschließen?.

Es wird immer üblicher, die automatische Speicherung in Anwendungen zu verwenden. Google verwendet für die meisten Apps die automatische Speicherung, verwendet jedoch bei Bedarf auch eine Schaltfläche zum Speichern. Sie könnten argumentieren, dass "Web-versierte" Benutzer eher an die automatische Speicherung gewöhnt sind, aber "weniger Web-versierte" Benutzer möglicherweise immer noch erwarten oder auf eine Schaltfläche klicken möchten, um sich sicher zu fühlen, dass ihre Bemühungen gespeichert wurden.

5
JustinRob

Meiner Meinung nach sollte das automatische Speichern vermieden werden:

  1. Wenn das Formular Validierungen enthält
  2. Das Formular erlaubt mehrere Einträge

Wir haben ein Arbeitszeittabellenmodul für einen Client entwickelt, der Einträge automatisch speichert. Der Kunde war begeistert, aber dann wurden die Validierungen aktiviert und der Tisch auf den Kopf gestellt. Einige der Felder mussten dynamisch obligatorisch sein, d. H. Basierend auf der Auswahl eines anderen Feldes. Wenn der Benutzer keine obligatorischen Daten erfasst und weg navigiert, ignoriert das System den Eintrag stillschweigend. Es gab keine einfache Lösung und wir mussten die Schaltfläche "Speichern" einführen.

3
Adeel

Abgesehen von der Konsistenz sollte in Ihrem Analysebericht auch nach der Plattform gesucht werden. Wenn der größte Teil Ihrer Zielgruppe aus einem MacOS-Hintergrund stammt, sollten Sie die automatische Speicherung in Betracht ziehen, da die meisten Anwendungen und Dialogfelder unter MacOS automatisch gespeichert werden.

Zumindest für Windows-Benutzer befinden sich die meisten noch in Windows 7 und darunter. In diesem Fall ist das automatische Speichern für die meisten Dialogfelder nicht die Norm.

1

In der Antike hatten Dokumente zwei Zustände: den "gespeicherten" Zustand auf der Festplatte und den Zustand, der bearbeitet wird. Ich würde vorschlagen, dass dies oft ein gutes Modell ist, auch für Online-Anwendungen. Um zu vermeiden, dass Personen ihre Arbeit verlieren, wenn ihre Verbindung unterbrochen wird, kann es sinnvoll sein, dass der Server eine aktuelle Kopie des zu bearbeitenden Status aufbewahrt. Der Status "gespeichert" sollte jedoch im Allgemeinen nur aktualisiert werden, wenn jemand dies bejaht Das.

Wenn Sie ein Fenster schließen, nachdem ein bestimmter Status geändert wurde, sollte es einem Benutzer gestattet sein, Änderungen abzubrechen, Änderungen anzuwenden oder als Entwurf beizubehalten. Wenn sich der Benutzer für Letzteres entscheidet oder wenn die Verbindung unterbrochen wird, sollte der Benutzer beim nächsten Versuch, den Status zu bearbeiten, explizit darauf hingewiesen werden, dass das System einen gespeicherten Entwurf abruft.

Ich mag es nicht, wenn einige Arten von Änderungen an einem Formular automatisch angewendet werden und andere nicht. Wenn bestimmte Änderungen automatisch angewendet werden müssen, würde ich vorschlagen, dass anstelle von [z. Als Kontrollkästchen oder Optionsfeld verfügt man über Schaltflächen im "Submit" -Stil für "XXX einschalten" oder "Modus auf JJJ einstellen".

0
supercat