J'ai envisagé de repenser l'écran d'accueil pour la prochaine version dans une application de bureau dont je suis responsable. Cela pourrait probablement être considéré comme un tout nouveau design, car je n'ai pratiquement aucune donnée d'utilisation avec laquelle travailler à ce stade.
Je ne suis pas totalement novice en conception d'interface utilisateur, mais je suis essentiellement autodidacte. Cela signifie que je saisis les concepts de base et que je n'ai pas trop de mal à affiner une interface utilisateur existante ou même à créer une interface utilisateur spécifique à une tâche, mais face à un canevas blanc vide, je me perds assez facilement.
Ce que je voudrais demander, c'est comment puis-je méthodiquement aborder la conception de l'écran d'accueil d'une application?
Quels sont les principaux concepts ou principes sur lesquels je dois me concentrer pour cet écran/cette page?
Quelles informations/exigences préliminaires seraient utiles à recueillir auprès des utilisateurs/parties prenantes?
Y a-t-il quelque chose que je dois éviter à ce stade? Des pièges courants pour ce type d'interface utilisateur?
Comment puis-je auto-évaluer la conception avant d'engager les utilisateurs dans un test d'utilisabilité (étant donné que les ressources disponibles pour ce dernier sont extrêmement limitées)?
Existe-t-il un processus bien connu/documenté que je peux suivre? Y en a-t-il plusieurs?
Juste quelques notes supplémentaires rapides sur mon scénario particulier (probablement commun):
Ce n'est pas une application orientée document, donc une chose que je ne peux pas est un "document nouveau/vierge" ou une page de modèles. C'est plus dans le sens d'un CRM ou d'un système financier, avec de nombreuses fonctionnalités différentes d'une importance relativement significative.
Il n'y a vraiment aucune application similaire que je peux voler emprunter des concepts. Certains existent, mais ils sont soit (a) si horriblement chers et secrets que je n'ai aucune chance de les regarder, ou (b) horribles. Ou (c) les deux, d'après ce que j'ai entendu de seconde main.
Les utilisateurs sont un groupe passif en termes de convivialité; s'il y a un bug réel, j'en entendrai parler assez rapidement, mais si une interface utilisateur est juste gênante, cela peut prendre des mois ou des années avant que cela ne soit dévoilé. Je n'ai aucune objection à les impliquer dans le processus, mais il a tendance à être difficile d'obtenir des commentaires utiles (ou peut-être que je ne sais pas comment poser les bonnes questions).
Cela ne me dérange pas d'être redirigé vers des livres ou d'autres ressources s'ils répondent efficacement à cette question, mais veuillez garder à l'esprit le contexte d'une "page de destination", par opposition aux modèles d'interface utilisateur très généraux ou aux conseils.
Questions/commentaires de suivi:
J'essaie pas de repenser toute l'application - il y a des dizaines d'écrans et l'écran d'accueil est le seul qui me préoccupe en ce moment.
L'écran d'accueil est essentiellement une navigation pour le moment, et l'utilisation de l'application est très axée sur les tâches. La plupart des utilisateurs sont eux-mêmes plutôt orientés vers les tâches, mais je pense toujours que l'écran d'accueil pourrait être plus "fonctionnel" - transmettre certaines informations ou activer certaines fonctionnalités.
Il était une fois, l'écran d'accueil était une sorte de vue de type Explorateur. Cela n'a pas bien évolué et beaucoup ont trouvé difficile à utiliser; cette fonctionnalité a été reléguée à une fonction distincte (une qui est rarement utilisée).
Puisqu'il est utilisé par de nombreux utilisateurs différents avec des rôles différents, je ne veux pas appliquer une vue impérialiste à moins que je ne sois sûr qu'il servira (presque) tout le monde. De la même manière, je ne veux pas trop compliquer l'utilisation ou le développement lui-même en implémentant tout un tas de fonctionnalités de "personnalisation" (en fait, l'ancien design en avait un peu - personne ne l'utilisait).
Le simple fait de demander aux utilisateurs ce qu'ils veulent voir en première page ne me mène généralement pas loin. Les regards vides de la plupart des ajustements très personnels ou même pointilleux des autres (comme changer les couleurs). Encore une fois, je ne suis pas opposé à l'engagement des utilisateurs, mais je pense que je dois poser des questions plus ciblées que simplement "que voulez-vous".
Pensez à quoi sert votre page d'accueil. S'agit-il d'une page de destination/de démarrage qui fonctionne un peu comme un écran de démarrage? Est-ce une page de navigation pour accéder aux différentes parties de l'application? Est-ce là où vous attendez des utilisateurs qu'ils passent la plupart de leur temps? S'agit-il d'un écran récapitulatif dans lequel les utilisateurs "remontent" après avoir effectué un travail de détail? Comment sera-t-il utilisé? S'agit-il d'un écran de "workflow" qui affiche les étapes effectuées et les étapes à suivre? Poser ces questions vous aide à clarifier le but de l'écran. Vous en avez besoin avant vous le concevez en détail.
Demandez-vous: "Toutes les fonctions sont-elles disponibles via un mécanisme standard?" (par exemple, un élément de menu ou un bouton nommé). Il est facile de s'attacher à un élément de conception non standard, pour lequel vous avez vraiment d'excellentes raisons et que certains de vos utilisateurs pourraient ne jamais découvrir. Vous vous devez de penser à la découvrabilité bien avant d'être alerté par des tests utilisateurs.
Il semble que vous recherchiez une formule magique qui, si vous suivez, vous garantira une excellente page d'accueil. Ce que le processus peut faire, c'est attirer votre attention sur les problèmes et vous aider à choisir entre les alternatives. Il peut vous aider à obtenir une structure logique avant de la styliser. Il peut vous assurer de recueillir les commentaires des parties prenantes. Il peut être idéal pour guider les améliorations incrémentielles. Tout cela ne sert à rien si vous ne pensez pas et ne vous souciez pas du design. Il n'y a pas de formule magique. Il n'y a aucun moyen de tester réellement l'utilisabilité sans testeurs d'utilisateurs.
Modifier
Il est donc désormais plus clair que vous ayez/souhaitiez une page d'accueil organisée autour des tâches. Il s'agit d'une page de navigation pour aider les utilisateurs à accéder directement aux écrans personnalisés à partir desquels ils peuvent effectuer les tâches.
Les problèmes courants sont:
Cela semble évident, mais la première étape consiste à identifier le problème le plus critique pour vous. Je vous suggère d'identifier le problème le plus important pour votre application, puis de poser une question de suivi plus détaillée sur ux.stackexchange.
À propos de demander aux utilisateurs "ce qu'ils veulent" pour l'écran d'accueil, cela est lié:
Une question différente telle que "qu'avez-vous voulu faire et avez-vous eu du mal à trouver? pourrait susciter des réponses plus utiles - en particulier si vous les encouragez à élaborer.
Pour ce qu'il ne faut PAS faire (ou arrêter de faire), j'ai lu un excellent article sur UXMovment.com sur les mauvaises pratiques à éviter sur votre page d'accueil.
Pour quoi faire, ils suggèrent de faire de votre page d'accueil une allumeuse.
Assurez-vous également de tout cocher sur la liste de contrôle rapide de l'interface utilisateur sur UXbooth.com
1 - Pourquoi voulez-vous repenser l'application? Juste pour le plaisir, pour rafraîchir les choses? C'est une raison légitime, mais ce n'est pas très constructif. Voyez s'il y en a un plus "objectif" - y a-t-il quelque chose qui vous dérange ou gêne les autres? Pouvez-vous l'améliorer sans changer les pratiques standard de vos utilisateurs?
2 - Analysez l'écran d'accueil. Quel est son but? Cela sert-il bien? Des informations utiles qui ne sont pas là que vous pouvez y ajouter sans les surcharger? Quels sont les comportements/actions que vous souhaitez encourager/activer à partir de l'écran d'accueil? Pouvez-vous rechercher l'état actuel de ces choses? Demandez ce qui peut être amélioré à ce sujet, mais gardez à l'esprit que tout est un compromis et voyez quels sont les inconvénients de chaque changement, et si cela en vaut la peine.
3 - Concernant les pièges. Vous n'avez pas spécifié ce qu'est "ce type d'interface utilisateur" :). Dans tous les cas - lors de la refonte, assurez-vous de ne pas violer les habitudes de vos utilisateurs, ne modifiez pas les workflows auxquels ils sont habitués (par exemple, la transition de MS Office 2003 à 2007). Ou du moins ne le faites pas sans une bonne raison.
4 - Vous dites qu'il n'y a pas d'applications similaires disponibles. Cela peut vous aider à analyser l'application, sans tenir compte du domaine spécifique, et à identifier les tâches abstraites que vos utilisateurs effectuent. Ces blocs de construction sont très souvent les mêmes sur des applications très différentes.
5 - Il y a certainsbons conseils sur la conduite des entretiens contextuels et certainsplus sur les observations des utilisateurs, vous en profiterez sûrement à la fois.
Vous pouvez parler aux utilisateurs de ce qu'ils ont aimé, de ce qui a sucé, de ce qui les a aidés, de ce qui les a ralentis, de leurs idées d'amélioration et ainsi de suite. Si vous avez le sentiment que le logiciel n'était pas un désastre en premier lieu, vous pouvez adopter des fonctionnalités de la nouvelle version pour éviter que l'utilisateur existant ne doive tout réapprendre. Si la version précédente était mauvaise (au niveau de l'interface utilisateur), il est peut-être temps de changer complètement.
Cela dépend totalement du contenu à quoi devrait ressembler votre écran d'accueil mentionné. Un genre de tableau de bord aurait-il un sens pour vous? Peut-être un tableau de bord flexible avec des modules que les utilisateurs peuvent configurer et déplacer. Ou un ensemble de mises en page qui couvrent la plupart des besoins des utilisateurs.
Quelques éléments de base: il ne doit pas s'agir uniquement d'une zone d'image de marque. Essayez de passer directement au contenu/flux de travail/données pertinentes. Personnalisez si possible. Localisez si nécessaire. Supprimez les fonctionnalités qui n'ont pas été utilisées. Améliorez les fonctionnalités qui ont ralenti les flux de travail. Vérifiez les icônes si elles aident vraiment (cela doit être vérifié avec les nouveaux utilisateurs. D'autres déjà adaptés aux erreurs). Embellissez si les gens doivent y passer des années - ils voudront peut-être que cela soit confortable.
Puis-je simplement dire, s'il vous plaît ne bougez pas les choses principales. Je suis sûr que vous le savez, mais c'est évident et il est parfois laissé de côté. Je veux dire, si vos boutons ont été dans un certain endroit pendant un certain temps, essayez de ne pas le déplacer, cela peut être très choquant pour les personnes habituées à la mise en page de votre site.
De plus, je sais que vous avez dit que vous avez du mal à faire des tests, mais essayez certainement de faire des tests utilisateur, pour voir ce que vous devez changer (ou conserver tel quel). J'ai posé une question plus tôt et j'ai obtenu de bonnes réponses sur Test utilisateur , alors vérifiez cela aussi.
Pour une bonne application qui vous aide à créer une interface utilisateur, essayez Microsofts Expression Blend 4 , ils sont récemment entrés dans UX et ont mis au point ce programme pour gérer l'utilisabilité des applications. Bonne chance.
-b