Commencez par un brief
Partez d'un utilisateur, d'une tâche et de l'écran où cette tâche commence. App Design vous montre comment transformer ce brief en un plan concret de conception d'application avant de passer à un processus de travail dans le navigateur.
Un brief de départ utile demande moins de détails qu'un cahier des charges, mais plus de précisions qu'un simple nom d'application.
Notez le public cible, l'action qu'il doit accomplir et les informations que l'application doit afficher. Choisissez ensuite une approche de départ adaptée au travail à réaliser.
Vous devez expliquer un concept de réservation sans concevoir tous les écrans de paramètres et de compte.
Esquissez d'abord les états de recherche, de sélection et de confirmation ; évaluez un logiciel de conception d'application lorsque le concept nécessite un ensemble d'écrans plus complet.
Vous souhaitez créer un parcours d'inscription à un événement que chacun peut comprendre d'un coup d'œil.
Listez les champs obligatoires et le message de confirmation ; évaluez des modèles gratuits de conception d'application mobile pour trouver une mise en page de départ adaptée.
Une demande de fonctionnalité indique que les utilisateurs doivent pouvoir enregistrer des éléments, sans jamais préciser ce qui se passe ensuite.
Définissez les états enregistré et non enregistré avant de choisir un logiciel de conception d'application pour approfondir le travail sur le produit.
Vous avez une idée d’application mobile de suivi des habitudes et avez besoin d’un premier écran ciblé.
Définissez les états de validation quotidienne et de journée manquée ; utilisez des modèles gratuits de conception d'application mobile comme références de mise en page, sans les laisser remplacer vos décisions.
Voici un exemple concret de conception d'application pour une idée de prise de rendez-vous, d’une demande sommaire à un plan d’écrans que vous pouvez examiner.
Écrivez : Un patient doit trouver un rendez-vous disponible et savoir qu’il est réservé. Notez les informations minimales nécessaires : prestation, date, heure et moyen de confirmer le choix. Laissez les fonctionnalités administratives de côté pour cette première ébauche.
Prévoyez un écran de sélection de la prestation, un écran affichant les disponibilités et un écran de confirmation. Pour chacun, indiquez l’action principale et ce que l’utilisateur doit voir ensuite. Sur l’écran des disponibilités, prévoyez le cas d’une date sans créneau libre.
Passez en revue le parcours, de la sélection à la confirmation. Demandez-vous si le créneau choisi reste clairement indiqué, si un créneau indisponible est accompagné d’une explication et si la confirmation précise le rendez-vous. Révisez le cahier des charges avant d’affiner les détails visuels.
Un outil gratuit de conception d'application est un point de départ pour prendre des décisions, pas une preuve que l’interface fonctionne en production.
Une mise en page plausible ne permet pas d’établir que de vrais utilisateurs trouveront l’action suivante ou comprendront les libellés.
Que faire à la place
Montrez le parcours proposé à une personne qui ne connaît pas l’idée et demandez-lui d’expliquer sur quoi elle appuierait.
Les boutons, les données de disponibilité, la validation et les messages de confirmation nécessitent encore des décisions de l’équipe produit et de l’ingénierie.
Que faire à la place
Annotez chaque état important en précisant ce qui le déclenche, les données nécessaires et la réponse attendue.
Ne supposez pas que tous les outils accessibles depuis un navigateur proposent les mêmes fonctionnalités ou autorisent chaque résultat sans conditions.
Que faire à la place
Vérifiez les conditions actuelles d'accès et d'exportation de la destination avant de vous appuyer sur un flux de travail spécifique.
Pour cet exemple de réservation, comparez deux façons de commencer un travail de conception d'application. Il s'agit d'approches de planification, et non d'affirmations concernant les fonctionnalités de la destination liée.
| Approche avec écran vierge | Approche guidée par un modèle | |
|---|---|---|
| Meilleur point de départ | Une tâche utilisateur et une courte liste des informations requises | Un modèle d'écran pertinent accompagné du même descriptif de tâche |
| Première décision | Choisir la séquence des écrans | Déterminer quelles parties du modèle conviennent à la tâche |
| Exemple de réservation | Placer le service, la date et l'heure dans un ordre réfléchi | Vérifier si un modèle de réservation suit cet ordre |
| Principal avantage | Liberté de structurer un parcours inhabituel | Une mise en page visible à évaluer et à adapter |
| Principal risque | Passer trop de temps à organiser les éléments de base | Conserver des champs ou des étapes dont les utilisateurs n'ont pas besoin |
| Prochaine vérification | Tester si chaque écran comporte une action suivante claire | Vérifiez si le modèle adapté répond toujours au cahier des charges |
Une mise en page soignée ne suffit pas à faire un plan de conception d'application si elle masque les résultats vides, les saisies non valides ou ce qui se passe après un appui. Reprenez votre cahier des charges dans le parcours sur navigateur, puis comparez la direction obtenue aux états et aux décisions énumérés ci-dessus.
Préparez une phrase décrivant à qui s'adresse l'application et ce que ces personnes doivent accomplir. Ajoutez les informations que le premier écran doit afficher et une situation dans laquelle la tâche pourrait échouer : vous aurez ainsi davantage de matière qu'avec une simple demande de style visuel.
Le parcours présenté sur cette page sert à planifier les écrans et les décisions, pas à promettre une application fonctionnelle. Les données, les interactions, les tests et la mise en œuvre restent des tâches distinctes.
Partez d'un écran vierge si la tâche ou l'enchaînement sort de l'ordinaire et que vous devez en définir la structure. Utilisez un modèle si sa structure correspond bien à votre tâche, mais supprimez les champs et les étapes qui n'ont pas leur place.
Suivez la tâche de l'utilisateur de son point de départ jusqu'à son résultat et indiquez l'action à effectuer sur chaque écran. Vérifiez au moins un état vide, d'erreur ou d'indisponibilité avant de considérer le plan prêt à être soumis à des retours.