Il n’est pas rare dans la vie d’un produit d’enchaîner les projets sans vraiment prendre de la hauteur sur les précédents accomplissements. Des roadmaps chargées, des contraintes d’effectif ou de planning sont parfois la source de problèmes d’alignement entre les nouvelles fonctionnalités et les besoins réels des utilisateurs.
En plus de dégrader la qualité générale de votre produit, vous vous exposez à travailler sur des thématiques qui ne sont au final peut-être pas prioritaires ou qui n’apportent que peu de valeur.
Dans ces moments, il faut savoir repenser sa manière de traiter les nouveaux sujets et prendre le temps de redéfinir et de remettre en cause les périmètres établis, pour pouvoir mieux les traiter et proposer des solutions toujours plus pertinentes.
Voyons ensemble 5 questions à vous poser avant de vous lancer dans la conception d’une nouvelle solution.
Pourquoi est-ce un problème ou une opportunité ?
Avant même de se demander comment répondre à la problématique soulevée, il est indispensable de s’assurer qu’il s’agisse bel et bien d’un problème au sein de votre produit.
Il est possible que vous soyez confrontés à des briefs qui ne sont pas toujours exhaustifs sur les motivations qui les ont initiés.
N’ayez pas peur de poser des questions aux stakeholders et notamment au Product Manager pour lever d’éventuels doutes.
Essayez de déterminer quelles sont les motivations principales du projet et tâchez de confirmer qu’elles proviennent de plusieurs sources différentes (en interne et via les données de vos utilisateurs).
Quelques exemples de motivations :
- Opportunités provenant de recherche exploratoire
- Comportements identifiés suite à des tests utilisateurs
- Problématiques provenant d’ateliers d’idéations internes avec les stakeholders
En plus de ces critères relativement objectifs, certains projets seront tout de même initiés par vos intuitions ou celles des membres de votre équipe.
Dans ce cas, il est important de faire la part des choses et d’aller tout de même creuser sur les autres raisons qui peuvent confirmer le problème soulevé.
Vous ne savez pas y répondre ?
Organisez une réunion avec les principaux stakeholders du projet et tentez de dresser les raisons principales derrière le problème ou l’enjeu soulevé.
Vous trouverez sûrement ensemble des zones d’ombres qui nécessitent alors d’initier :
- un projet de recherche
- un benchmark
- l’étude de data sur votre produit
pour confirmer ou infirmer vos hypothèses.
En fonction de la priorité estimée du projet et du temps alloué, privilégiez tout d’abord des méthodes qui peuvent vous donner des résultats rapides et à moindre coût (Guerilla Testing, Questionnaires en ligne…).
Pour qui devons-nous résoudre ce problème ?
La connaissance des utilisateurs cible est une composante primordiale lors de la phase amont de votre projet. Lorsque vous avez confirmé que votre problème est pertinent à être traité, demandez-vous maintenant :
Bien souvent, plusieurs personæ coexistent sur votre produit, chacun ayant des usages différents et des besoins particuliers.
Si l’on prend l’exemple d’un service de location de véhicules en ligne qui dispose d’un espace pour les particuliers et d’un espace pour les professionnels, les besoins et les motivations de ces deux groupes seront parfois opposés :
- Vers plus de simplicité pour réserver une voiture sans effort pour les particuliers
- Vers plus de données et de suivi de flotte pour suivre précisément les résultats pour un professionnel
Au sein même de ces groupes, vous trouverez probablement des sous-ensembles encore plus précis :
- Les propriétaires de très grande flotte (100 voitures et plus)
- Les propriétaires ayant moins de 10 Voitures
- Les propriétaires n’ayant pas encore loué leur véhicule
Ou bien
- Les particuliers qui louent uniquement pendant les vacances
- Les particuliers qui louent des véhicules pour aller au travail
Ainsi, la population cible du problème peut être beaucoup plus complexe à appréhender qu’il n’y paraît.
Vous ne savez pas y répondre ?
Tâchez de vous baser sur les documents déjà rédigés en interne :
- Users journeys
- Empathy maps
- Personæ
Si jamais ces documents n’existent pas encore, il s’agit peut-être d’une opportunité pour les rédiger en parallèle du projet. Comme pour le point précédent, n’hésitez pas à initier des projets de recherche utilisateur pour disposer d’une matière première la plus objective possible.
Quelles sont les contraintes ?
De manière très factuelle, déterminez quelle sera la durée et le budget alloué au projet.
En fonction de ces critères, il sera plus simple de positionner le curseur quand vous serez amenés à choisir la méthode à mettre en œuvre et les livrables attendus.
Par exemple, il sera compliqué de multiplier les itérations tout en réalisant un prototype haute fidélité sur un projet qui doit être achevé à la fin de la semaine.
Cette contrainte aura un impact direct sur vos choix de conception et pourra être un argument valable lorsqu’il s’agira de trancher entre plusieurs solutions.
Quel résultat est attendu ?
En tant que Product Designer, répondre à un problème ne veut pas toujours dire produire uniquement des maquettes. En fonction du périmètre du projet, d’autres livrables peuvent apporter encore plus de valeur aux équipes. Il est donc important de clarifier les objectifs en amont du projet.
Par exemple : si l’on conçoit une nouvelle fonctionnalité qui modifie les habitudes des utilisateurs, il peut être judicieux d’inclure des sessions de test.
En plus de leur préparation, vous devrez aussi produire un prototype de l’expérience à tester, ajoutant un degré de complexité aux simples écrans statiques.
À l’inverse, on pourra parfois faire appel à vos compétences pour réaliser un audit de l’existant. Dans ce cas, les livrables attendus prendront plutôt la forme d’une présentation des recommandations **pour améliorer l’expérience globale.
Quels sont les critères de succès ?
Dernier point d’attention avant d’entamer votre projet, essayez du mieux que possible de vous assurer qu’il existe des données chiffrées qui pourront vous servir de critères de succès.
Pour pouvoir itérer rapidement, il est nécessaire de juger de la pertinence de votre solution aux yeux des utilisateurs ainsi que de son adoption.
Définir des critères de succès, c’est se donner un cap en amont de votre projet, et pouvoir régulièrement y comparer les résultats. Ces données peuvent prendre des formes variées (taux d’engagement, de rétention, de conversion, d’abandon, nombre de partage…) mais elles doivent être mesurables et comparables dans le temps.
