Fonctionnalités du logiciel
Un logiciel de conception d'application est utile lorsqu'une idée d'écran exige plus qu'une esquisse visuelle. Commencez par déterminer si vous devez définir les étapes d'une tâche, établir des modèles d'interface réutilisables ou préparer des décisions pour une équipe produit ; choisissez ensuite un processus dans le navigateur qui vous permet de vérifier votre travail.
La différence tient à la portée du travail : explorez-vous une piste ou prenez-vous des décisions d'interface qui doivent rester cohérentes sur plusieurs écrans ? La comparaison ci-dessous vous aide à choisir.
Un processus de conception d'application axé sur le logiciel a sa place lorsqu'il vous aide à prendre des décisions liées entre elles, et pas seulement à dessiner un écran plus soigné.
Notez l'objectif de l'utilisateur, puis suivez le parcours d'écran en écran, de l'entrée jusqu'à la fin de la tâche. Un écran d'accueil peut être convaincant à lui seul, mais le problème de conception d'application devient évident lorsque l'action suivante, une erreur et un chemin de retour doivent eux aussi être cohérents.
Consignez les mêmes choix de navigation, de libellés, d'espacement et d'états de retour partout où ils se répètent. Vous transformerez ainsi un ensemble de maquettes attrayantes en une spécification d'interface cohérente qu'un membre de l'équipe pourra examiner.
Passez en revue une tâche réaliste sur chaque écran : peut-on trouver l'action principale, comprendre ce qui a changé et corriger une erreur ? Notez les questions non résolues au lieu de présenter une ébauche visuelle comme un produit testé.
Utilisez ce tableau comme liste de contrôle initiale. Il compare deux façons d'aborder le travail, et non des listes de fonctionnalités vérifiées pour un produit donné.
| Point de départ général dans le navigateur | Processus de conception d'application axé sur le logiciel | |
|---|---|---|
| Premier élément fourni | Une ébauche d’écran ou une référence visuelle | Un objectif utilisateur et la tâche qu’il doit permettre d’accomplir |
| Périmètre initial | Un écran pour explorer une direction | Une courte séquence, incluant l’étape suivante |
| Navigation | Suggérée par la composition | Définie et vérifiée par rapport au parcours de l’utilisateur |
| Éléments récurrents | Pris en compte à mesure que la maquette évolue | Documentés pour assurer la cohérence des écrans |
| États | Commencent souvent par la vue par défaut | Incluent des questions sur les états vide, d’erreur et de fin de tâche |
| Question d’évaluation | Cette direction communique-t-elle l’idée ? | Une personne peut-elle accomplir la tâche prévue ? |
| Étape suivante | Choisir une direction prometteuse à développer | Déterminer ce qui doit être testé ou précisé pour la mise en œuvre |
Un processus de conception qui commence dans le navigateur peut aider à organiser les décisions, mais une maquette d’écran n’est ni un test d’utilisabilité, ni une application fonctionnelle, ni une garantie qu’un outil donné offre toutes les fonctionnalités dont vous avez besoin.
Vous devez montrer la première tâche sur mobile avant de discuter de sa mise en œuvre.
Un modèle peut vous aider à examiner la structure des écrans, mais remplacez le contenu d’exemple par votre véritable objectif utilisateur et vérifiez le parcours complet.
Vous avez une direction visuelle, mais la navigation et le comportement en cas d’erreur ne sont pas encore définis d’un commun accord.
Recensez les états manquants avant de peaufiner les détails ; un outil de création peut vous aider à explorer des pistes, mais il ne peut pas définir à lui seul les règles du produit.
L’équipe doit distinguer une proposition visuelle d’une spécification d’implémentation.
Examinez ensemble les parcours, les libellés et les questions de comportement encore ouvertes, puis consignez séparément les contraintes techniques.
Vous peaufinez les composants alors que la tâche globale reste à définir.
Distinguez le style de l’interface de la navigation et de la logique des tâches de l’application, afin de ne pas les confondre.
Ouvrez le point d’entrée dans le navigateur avec un objectif utilisateur précis en tête. Décrivez le premier écran, ce qui vient ensuite et les questions auxquelles un collègue devrait obtenir une réponse avant de considérer l’ébauche comme un plan. Vérifiez les fonctionnalités disponibles sur la page de destination au lieu de supposer qu’un téléchargement pour ordinateur ou une option d’exportation particulière existe.
Recherchez un moyen d’examiner plusieurs écrans, de garantir la cohérence des choix d’interface récurrents et de vérifier ce qui se passe lorsqu’une tâche réussit ou échoue. Vérifiez toute fonctionnalité précise de collaboration, de prototypage ou d’exportation sur le site de l’outil avant de vous y fier.
Pas nécessairement. Un point d’entrée accessible d’abord dans le navigateur peut vous aider à commencer à planifier les écrans et les parcours sans supposer qu’une application de bureau est nécessaire ; vérifiez les exigences actuelles du site de destination pour connaître son fonctionnement réel.
Une maquette montre un écran à un instant donné. Un processus de conception d'application axé sur le logiciel examine aussi comment une personne arrive à cet écran, quelle action suit et quels éléments d’interface ou états doivent rester cohérents.
Une ébauche vous donne une base concrète à examiner, mais elle ne prouve pas que les utilisateurs peuvent accomplir une tâche. Demandez à une personne qui ne connaît pas la conception de suivre un scénario réaliste, puis revoyez les étapes qui prêtent à confusion.
Décrivez en une phrase ce que l’utilisateur souhaite faire et esquissez la première action qu’il entreprendrait. N’ajoutez l’écran suivant qu’une fois que vous pouvez expliquer pourquoi il est nécessaire ; cela permet de garder un périmètre initial raisonnable.