La Product Discovery au centre de la conception de votre application mobile

”They are collectively responsible for ensuring that their products create value for the customer in a way that creates value for the business.”

C’est la double responsabilité des équipes produit, elles doivent constamment penser aux utilisateurs tout en gardant bien en tête les impératifs business qui sont les leurs.

Que ce soit pour la conception d’un produit, d’une feature ou d’une application, la pratique de la Product Discovery et de la User Research est un moyen de faire face aux défis et challenges lors de la création d’une application.

Pendant les trois prochains mois, Screeb et Beapp te proposent un dossier qui t’aidera à lancer une application mobile qui répondra vraiment aux besoins de tes clients.

Screeb est le premier outil tout en un pensé pour aider les équipes produit à concevoir des outils qui plaisent à leurs clients. Analytics, segmentation et collecte de feedbacks, tout est pensé pour inclure vos clients dans la conception de votre outil.

Beapp, agence mobile, accompagne les entreprises dans la conception et le développement d’applications utiles et impactantes pour leurs activités tout en prenant en compte les enjeux environnementaux et sociaux d’un numérique responsable. Entre un ADN orienté produit, une vision “user centric” et une démarche ROIste, Beapp vous permet d’activer votre potentiel mobile !

Dans le premier article de cette série, on se concentre sur la conception de l’application. Ou comment mettre toutes les chances de ton côté pour que ton application soit adoptée par ta cible avant même qu’elle ne soit sur les stores.

Identifier et choisir un problème à résoudre grâce à la Product discovery

La Product Discovery peut intervenir à différents moments de la conception de ton application, elle englobe l’ensemble des techniques qui te permettront d’identifier un problème, d’imaginer une solution et de délivrer un produit final. À toutes les étapes d’un projet de conception d’une application, les besoins et les feedbacks de tes users doivent guider ta réflexion.

Voyons ensemble comment utiliser les grands principes de la Product Discovery pour identifier le problème que rencontrent vos utilisateurs en amont de la conception de votre application. Les différentes actions présentées ci-après ne s’intègrent pas dans un process linéaire strict et peuvent faire l’objet de cycle d’itération lors de l’ensemble du projet, tant dans l’identification de problème que dans la validation de solution.

Identifier le problème grâce à la User Research

Classique mais efficace, discutez avec votre cible potentielle et apprenez à la connaître.

Déterminez quels défis ils rencontrent, comment ils les surmontent et quelles sont les limites des solutions qu’ils utilisent. Pour cela, interrogez vos utilisateurs !

L’avantage de ces interviews, surtout si elles sont réalisées en physique, est qu’elles permettent aux équipes de questionner les utilisateurs de manière précise.

Cela apporte un degré de compréhension bien plus important qu’une simple étude de marché, avec des retours plus détaillés et plus fournis.

La limite ? Les participants à ces interviews peuvent livrer un avis biaisé. Pour remédier à ce problème, faites tout votre possible pour ne pas influencer l’avis des personnes interviewées. Ne soyez pas dogmatique et ne cherchez pas une validation de vos hypothèses ou avis.

Ces interviews sont une étape importante car elles donnent un accès direct aux personnes qui pourraient utiliser ton application. Si tu rencontres des difficultés à recruter un panel de personnes interrogées pour tes interviews, n’hésites pas à puiser parmi la communauté de ta marque sur les réseaux sociaux. 

Afin de mener cette étape de manière efficace, une méthodologie et plusieurs bonnes pratiques sont à intégrer. Entre la priorisation des insights à traiter, la définition du panel à interroger et la conduite des interviews, se faire accompagner par des experts de la User Research est une clé de la réussite de cette étape.

Une fois que tu auras identifié un ou plusieurs problèmes à résoudre, le temps est venu de choisir ta bataille.

Réduction du scope et choix du problème

Tu ne pourras définitivement pas résoudre tous les problèmes que tu auras identifiés. Alors comment choisir l’orientation que tu donneras à ton application ?

Un des moyens pour prendre cette décision est d’utiliser tes interviews pour identifier le top 3 des problèmes les plus récurrents.

Comme expliqué plus haut, une bonne Product Discovery doit t’aider à comprendre les attentes des utilisateurs mais tu dois aussi prendre en compte l’aspect business.

Quelles sont tes ressources dev ? Tes deadlines ? Quelle est l’orientation que tu souhaites donner à ton produit ?

C’est toujours le moment de solliciter ta cible pour lui poser des questions qui pourraient t’aider dans ta réflexion.

Le problème est-il assez bloquant pour qu’il paye pour une application ? Si oui, combien ? Selon quelle récurrence ? Selon quel modèle ?

En somme, mets toutes les chances de ton côté pour que ton application soit au plus proche des besoins de tes utilisateurs potentiels.

Trouver une solution grâce à la Product Discovery

C’est fait ! Tu as trouvé un défi à relever. Ne te précipite pas pour le résoudre, la Product Discovery peut aussi t’aider à être sûr que la solution que tu proposes est la bonne.

Tu peux commencer à réfléchir à des solutions et à créer un prototype de ton application. C’est un moment important et il nécessite encore une fois que tu sollicites tes utilisateurs potentiels. Voici quelques méthodes :

Test utilisateurs

Sur un modèle similaire aux interviews menées plus haut, le but ici est de mettre ton prototype dans les mains d’un user cible et de récolter ses feedbacks.

Cela peut se faire en différé, en live ou en physique. N’hésite pas à enregistrer ces moments pour pouvoir les revoir régulièrement et en noter les conclusions.

Pour recruter ces users, tu peux utiliser des outils comme Tandemz ou Testapic qui te permettront de déterminer en amont tes critères de sélection et être sûr que tu discutes avec la bonne cible.

Très important, il est à noter toutefois que les tests utilisateurs ne servent pas uniquement à valider tes hypothèses de conception une fois le prototype de ton application déployé. Les tests utilisateurs peuvent également intervenir en amont de la conception pour découvrir des pain points et des besoins/usages de tes utilisateurs. Pour cela, vous pouvez mener des tests utilisateurs sur des applications existantes concurrentes par exemple. 

Diary Studies

Un peu moins répandu que le reste des méthodes car plus complexe, les “diary studies” n’en restent pas moins des sources d’insights importantes.

Le concept ? Demander à des utilisateurs de noter leurs impressions à chaque fois qu’ils utilisent ton prototype

La spontanéité de ces feedbacks qui sont effectués dans le “feu de l’action” les rend plus fiables et plus pertinents.

Bien que très efficace, cette méthode nécessite un suivi régulier de tes utilisateurs pour assurer une continuité dans la livraison de ces feedbacks.

Pour remédier à cette situation, il faudra peut-être incentiver l’utilisateur de manière assez importante pour le motiver à être rigoureux.

Dans une plus grande mesure encore que les tests utilisateurs, cette méthode te fournira des feedbacks hautement qualitatifs.

Questionnaires et analytics

Les surveys online présents dans le bêta de ton application peuvent s’avérer très utiles. Combinés avec des données d’usage et de comportement, ils permettent de poser des questions précises à un grand nombre d’utilisateurs.

La pertinence de ces retours est donc validée ou non par leur nombre. Cela te permettra d’être sûr que les orientations que tu donnes à ton application sont pertinentes et conviendront à un grand nombre d’utilisateurs.

Dans la plupart des cas, les outils de survey se contentent d’analyser l’usage et n’apportent pas de réponses sur les raisons derrière une action.

Fort heureusement, des outils tels que Screeb combinent le quali et quanti pour te permettre d’être au plus proche des besoins de tes utilisateurs.

Ces outils ne se contentent pas de demander aux utilisateurs ce qu’ils font, ils analysent aussi les actions effectives de ces mêmes utilisateurs.

En appliquant ces différentes méthodes avant même le lancement officiel de ton application, tu auras de meilleures chances de concevoir une application qui répond vraiment aux besoins des utilisateurs.

Pour finir, voici quelques conseils pour t’aider si tu te lances dans la pratique de la Product Discovery.

La Product Discovery, conseils et méthodes

La Discovery, c’est un sujet sur lequel on a pas mal bossé ces derniers temps. On en a même fait une étude complète qui analyse les habitudes des équipes produit françaises.

Dans la conception d’une application alignée sur les besoins des utilisateurs, cette discipline peut être bien utile.

Voici comment t’organiser pour l’appliquer dans ton équipe :

Les bonnes personnes

Pour que ta Product Discovery soit efficace et pertinente, quatre profils sont importants :

  • Un product manager
  • Un lead designer
  • Un lead tech
  • Un UX Researcher 

Cette liste n’est pas exhaustive et en fonction de la complexité du projet, d’autres personnes peuvent être importantes. Disons simplement que ces rôles sont indispensables et complémentaires pour une bonne Product Discovery.

Les trois pôles (produit, tech, design) doivent être impliqués dans les interviews utilisateurs et réfléchir ensemble à la meilleure manière d’utiliser ces feedbacks dans la conception de l’application.

Après avoir formulé et testé des hypothèses plausibles, les membres de l’équipe pourront travailler en bonne intelligence et créer une application qui répond à des besoins concrets.

Les bonnes méthodes

La Product Discovery est aussi une affaire de process. Pour parvenir à tes fins, tu devrais respecter quelques méthodes :

  • Kick off et alignement : Dès le début, les différentes équipes doivent être alignées sur les objectifs du projet et sur l’identification du problème.
  • User Research : La fameuse ! Comme vu précédemment, elle doit être qualitative ET quantitative.
  • Idéation : On y est ! Tu es enfin arrivé au moment où tu sors la tête des problèmes pour essayer de trouver des solutions. Ensuite, on priorise et on avance. N’oublie pas de déterminer des OKR et des KPI pour rester “on track”
  • Prototype et tests : Après avoir créé une “beta” de ton produit, mets-le dans les mains de l’utilisateur final et collecte du feedback. Tu peux trouver des manières de le faire un peu plus haut dans cet article.
  • Améliorations finales : Les choses changent vite, pour être toujours alignées sur les besoins des utilisateurs tout comme sur ceux de ta boîte, tu auras peut-être besoin de modifier certaines choses ou de revenir sur les étapes précédentes. Ce n’est pas dramatique, mieux vaut tard que jamais.

Bien entendu, chaque projet est différent et l’organisation de ton équipe amènera sûrement des changements à ces étapes.

Les erreurs communes

Parce que personne n’est parfait, on te donne quelques erreurs à ne pas commettre si tu veux gérer ta Product Discovery d’une main de maître.

  • Trop peu de User Research : CQFD, si tu passes trop vite à l’étape de la bêta, tu risques de créer une application dont les gens ne veulent pas. Perte de temps et d’argent perspective…
  • Oublier d’impliquer les développeurs : Tu as tout prévu, tout est clair dans ta tête et tes maquettes sont géniales. Malheureusement, la roadmap dev est saturée. Pire encore, certaines de tes demandes sont techniquement impossibles à satisfaire. Si tu as déjà vécu ces situations, c’est peut-être parce que tu as inclus ton équipe tech trop tard dans ton process. En vérité, ils devraient être présents à chaque étape.
  • Ne pas avoir le bon mindset : Pour réussir, tu dois laisser tomber tes idées reçues et ne pas hésiter à poser des questions. Tout peut être remis en question, il ne faut pas avoir peur de l’entendre !

Un seul article ne pourrait rentrer dans le détail alors voici une petite liste de ressources que tu pourrais utiliser :

Tu trouveras le deuxième numéro de cette série sur le site de Beapp tout début avril. Il te permettra de savoir comment inclure tes utilisateurs après que ton application soit en ligne.

Appuies-toi sur la complémentarité de l’outil Screeb et de l’expertise en conception design d’application mobile de Beapp et tu obtiendras le duo gagnant pour concevoir un produit digital performant répondant parfaitement aux besoins et usages de tes utilisateurs !

Contenus Complémentaires

Auteur

UX Designer Beapp Adrien

En tant qu’UX Designer chez Beapp, Adrien a pour mission de concevoir les meilleures expériences pour vos interfaces produits. Sa préoccupation ? L’expérience utilisateur ! Il se charge de comprendre vos utilisateurs, leurs attentes, leurs usages afin que leurs parcours d’action sur votre application soient des plus fluides. Il traduit également sous forme d’écrans vos spécifications fonctionnelles pour que l’ergonomie et l’utilisation de l’application soit la plus optimale.

SUIVEZ-NOUS