Comment afficher une distinction entre les actions qui affectent le «monde réel» et les actions qui n'affectent que les informations de l'application?
J'ai le défi suivant:
Je conçois une application Web censée gérer les composants informatiques. Signification - lorsque l'utilisateur crée un composant informatique dans l'application ou en met à jour un existant, ce composant est également créé/mis à jour ailleurs dans le système informatique (et peut donc également être consulté de différentes manières, etc.). Cette action a donc des conséquences dans le "monde réel" de ce système informatique. D'un autre côté, j'ai des actions de création/mise à jour très similaires sur d'autres entités informatiques dans LA MÊME application qui ne font que mettre à jour les informations sur ces entités uniquement dans l'application. Lorsque ces actions sont effectuées, rien ne change en dehors de l'application ...
Évidemment, cette situation est le résultat de contraintes techniques mais elle doit néanmoins être représentée dans l'interface utilisateur pour que les utilisateurs soient conscients de cette différence.
Comment représenteriez-vous cette différence? Avez-vous un exemple de solutions pour des situations similaires? J'ai envisagé l'option évidente d'afficher des messages, mais les utilisateurs ont tendance à les ignorer, alors je recherche quelque chose de plus intuitif et immédiat ...
Si, si je comprends bien, vous devez faire la distinction entre les changements locaux et - pour ainsi dire - les changements "enregistrés" qui ont un impact ailleurs, cela fonctionnerait-il en 2D ou en 3D? J'entends par là faire les changements les plus importants - ceux qui affectent ailleurs - plus en 3D que les changements similaires pour les changements locaux.
Si les processus sont similaires, il est également important de garder l'iconographie similaire, donc quelque chose comme ça pourrait mettre en évidence la plus grande importance de la seconde.
Cette question m'a fait penser au logiciel de gestion de code source, où il y a une différence importante entre les modifications apportées au code local (sur l'ordinateur d'un développeur) et les modifications qui sont validées et repoussées vers le référentiel où d'autres développeurs (et parfois le produit livré) ) sera affecté par les modifications.
Une validation explicite ou une étape de mise en œuvre peut être un bon modèle pour communiquer a) lorsqu'un changement aura un impact réel et b) que l'utilisateur doit prendre une mesure spéciale pour affecter ce changement.
Je suis d'accord avec vous, les informations purement textuelles ne suffisent pas ici - car elles peuvent facilement être ignorées, même par des utilisateurs expérimentés. Permettez-moi de reformuler votre problème: vous devez effectuer des actions similaires (verbe) sur différentes cibles (objet). Comment faire face à cela dans la vie réelle ?
Le premier principe ici est la loi de proximité : des entrées similaires sont regroupées. Sur le panneau d'une cuisinière vous avez souvent le bouton du poêle à une distance plus grande que les plaques chauffantes. Cette distance supplémentaire nous permet de voir 2 groupes de boutons d'entrée: 1 et 4. En voyant 4 plaques chauffantes ci-dessus, il est assez clair lequel est dirigé vers quelle cible.
Les autres distinctions possibles sont les couleurs et les formes: télécommandes permettent souvent les mêmes actions sur différents équipements. Cependant, ce n'est que lorsque deux télécommandes sont trop proches que nous ne pouvons pas décider laquelle est pour laquelle. Sinon, nous nous conditionnons rapidement à les reconnaître (noir => TV, gris => hi-fi).
Cependant, la variation de bon nombre de ces variables donnera l'impression qu'elles ne sont plus similaires. C'est pourquoi les télécommandes se ressemblent toutes au premier coup d'œil: le bloc numérique, un interrupteur marche-arrêt et de nombreux autres boutons.
Retour à votre application : Vous pouvez coder cette différence par placement (comme le font les clients FTP), famille d'icônes (par exemple noir/blanc et couleur) ou couleurs d'arrière-plan. Ou un style différent de saisie de texte: style 3D uniquement si elles modifient des entités réseau, par exemple. Ou aligner à droite le texte saisi dans les entrées quand elles ont un impact non seulement local (ce qui semblera un peu étrange, mais cette étrangeté pourrait rappeler l'impact que cela a potentiellement).
La chose la plus importante ici, probablement, est de rester cohérent. Le contraste doit être clair et sans exception. Sinon, ce sera plus confus que d’aider. Et si vous le pouvez, demandez à vos utilisateurs comment ils parlent de cette différence: quels termes, quelles métaphores utilisent-ils? Comment l'imaginent-ils dans leur esprit? Comprennent-ils clairement pourquoi votre application doit faire la différence entre ces deux "modes"? Etc.
Je doute que vous puissiez résoudre ce problème avec juste une conception visuelle. Si les utilisateurs peuvent être confus avec ce que fait chaque action, vous pourriez rencontrer beaucoup de problèmes. La dernière chose dont vous avez besoin est que les utilisateurs soient toujours attentifs à ce qu'ils changent et à la façon dont chaque changement affectera leur environnement "réel".
Pouvez-vous prendre du recul et supprimer les actions qui affectent uniquement les informations de l'application. Est-ce que c'est possible?
Les clients FTP peuvent être un bon endroit pour regarder, car ils doivent faire la différence entre les changements dans les dossiers locaux (qui n'affectent que la version des utilisateurs d'un fichier) et les dossiers distants (qui affectent le site en direct).
Si quelqu'un pense que cela vaut la peine d'être exploré, je peux jeter un coup d'œil à certains que j'ai autour et faire rapport avec des captures d'écran.
Juste une pensée - et quelque chose que j'ai utilisé il y a dix ans dans une application similaire - a une icône de nuage faisant partie des boutons "virtuels" ou d'information seulement, et une icône d'un bâtiment (nous avons utilisé une image qui était simplement un toit à quatre colonnes en dessous - une sorte de représentation d'une banque, ou d'un bâtiment officiel, ou de la façade de l'Acropole, d'ailleurs ...) pour désigner des éléments plus "réels/physiques".
Les utilisateurs semblent le comprendre assez rapidement, ce qui était le cas, sans (beaucoup) d'explication.
Comme vous l'avez mentionné, la distinction est très importante.
Il serait judicieux de fournir un regroupement visuel des actions. Ayez une sorte d'en-tête pour les groupes avec de l'aide ou des notes pour décrire les résultats de l'action.