02 - La conception : trouver la solution la plus simple

August 10, 2020

Nous partageons régulièrement des astuces avancées de création d’appli pour les mettre à la portée de tous. Vous en connaissez peut-être certaines … d’autres devraient vous surprendre.

La phase de conception

Dans ce deuxième article, nous abordons avec vous la méthode appliquée en phase de conception.

La création d’une application mobile pour smartphone n’est pas simple.

Ce constat, nous le faisons chaque jour chez Sirup lab.

Que ce soit le coût, le temps passé, ou même le produit fini : il y a souvent des imprévus.

Et de nombreuses zones d’ombre.

Spécialisés dans la création d’applications mobiles Android et iOS, nous avons mis en place notre propre méthode. Et elle est particulièrement efficace avec nos clients.

Elle permet d’anticiper et d’éviter pas mal de problèmes.

C’est cette méthodologie que nous souhaitons partager avec vous.

Dans un premier article, vous pouvez retrouver nos bonnes pratiques pour penser et documenter votre produit.

L’objectif ici : simplifier au maximum pour créer votre prototype et mettre en place les premiers tests.

Lorsque cette deuxième phase commence, vous avez déjà défini un périmètre d’actions prioritaires pour développer une application. Au moins sa V1.

Vous savez quelles user stories et fonctionnalités essentielles vont être développées. Et en combien de temps.

Dans la plupart des cas, l’estimation initiale du strict nécessaire à développer est encore au-dessus du budget.

Et la solution proposée ne se différencie pas assez de la concurrence.

Alors comment designer une application mobile de haute qualité sans exploser son budget ? Il y a quelques pistes à explorer.

1. Évaluer une meilleure solution pour développer une application

S’en tenir au budget qui a été défini en amont n’est pas toujours simple.

On a souvent plein d’idées mais c’est difficile de connaître les coûts associés.

Le budget peut vite exploser. Et devenir un frein dans la création de votre application.

Plusieurs options permettent d’éviter cela.

  • Les design sytems pour un développement Android ou iOS

L’autre option consiste à utiliser des composants issus de la technologie choisie.

En effet, une application Android ou iOS a sa propre façon de concevoir un design. C’est-à-dire son propre design system.

Le design system, c'est ce qui sert à définir les lignes directrices pour créer une application ou un site Web (textes, titres, couleurs, composants…).

Vous en trouverez un exemple ici, c’est celui que nous utilisons chez Sirup lab (Material Design sur Figma).

Material Design de Google définit par exemple les composants sur Android. Les Human Interface Guidelines définissent ceux pour iPhone.

Pas besoin de développement spécifique, ils sont prêts à l’usage.

Ces composants sont disponibles en téléchargement libre sur des outils comme Figma ou Sketch.

Un conseil : utilisez ces éléments pour ne pas avoir à tout réinventer. Cela peut vous faire gagner un temps précieux !

Utiliser des briques élémentaires déjà existantes (boutons, navigation, liste, menu, etc.) permet aussi parfois de réduire les coûts de moitié.

design-system
Adaptation Android et iOS


  • Le budget

Montrez ensuite vos écrans aux ingénieurs. Cela permet de vérifier que votre prototype rentre toujours dans le budget.

Leur demander une estimation est aussi une bonne façon de vérifier s’il reste des inconnus.

En parallèle, les écrans peuvent être annotés avec des axes d’exploration, des idées de recherche, etc.

  • La qualité

La dernière piste d’exploration concerne la qualité.

Demandez aux équipes produits s’ils peuvent définir une solution de plus haute qualité.

Par exemple en innovant sur les user stories dites “critiques” :

  • celles qui sont les plus fréquentes
  • celles qui sont destinées à l’utilisateur final
  • celles qui permettent de se différencier de la concurrence

Parfois, pour une plus haute qualité, c’est possible de faire plus simple et plus agréable.

Une fois cette étape franchie, comment s’assurer que la conception est sur la bonne voie ?

2. Créer un prototype

Il va falloir créer une conception testable, c’est-à-dire un prototype.

Pour ensuite pouvoir faire des tests utilisateurs.

C’est la façon la plus efficace de vérifier que le design est simple et agréable.

Les séquences principales doivent être designées pour pouvoir être testées. Mais également les interactions entre les différents écrans.

Dans l’idéal, ce document testable doit avoir un design haute fidélité.

Et être co-construit avec les designers et développeurs du produit.

  • Le choix des outils

Pour les entrepreneurs avec un niveau avancé, nous recommandons :

  • Sketch (uniquement disponible sur mac) et Invision
  • Figma (un petit nouveau très efficace, disponible sur le web)
  • Sketch et Figma permettent une conception très rapide en haute fidélité. Leur niveau de difficulté est proche de celui de Photoshop.
  • Invision est excellent pour récolter des feedbacks. Il permet aussi l’ajout de zones d’interaction sur des maquettes. Son niveau de difficulté est proche de celui de PowerPoint.
  • Figma permet aussi la collaboration en temps réel sur un même fichier
Prototype sur Sketch
Prototype sur Sketch

Pour les entrepreneurs avec un niveau intermédiaire, les logiciels Balsamiq et Invision font très bien l’affaire pour concevoir le prototype.

  • Balsamiq permet de faire de la conception très simplifiée mais uniquement en basse fidélité. Il gère les files de commentaires sur les écrans. Et il s’intègre très bien avec des outils de conception graphique comme Sketch ou Photoshop XD. Son niveau de difficulté est proche de celui de PowerPoint.

Le prototype cliquable obtenu peut ensuite être testé.

Les débutants peuvent utiliser Moqups.

  • Moqups permet surtout de créer un prototype cliquable avec un design basse fidélité, c’est-à-dire très éloigné du design final. Tout comme Balsamiq, il permet de créer des files de commentaires (très pratiques pour obtenir des feedbacks). Le niveau de difficulté est proche de celui de PowerPoint.

Quelque soit l’outil choisi, le prototype est très malléable et permet de tester facilement.

C’est le moment d’identifier les expériences utilisateurs prioritaires pour les étudier au maximum.

C’est maintenant qu’il faut explorer le maximum de solutions pour trouver celle qui convient le mieux.

variations-séquence
Plusieurs variations sur une même séquence : un parcours de recherche

  • L'importance des contenus finaux

Parfois la conception est plus simple qu’elle n’y paraît. Des raccourcis sont possibles et une alternative peut être proposée.

La meilleure façon de s’en rendre compte, c’est d’avoir des contenus définitifs.

C’est-à-dire les textes, les images et les informations finales. Surtout pas de lorem ipsum.

Même si le design n’est pas terminé, les contenus sont vraiment importants.

De la même façon, accordez une attention particulière à l’orthographe. Des fautes en trop grand nombre risquent de perturber les tests utilisateurs.

Le texte définitif permet aussi de confronter plusieurs solutions pour les user stories et voir laquelle fonctionne le mieux lors des tests utilisateurs.

N’oubliez pas que les séquences doivent présenter plusieurs alternatives possibles.

Si le texte est définitif et raconte une histoire, le scénario aura du sens pour la personne qui testera. Et le feedback ne sera pas biaisé.

design-contenu
Un design avec le bon contenu peut être testé

Une fois ce travail fait, le prototype peut être testé.

3. Tester votre prototype et itérer

Grâce à l’étape précédente, vous avez entre les mains un prototype haute fidélité.

Vous devez ensuite vous assurer que votre produit est utilisable et meilleur que ses concurrents.

C’est la dernière étape avant de passer au développement.

Et pour ça, il faut passer par des tests.

  • La préparation des tests utilisateurs

La première chose à faire est de créer un script avec l’équipe produit.

Le script va servir à placer le décor et mettre les utilisateurs en situation.

Pour des tests en présentiel, il faut leur expliquer dans quel cadre ils sont censés utiliser le produit. Et donc dans quel état d’esprit ils doivent être pour le tester.

Le script doit aussi préciser que les commentaires des utilisateurs doivent se faire à voix haute. Pour que vous puissiez suivre ce qu’ils font en même temps qu’eux.

Et surtout, détecter d’éventuelles incompréhensions.

Ensuite, ils testent eux-mêmes.

Puis, il va falloir progressivement leur donner des tâches à réaliser.

L’objectif c’est qu’ils puissent explorer toutes les user stories. Mais aussi qu’ils puissent tester celles sur lesquelles l’équipe a encore des doutes.

Et voir si c’est suffisamment clair pour eux ou si ça demande des corrections.

Le script doit intégrer ces différentes tâches.

À la fin, ça peut être intéressant de terminer avec 3 questions du type :

  • Quelle est la facilité de prise en main ? Avec une note de 1 à 5 (1 : difficile / 5 très facile)
  • La recommanderiez-vous à un collègue ou ami ? Avec une note de 1 à 5 (5 : je recommande)
  • Si vous aviez une baguette magique, que changeriez-vous ?

Les réponses permettent d’obtenir davantage de feedbacks qualitatifs.

Une fois le script terminé, testez-le avec un premier utilisateur.

Cela permet d’éprouver le script. C’est-à-dire de calibrer le temps et d’identifier les problèmes de 3 types :

  • ceux qui sont liés à l’énoncé
  • ceux qui sont liés au prototype
  • ceux qui gênent le test utilisateur

C’est ce premier test qui permet de corriger les suivants.

Des tests utilisateurs à distance sont également possibles. Cela donne plus de flexibilité aux testeurs.

À noter que cela est plus complexe à mettre en place et peut réduire la quantité de feedbacks.

Maze.design est un outil qui permet de créer le script de test en donnant aux utilisateurs des missions à effectuer. Pendant qu’ils complètent la séquence, on peut suivre leur parcours en temps réel, le temps passé sur les différents écrans, etc.

trajectoires-maze-design
Observer les trajectoires avec Maze.design

  • Vérifier une utilisabilité

En parallèle, il va falloir recruter 5 à 10 personnes pour effectuer les tests.

Leur profil doit être le plus proche possible de celui des utilisateurs finaux.

Pour vérifier l’utilisabilité d’un produit, 5 tests suffisent pour corriger 80% des problèmes

Les tests utilisateurs prennent en moyenne entre 20 et 40 min.

Vous trouverez un exemple de test d’utilisabilité ici

Idéalement, lorsqu’ils sont réalisés en présentiel, les tests doivent être filmés pour garder une trace.

Il faut aussi penser à noter les tâches réalisées par les utilisateurs sans aucune aide. Noter les erreurs aussi. Et l’impression générale : est-ce que le produit est agréable ? Intuitif ? Est-ce qu’il y a des éléments qu’ils modifieraient ?

Quelques outils d’enregistrement et de visio à distance peuvent être utile dans cette étape: Screenflick, Reflector, Maze.design ou même Skype.

Maze.design
Dashboard de Maze.design

À la fin des tests, 3 questions peuvent être posées :

  • Le produit est-il facile à prendre en main ? (avec une note de 1 à 5 / 5=très facile)
  • Le recommanderiez-vous à un ami ? (note de 1 à 5 / 5=je recommande)
  • Si vous aviez une baguette magique, que changeriez-vous ?

Elles permettent souvent d’obtenir des feedbacks utiles.

Les tests utilisateurs sont aussi l’occasion de recruter des bêta testeurs. À la fin, vous pouvez leur demander s’ils sont d’accord pour tester la première version du produit fini.

Vous pouvez aussi les questionner pour savoir s’ils ont d’autres personnes en tête pour le bêta test.

  • Corriger la conception

Une fois les tests utilisateurs effectués, vous pouvez en observer les résultats et regarder les vidéos.

Les problèmes identifiés doivent être annotés sur le prototype.

Et ensuite corrigés.

Si les corrections sont très importantes, n’hésitez pas à refaire des tests utilisateurs. C’est par exemple le cas lorsqu’il y a des ajouts d’écrans ou de nouveaux parcours.

Si les tests sont concluants, le produit est prêt à être développé.

Aujourd’hui, trop d’entrepreneurs ne testent pas le design de leur application.

C’est souvent une grosse erreur. La correction à ce stade est beaucoup plus simple qu’après le développement. Pensez-y.

En conclusion

Une fois les tests utilisateurs effectués, vous pouvez en observer les résultats et regarder les vidéos.

Les problèmes identifiés doivent être annotés sur le prototype.

Et ensuite corrigés.

Si les corrections sont très importantes, n’hésitez pas à refaire des tests utilisateurs. C’est par exemple le cas lorsqu’il y a des ajouts d’écrans ou de nouveaux parcours.

Si les tests sont concluants, le produit est prêt à être développé.

Aujourd’hui, trop d’entrepreneurs ne testent pas le design de leur application.

C’est souvent une grosse erreur. La correction à ce stade est beaucoup plus simple qu’après le développement. Pensez-y.

Si vous souhaitez être informé de la publication de la troisième partie, inscrivez-vous pour la recevoir directement par email.

S'inscrire à notre newletter

Nous envoyons une fois par mois nos nouveaux articles, tutoriaux et notre veille technologique

Merci ! Nous avons bien reçu votre inscription.
Oups ! Quelque chose n'a pas marché lors de l'envoi.