Si ma liste déroulante d'articles récemment utilisés montre des articles auxquels je n'ai plus accès
Nous implémentons un client pour notre système de gestion de documents. Une partie de cela est l'écran d'archivage où l'un des champs qu'un utilisateur choisit est le dossier dans lequel le document doit être archivé.
Dans notre système d'origine, cela était représenté par une zone de liste déroulante où un utilisateur pouvait saisir manuellement un chemin de dossier ou sélectionner un chemin dans une liste de 5 dossiers qu'il avait récemment utilisés pour vérifier. Il est possible qu'entre le moment où ils ont utilisé le dossier et le moment où ils effectuent la nouvelle connexion, l'utilisateur n'ait plus accès au dossier. À l'heure actuelle, nous affichons toujours le dossier en tant qu'option, puis, si l'utilisateur choisit ce dossier, affiche un message d'erreur lorsque l'utilisateur soumet l'archivage.
Nous envisageons de supprimer ces dossiers récemment utilisés auxquels l'utilisateur n'a pas accès (nous ferons une vérification lorsque le formulaire est instancié) car pourquoi afficher une option si nous savons qu'elle entraînera un échec (et un autre message de dialogue l'utilisateur doit OK). Cependant, une opinion opposée est que si nous supprimons ces dossiers, les utilisateurs penseront que le système a "oublié" leurs choix récents et perdront confiance dans ce qu'ils utilisent.
J'aimerais obtenir des opinions sur la meilleure expérience utilisateur pour ce problème.
Vous devez les montrer, mais désactivés ou grisés. Si vous vous inquiétez de la confusion, vous pouvez les faire apparaître désactivés, mais afficher une boîte de dialogue si vous cliquez dessus.
De plus, si l'utilisateur a des options d'interface utilisateur, faites-lui une option CACHER.
Quoi qu'il en soit, je les garderais toujours sur la liste interne des MRU, au cas où ils redeviendraient disponibles.
Il peut être utile de considérer la liste d'éléments comme des emplacements "suggérés" au lieu d'emplacements "récents".
Des détails sur la façon dont les utilisateurs obtiennent les chemins en premier lieu sont nécessaires pour de plus amples explications. Mais fondamentalement, la principale raison de fournir des suggestions est de conduire l'utilisateur de la bonne façon.
Si un utilisateur a récemment écrit un chemin d'accès complet, c'est probablement il finira par l'utiliser à nouveau, nous le fournissons donc dans la liste des suggestions.
Si le chemin n'est pas disponible, il est peu probable que l'utilisateur finira par l'utiliser réellement, car cela ne fonctionne pas, alors nous le faisons pas le suggérons.
Suggérer une option qui ne fonctionnera pas n'aidera pas la confiance des utilisateurs dans le système. Un utilisateur qui souhaite essayer d'utiliser le chemin d'accès inaccessible de toute façon le saisira à nouveau, seulement pour comprendre pourquoi il n'a pas été suggéré, lors de la réception du message d'erreur, et apprendra à faire confiance aux suggestions.
Vous pouvez les conserver mais les faire apparaître comme n'étant plus disponibles (désactivés donc). De cette façon, vous pouvez autoriser votre utilisateur à "annuler la suppression" de cet élément.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
En fin de compte, vous auriez besoin de tester avec vos utilisateurs pour le savoir, mais je pense que cela ne vaut pas la peine si vous devez prendre en charge des dossiers sur des serveurs distants.
- L'utilisateur pourrait être dérouté par le système "oubliant" les éléments récemment utilisés
- La vérification de l'accessibilité peut prendre beaucoup de temps si les dossiers récemment utilisés se trouvent sur des serveurs à l'autre bout du monde, combien de temps attendez-vous qu'il expire?
- Des problèmes de réseau temporaires peuvent entraîner la purge de vos dossiers récents, même s'ils redeviennent accessibles.
Une autre option peut être simplement d'afficher à l'utilisateur quels dossiers sont actuellement inaccessibles.