Visualisation identique ou différente pour les erreurs de validation et les erreurs de concurrence?
Dans notre application, nous utilisons plusieurs formulaires pour la saisie de données. Les erreurs de validation sont affichées sous le champ de saisie correspondant (validation en ligne).
Maintenant, nous allons également introduire un concept pour les situations de concurrence (deux utilisateurs changeant le même ensemble de données en même temps). Dans le cas d'une situation de concurrence, nous aurons probablement une sorte de message d'avertissement qui indique à l'utilisateur2 que l'utilisateur1 a apporté des modifications à la même entrée de données. L'utilisateur2 devra décider s'il souhaite enregistrer ses modifications (et remplacer les modifications apportées par l'utilisateur1) ou annuler ses propres modifications et conserver les modifications apportées par l'utilisateur1.
Maintenant, la question: Serait-ce une bonne solution d'utiliser la visualisation des erreurs de validation existante pour ces messages de concurrence (conséquence: l'utilisateur ne serait pas en mesure de différencier visuellement une erreur de validation et un message de concurrence)? Ou devrions-nous utiliser une boîte de message distincte pour ces types d'erreurs de concurrence?
Voici un exemple de message d'erreur de validation (en ligne) pour un champ d'entrée: https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE
Les "erreurs" de concurrence devraient-elles être mieux gérées par une boîte de message distincte au-dessus du formulaire qui présente les actions possibles par erreur? Voici un exemple de message d'erreur d'accès simultané: https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE
Bien sûr, ils doivent être différenciés. L'utilisateur doit savoir ce qui se passe et il doit pouvoir classer le problème rapidement. Les utilisateurs expérimentés connaissent généralement les règles de validation, et ils peuvent fournir une entrée non valide simplement parce qu'ils ont été distraits ou à cause d'une faute de frappe. Dans de tels cas, il suffit de voir que l'entrée ne passe pas la validation pour dire "oh, d'accord, je ne peux pas utiliser d'espaces ici" - sans avoir besoin de lire le message de validation lui-même. Si les deux types de messages se ressemblent, cela signifie que l'utilisateur ne peut pas dire rapidement la raison du message d'erreur et qu'il doit réellement le lire.
En outre, il peut être frustrant de savoir que votre saisie est correcte, mais vous obtenez toujours un message d'erreur. Les gens ne lisent généralement pas les messages d'erreur, ils les ignorent simplement et essaient de corriger l'entrée. Donc, s'ils ne peuvent pas distinguer les messages rapidement, ils essaieront de corriger leur saisie lorsqu'il n'y a rien de mal à cela, alors ils essaient de le lire très très attentivement, en essayant de localiser la faute de frappe.
De plus, lorsque vous supprimez un message d'erreur sans le lire, en appuyant simplement sur Entrée, rien ne se produit. Mais lorsque vous appuyez aveuglément sur un bouton d'un avertissement d'accès simultané, vous supprimez votre propre travail ou celui d'un autre utilisateur, vous voulez donc éviter de les confondre.
Je pense que vous devriez faire la différence. D'un côté, le système ne sait pas comment résoudre le problème et la résolution est ouverte. De l'autre côté, vous pouvez fournir un choix rapide A ou B.
Cela aiderait beaucoup si vous publiez l'exemple d'un message d'erreur.
Cependant, je pense qu'il n'est pas nécessaire de faire une distinction visuelle entre la validation et les messages d'action simultanée, si vos messages d'erreur actuels sont suffisamment alarmants. Vous devez vous assurer que le message est fortement souligné visuellement car les messages de simultanéité sont plus graves que les mauvaises actions personnelles de l'utilisateur.