Quelle est la meilleure façon d'indiquer à l'utilisateur que la modification peut également entraîner la suppression?
Je suis désolé si ma question peut sembler déroutante, laissez-moi vous expliquer.
Je crée une application ( http://uncovr.it ) et voici les détails d'une page:
Vous pouvez modifier le nom de votre instance (ici, Prestaddons) en cliquant sur le crayon.
Lorsque vous cliquez sur le crayon, un modal s'ouvre avec un formulaire contenant le nom de l'instance dans un champ de texte.
J'ai choisi cette méthode au lieu d'une édition en ligne car je prévois d'ajouter plus de champs.
J'ai d'abord pensé à ajouter le bouton "Supprimer" dans ce modal aussi, mais un nouvel utilisateur qui n'a jamais ouvert le modal d'édition ne saura jamais où trouver le bouton Supprimer.
Je suis donc mélangé à trop de sentiments:
- Choisissez une icône qui dit "Modifier ou supprimer votre instance"
- Mettez le bouton Supprimer ailleurs. Dans ce cas, où serait le mieux approprié?
Merci de votre aide!
Ici, le "Modifier", comme vous l'avez dit, ne s'applique qu'à la modification du nom de l '"instance". Comme l'action "Modifier" est vraiment "Renommer l'instance", je l'appellerais ainsi (ou simplement "Renommer") explicitement et je ferais de "Supprimer" une action distincte. Je n'ai pas réussi à placer "Supprimer" sous un point d'entrée "Modifier"; J'ai observé que c'était le dernier endroit où les utilisateurs regardaient. C'est un peu comme mettre l'option "Arrêter" sous le menu "Démarrer".
Sur le plan conceptuel, au moins la suppression pourrait correspondre à une option d'édition.
Cela étant dit, il est préférable d'avoir des options d'action liées à un élément spécifique présentées à l'avance, car les utilisateurs peuvent voir à la fois les informations et les actions autorisées dans un seul endroit. cela réduira le nombre d'étapes requises pour effectuer une tâche et ajoutera de la transparence à votre solution.
Vous devez également tenir compte du fait qu'une option de suppression ne sera pas autant utilisée qu'une option de modification. ainsi, lorsque les utilisateurs en auront besoin, ils le rechercheront activement et n'auront aucune difficulté à le trouver. Dans les deux cas, vous ne devez pas submerger l'utilisateur avec trop d'options.
Donc, si j'étais vous, j'explorerais mes options et préférerais exposer le CTA à l'avance, mais si vous ne pouvez pas le faire, la suppression dans Edit fera l'affaire.
Architecture de l'information et convivialité
je voulais juste ajouter que du point de vue des catégories, Modifier, Supprimer ou Ajouter sont généralement présentés ensemble, mais Modifier est certainement une catégorie plus large d'actions. Donc, si vous regardez cela d'un point de vue IA, votre solution est saine, car d'un point de vue de l'utilisabilité, exposer toutes les options est meilleure.
Le crayon implique assez clairement que vous n'éditez que le titre, étant donné son emplacement et qu'il n'est pas clair ce qui est spécifique à "l'instance" dans votre capture d'écran. Un engrenage implique des réglages. Une clé a un sens assez vague.
J'inclurais probablement une option "Modifier" à côté de "Informations" (mais on ne sait pas trop ce que ces options font normalement - sont-elles des onglets?). Une autre option serait de déplacer un peu l'URL et la case "Copier" et d'y placer un bouton d'édition (vous pouvez également masquer l'URL avec un bouton "Partager"). Ce placement impliquerait pour moi que vous éditez toute l'instance et pas seulement le titre. Dans les deux cas, j'inclurais probablement l'option Supprimer dans la fenêtre contextuelle. Enfin, ne vous fiez pas seulement à une icône. Utilisez le mot "modifier" et éventuellement aucune icône.
Je suis d'accord avec Ash que l'action 'Modifier' est en fait une action Renommer : si le seul changement qu'un utilisateur peut faire est le nom, ce n'est pas ' Modifier 'dans le sens d'apporter des modifications aux paramètres de l'instance. Je pense également que "Supprimer" est une action à un niveau différent de la structure de l'application. Le Edit / Rename est dans le contexte du nom de l'instance ; Supprimer dans le contexte de l'instance elle-même, c'est-à-dire le conteneur qui a un nom.
Dans ce cas, la suppression devrait idéalement être disponible dans tout contexte où un utilisateur peut apporter des modifications à l'instance. Par exemple, s'il y a une vue de liste ( Instances lien dans la navigation de la barre latérale?), Je voudrais voir une action directe pour supprimer les instances. Pour l'affichage de liste, vous pouvez même envisager un modèle d'interface utilisateur où il existe un mécanisme 'gear + dropdown caret' qui a Rename et Supprimer l'instance dans la liste déroulante.
Mais je n'attacherais pas Supprimer l'instance à Modifier / Renommer l'interaction. Ce serait comme avoir un bouton Supprimer le document dans le modal Renommer le document d'un document Google, vous supprimez le conteneur de l'objet avec lequel vous interagissez.