Méthodologie UXD - Meilleures pratiques pour identifier une implémentation de la barre d'outils de navigation globale
Je fais partie d'un grand projet webapp, mais d'une petite équipe UX (nous sommes juste passés de 1 à 2, il y a quelques semaines). Nous avons été amenés terriblement tard dans le processus, au point où il n'y avait littéralement aucune chance de faire de l'orientation du site, de la familiarisation avec les produits, de l'analyse des concurrents ou des études d'utilisateurs de pré-développement (Oui, il existe un énorme groupe d'utilisateurs existant. Malheureusement , nous n'y avons pas accès ... nous avons cependant des experts en la matière en interne). Je dirige actuellement des ateliers d'urgence pour commencer à me faire une idée du produit passé et des attentes pour la nouvelle itération à venir, ainsi que des sujets de préoccupation. Pour vous donner une idée de l'ampleur de ce projet, la webapp devrait avoir plus de 1200 pages, avec plus de 120 processus métier identifiés.
Maintenant, avec le contexte légèrement défini, sur la question!
Une partie très importante de ce projet est la mise en place d'une barre d'outils de navigation. Pour donner un point de référence, cette application prendra en charge facilement plus de 140 tâches indépendantes (mieux vaut les considérer comme des processus métier).
Comme discuté dans d'autres threads, la hiérarchie imbriquée est une préoccupation majeure et un point de consternation constante. Certains de mes ateliers se concentrent sur le tri des cartes pour voir comment les relations entre ces éléments sont perçues par les PME.
Cependant, en plus du prototypage et des tests ultérieurs (notre délai est inférieur à 4 mois pour un livrable de près de 14 processus), j'ai besoin d'une méthode rapide pour trouver des directives appropriées pour la construction de cette barre d'outils de navigation. Des directives qui répondent vraiment aux besoins des utilisateurs. Je peux faire du "design génial" et en utilisant mon expérience, créer quelque chose qui me semble approprié. Mais alors pourquoi suis-je ici? Les méthodes que j'utilise doivent informer non seulement à ce stade, mais évolutives aux étapes ultérieures à mesure que le nombre de processus augmente considérablement.
StackExchange peut-il identifier des méthodes rapides en plus du prototypage rapide, du tri des cartes, SME interviews? Tout ce qui est spécifique au tri/affichage hiérarchique? Rappelez-vous, cette webapp est MASSIVE, et nous n'avons pas le temps (ou même accès) pour effectuer des tests utilisateur "appropriés".
Ce n'est pas tout, mais l'analyse peut être vraiment utile (si vous pouvez en obtenir) pour vous aider à trier grossièrement la tâche IA géante à portée de main. Selon la sophistication des données, vous pourrez peut-être identifier des modèles notables:
- Zones à fort trafic (Ces fonctions clés sont-elles vraiment ? Si oui, hiérarchisez-les.)
- Les tâches que les utilisateurs ont tendance à effectuer en grappes (C'est comme un tri statistique de cartes.)
- "Flux communs", où une branche de décision ou un modèle d'exploration particulier est suivi fréquemment (Peut-on s'assurer que ces flux sont faciles à suivre? Peut-on supprimer certains clics?)
Vous pouvez utiliser le data-crunching pour prioriser les domaines que vous suivrez manuellement avec un prototypage rapide, un tri des cartes et des entretiens SME).
peteorpeter a donné une excellente réponse et juste pour ajouter à ses points, une approche que nous avons utilisée pour un projet de portail de publication de contenu qui avait des délais similaires était d'établir les compartiments ou catégories clés et de définir la taxonomie sous eux.
Une fois que nous avons eu une idée approximative de la taxonomie et des compartiments clés, nous les avons envoyés aux parties prenantes et leur avons demandé de prendre le temps de l'examiner et de nous revenir avec leur taxonomie préférée. L'essentiel était que nous incluions également la haute direction dans ce processus afin que les personnes qui pouvaient nous fournir la taxonomie soient conscientes du poids et des délais du projet.
Une fois que la taxonomie a été grossièrement définie après les contributions des principales parties prenantes, nous avons eu quelques réunions au cours desquelles nous avons présenté la taxonomie combinée aux parties prenantes et les avons menées à travers un exercice de tri de cartes/pense-bêtes pour déterminer les points communs d'accord et de désaccord. Nous avons également clairement défini s'il pouvait y avoir des sous-catégories au sein de la taxonomie et combien de niveaux elle pouvait atteindre et si les utilisateurs acceptaient de faire autant de 3 à 5 clics pour obtenir un document spécifique. Une fois que cela a été confirmé (par écrit), nous avons commencé à structurer la navigation et l'avons présentée à intervalles réguliers aux principales parties prenantes juste pour obtenir leurs contributions en ce qui concerne la convivialité (de la navigation) et l'accessibilité du contenu .
La dernière étape était la partie conception visuelle de celui-ci et pendant que nous y travaillions, nous avons préparé un guide de style qui expliquait le schéma de couleurs que nous utilisions et pourquoi (nous lui avons expliqué les termes de marque et de conformité aux normes existantes et l'importance de la proéminence des catégories clés ) et l'a présenté à l'équipe.
Je sais que ce n'est pas la réponse que vous espériez, mais juste quelques entrées sur le processus que nous avons suivi :)
Quelques points clés:
- Obtenez toute décision de conception ou de taxonomie qui a été acceptée par écrit et gelez-la afin que les gens ne puissent pas vous demander de la changer tous les deux jours
- Maintenir la gestion impliquée des défis et des dépendances
- Assurez-vous d'essayer de tout conduire du point de vue commercial