it-swarm.com.de

Aktualisieren von Seiteninformationen - Inline vs. Auswahl von Bearbeiten

Ich entwerfe eine App von Grund auf neu und habe ein kleines Dilemma in der UX hinter dem Aktualisieren von Seiteninformationen/Bearbeiten von Seiteninformationen.

Die Informationen können von Profileinstellungen über Benutzerseiten bis hin zu Programmseiten reichen. Am Ende möchte ich ein Paradigma definieren, das auf allen Seiten einheitlich verwendet werden kann.

Auswahl :

1. Separate Ansichts- und Bearbeitungsseite Ich möchte auf keinen Fall eine separate Ansichts- und Aktualisierungsseite erstellen, auf der ein Benutzer die Aktualisierung auswählt und dann zu einer "Aktualisierungsseite" weitergeleitet wird, auf der die Änderungen vorgenommen, die Treffer gespeichert und wird dann zur Ansichtsseite zurückgeführt.

2. Inline-Bearbeitung Wenn Sie auf das Feld klicken oder doppelklicken, das Sie ändern möchten, ändern Sie die Informationen und drücken Sie zum Speichern die Eingabetaste.

. Hybridseite anzeigen/aktualisieren Wenn Sie 1 Seite verwenden, klicken Sie auf Bearbeiten. Diese Seite wechselt in den Bearbeitungsmodus, nehmen Sie Ihre Änderungen vor und klicken Sie auf Speichern.

Ich neige zur dritten Option, da die Benutzeroberfläche für den Benutzer leicht zu verstehen ist. Wählen Sie Bearbeiten, nehmen Sie Ihre Änderungen vor und speichern Sie Ihre Änderungen.

Ich frage mich, ob jemand einen besseren Weg kennt, um Seiteninformationen zu bearbeiten. Oder ob das, was ich denke, ein gutes Paradigma ist.

2
Destructo
  • Wählen Sie Option 1, wenn Die Site enthält 'einfache' Daten. Zum Beispiel einfacher Text, ein Kommentar oder etwas Öffentliches

  • Wählen Sie Option 3, wenn Sie möchten nicht, dass der Benutzer Seitenelemente versehentlich ändert. Zum Beispiel würde ich in einem Buchhaltungsprogramm definitiv Option 3 verwenden, aber in einer einfachen Notizblock-App (insbesondere auf Mobilgeräten) würde ich definitiv Option 1 wählen.

2

Was hindert Sie daran, nur eine Bearbeitungsseite zu haben?

Die Seite wird angezeigt und der Benutzer kann jeden Wert ändern, den er darf - alle Textfelder sind aktiviert. Um die Änderungen zu speichern, klickt der Benutzer auf das Symbol "Speichern".

Wenn sie weg navigieren, werden alle Änderungen verworfen, obwohl Sie möglicherweise eine Nachricht in der folgenden Richtung berücksichtigen möchten:

Es gibt nicht gespeicherte Änderungen. Möchten Sie jetzt sparen?

Dies bedeutet, dass der Benutzer, wenn er der Meinung ist, dass er die Daten nur anzeigen möchte, jetzt aber erkennt, dass er sie bearbeiten möchte, nichts Besonderes tun muss, um in den Bearbeitungsmodus zu gelangen.

Der Hauptnachteil dabei ist, dass sie versehentlich etwas ändern könnten, und obwohl "Speichern" eine explizite Aktion ist, die auch versehentlich getroffen wurde. Wenn die Daten in irgendeiner Weise "sensibel" sind, ist eine explizite Schaltfläche "In den Bearbeitungsmodus wechseln" eine gute Idee.

3
ChrisF

Ich antworte auf den Punkt von @ ChrisF.

Ich denke, ein Grund, alle Informationen der Benutzer aufzulisten (anstatt die bearbeitbaren Felder anzuzeigen), wäre, wenn es für den Benutzer wichtiger ist, die Informationen zusammenzufassen, und es gibt viele Informationen/Abschnitte auf der Seite, durch die sie schnell navigieren müssten.

Angenommen, die Einstellungsseite zeigt Folgendes:

  • mein Name
  • rechnungsadresse
  • telefonnummer
  • cc Nummer
  • persönliche Kleidungsgrößen (Oberteile, Unterteile, Kleider, Röcke, Schuhe usw.)
  • lieferadresse und Optionen
  • andere Opt-In-Informationen

Ich denke, all diese Textfelder/Dropdowns/Radiobuttons/Kontrollkästchen/Anweisungen zu haben, könnte für den Benutzer überwältigend sein. In diesem Fall würde ich es vorziehen, wenn die Informationen auf dem Bildschirm mit einer Bearbeitungsschaltfläche für jeden Abschnitt zusammengefasst sind. Durch Klicken auf "Bearbeiten" werden die entsprechenden Formularfelder zum Bearbeiten aktiviert.

Ich nehme an, es ist eine Frage der einfachen Essbarkeit (geben Sie ihnen das Formular im Voraus) oder der einfachen Lesbarkeit von Informationen (lassen Sie sie das Formular enthüllen).


Ich kaue gerade an diesem Thema. :) :)

1

Ich habe dieselbe Antwort in einem anderen ähnlichen Thread bereitgestellt, aber sie ist auch hier relevant.

Ich denke, es gibt drei große Regeln, die berücksichtigt werden müssen, um das beste Paradigma für das Anzeigen/Bearbeiten zu ermitteln:

  1. Ich möchte, dass die Informationen leicht lesbar sind (Übersicht/Druckansicht ohne Unordnung)
  2. Ich möchte unerwünschte Fehler bei wichtigen Daten vermeiden
  3. Ich möchte die Informationen schnell und einfach bearbeiten

Die UX-Lösung für das Anzeigen/Bearbeiten kann unterschiedlich sein, je nachdem, welche der drei oben genannten Lösungen die höchste Priorität hat, da immer ein Gleichgewicht zwischen einfacher Bearbeitung und Vermeidung von Fehlern besteht. Einige sagen, es sei besser, Benutzern das Bearbeiten von Daten zu erschweren, um Fehler zu vermeiden. Wenn einem Benutzer jedoch die Berechtigung zum Bearbeiten der Daten erteilt wurde, müssen Sie davon ausgehen, dass dieser Benutzer über die Intelligenz und das Fachwissen verfügt, um Änderungen an diesen Daten vorzunehmen: Es ist niemals eine ordnungsgemäße Benutzeroberfläche, etwas Schwieriges zu tun Lösung.

Ich persönlich mag die Technik, bei der die Informationen in einem "Ansicht" -Zustand angezeigt werden, bis ein Benutzer über einer Eingabe schwebt. Dann wird ein Eingabe-Begrenzungsrahmen angezeigt, der dem Benutzer zeigt, dass die Informationen bearbeitet werden können. Beim Klicken wird der Cursor innerhalb der Eingabe platziert, sodass der Benutzer Daten ändern oder eingeben kann. Wenn der Benutzer den Fokus verlässt und die Seite verlässt, wird eine Bestätigungsmeldung angezeigt, die dem Benutzer die vorgenommene Änderung zeigt, sodass er die Änderung (en) bestätigen oder löschen kann.

Dies löst alle drei großen Regeln und opfert keine von ihnen: Die Daten sind einfach anzuzeigen/zu lesen. Die Daten sind einfach zu bearbeiten (onfocus/onclick) und ungerechtfertigte Änderungen werden verhindert (Bestätigungsmeldung).

Hoffe das hilft,

Mike DeJonge Direktor für User Experience und Design, The Trade Desk

1
Mike DeJonge