Trouver des idées d’interface mobile et en faire un cahier de conception

1. Commencer par une question de conception

Avant de parcourir des exemples, écrivez une phrase sur la personne et le moment pour lesquels vous concevez. Par exemple : « Une personne qui cuisine pour la première fois chez elle doit choisir une recette pour un soir de semaine et comprendre quoi faire ensuite. » Nommez ensuite l’incertitude : la difficulté consiste-t-elle à parcourir les choix, à faire confiance à une recommandation ou à commencer une recette en plusieurs étapes ?

Cette question délimite la recherche. Décidez quelles plateforme, partie du produit et tâche comptent. Pour une expérience de première utilisation, parcourez des exemples d’accueil ; si le problème est le choix d’une offre, regardez des écrans d’abonnement ; pour la saisie de données, comparez les formulaires. ScreenKits permet de parcourir de véritables écrans d’applications par catégorie. Enregistrez les applications utiles dans les favoris du navigateur pour revenir à leurs écrans lors de la synthèse.

• Qui est la personne visée et que cherche-t-elle à accomplir ?
• Quel choix de conception reste incertain : hiérarchie, enchaînement, navigation, contenu ou retour d’information ?
• Quelles contraintes comptent, comme la plateforme, l’accessibilité, la taille de l’appareil ou les règles commerciales ?

2. Réunir un petit ensemble de références choisies

Rassemblez quelques exemples qui répondent à la même tâche ou à une tâche très proche. Incluez plusieurs approches : un parcours direct, un parcours guidé, peut-être une version qui gère une erreur ou un état vide. Pour chaque candidat, enregistrez l’application et notez l’écran ou le moment à revoir. Un petit ensemble ciblé se compare plus facilement qu’un tableau d’inspiration sans filtre.

Explorez plusieurs catégories lorsque le problème de fond est commun. Une application de planification et une application de courses peuvent toutes deux devoir aider à choisir une date et à confirmer un changement. Le lien utile est la structure de décision, pas le thème visuel. Ne supposez pas qu’une interface résout votre problème précis parce qu’elle vise un public ou un secteur semblable.

• Choisissez les références pour une raison explicite, par exemple « montre comment une option sélectionnée modifie le récapitulatif ».
• Incluez différentes solutions afin que le premier exemple soigné ne devienne pas automatiquement la réponse.
• Utilisez les favoris du navigateur pour garder les applications choisies accessibles pendant la rédaction du cahier de conception.

3. Lire le parcours, pas seulement la capture

Un écran isolé montre à un instant donné la disposition, les couleurs, le texte et les contrôles. Il ne révèle pas ce qui l’a précédé, ce qui suit un appui ni si la tâche aboutit. Parcourez chaque écran pertinent dans l’ordre. Notez le point d’entrée, la décision, l’action, le retour d’information et l’état suivant. Ajoutez les autres possibilités, comme les erreurs de validation, les fermetures et le retour pour modifier un choix, lorsque ces états influent sur la tâche.

Distinguez l’observation de l’interprétation. « L’action principale reste près du bas pendant trois étapes » est une observation ; « cela doit être plus facile à utiliser » est une affirmation non démontrée. Une capture peut inspirer une hypothèse, mais ne prouve pas l’utilisabilité. NN/g présente le prototypage et les tests utilisateurs comme des moyens d’identifier d’éventuels problèmes et de comprendre comment les personnes interagissent avec une interface proposée.

4. Transformer les observations en un cahier de conception original

C’est lors de la synthèse que les références deviennent utiles. Dégagez un principe transférable, comme « montrer les conséquences d’un choix avant la confirmation ». Décidez ensuite comment ce principe doit fonctionner dans votre produit selon sa tâche, son contenu et ses contraintes. Ne copiez pas une illustration de marque, une formulation exacte ou une mise en page distinctive simplement parce qu’un exemple vous plaît.

Dans l’exemple des recettes, les références peuvent suggérer de présenter la durée tôt et de montrer ce que change un filtre choisi. Le cahier original peut prévoir un court parcours de planification du dîner, une contrainte de temps visible, des états de filtre clairs et une étape de vérification avant l’enregistrement. Ces décisions répondent à l’objectif du produit ; elles ne recréent pas l’écran d’une autre application.

• Public et contexte : qui en a besoin, et où ou quand l’utilisera-t-il ?
• Objectif et réussite de l’utilisateur : que doit-il pouvoir accomplir ou comprendre ?
• Parcours : quelles sont les étapes, les décisions et les autres états importants ?
• Principes de conception : que doit rendre clair ou facile l’interface ?
• Contraintes et questions ouvertes : quelles conditions doivent être respectées, et qu’est-ce qui demande une recherche ?
• Plan d’évaluation : quelle tâche proposerez-vous à une personne utilisant le prototype, et qu’observerez-vous ?

5. Prototyper, vérifier l’accessibilité et affiner

Transformez le cahier en un schéma approximatif du parcours avant de peaufiner le style visuel. Prototypez la décision essentielle et le retour associé, puis demandez à une personne représentative du public visé d’accomplir une tâche réaliste. Observez ses hésitations, ses choix inattendus et ses erreurs. Révisez le parcours et recommencez ; les recommandations de recherche de NN/g présentent la conception itérative et l’évaluation des prototypes comme des moyens d’apprendre, sans supposer qu’une première version est définitive.

Menez en parallèle un examen de l’accessibilité. Les recommandations d’interface d’Apple insistent sur des interactions perceptibles et adaptables et sur la prise en compte des différentes méthodes de saisie. Vérifiez l’agrandissement du texte, le contraste, la taille et l’espacement des contrôles, la clarté des libellés et la dépendance éventuelle du sens à la seule couleur. Vérifiez aussi que le parcours s’adapte à des textes plus longs et reste compréhensible avec les technologies d’assistance. Les recommandations d’accessibilité de Material Design sont un complément utile si votre produit suit les conventions Android.

• Donnez une tâche à accomplir, pas une visite guidée de l’interface, et observez si les personnes peuvent avancer.
• Testez tôt une version peu détaillée, tant que les changements de structure restent faciles.
• Examinez les recommandations de plateforme pertinentes pour l’appareil et le système de design pris en charge.
• Ne revenez aux références que pour étudier une question ; une ressemblance visuelle ne remplace pas des preuves.

Liste de contrôle des références au cahier de conception

Avant de transmettre le cahier, assurez-vous qu’il décrit une décision de produit plutôt qu’une planche d’ambiance. Une personne qui n’a pas recueilli les références doit pouvoir comprendre la tâche visée, le parcours proposé, les choix encore ouverts et la façon dont l’équipe compte vérifier si la conception fonctionne.

• L’utilisateur initial et sa tâche sont explicites.
• Chaque référence comporte une note expliquant la question ou le modèle qu’elle aide à étudier.
• Les observations sont séparées des hypothèses et des affirmations d’utilisabilité.
• Le cahier décrit un parcours original et une justification propre au produit.
• L’accessibilité, le comportement de la plateforme et les autres états importants sont pris en compte.
• Une tâche de prototype et un plan d’examen fondé sur l’observation sont définis.