…pay attention to what users do, not what they say.
Jakob Nielsen
L’UX comme fondation de la vision produit du Product Owner
Le rôle du Product Owner dans une démarche UX centrée utilisateur
Le product owner, si son rôle est fluctuant d’entreprise en entreprise, voire même parfois de projets en projets a une fonction centrale et indéniable : il est responsable produit. Eh oui, on semble enfoncer des portes ouvertes en ouvrant sur cette traduction quasi littérale du rôle de product owner, mais il nous semble que, quand on brandit le mot parfois à tord et à travers qu’il est nécessaire de recentrer les choses en commençant par là.
Alors que signifie responsable produit ? Un vrai touche à tout, le product owner peut en fonction des organisations avoir un certain recouvrement avec d’autres rôles projet. Mais au delà de ses tâches, toute sa plue-value réside normalement dans deux choses :
- Sa capacité à discuter avec l’ensemble des partie prenantes d’un projet, en gardant à l’esprit les problématiques produits au premier plan (c’est-à-dire avant toute considération organisationnelle, budgétaire ou autre…).
- Valoriser la mise en œuvre d’une démarche centrée sur l’utilisateur et son usage lors de la conception d’un outil numérique ou physique.
Ces deux axes combinés doivent être au centre des préoccupations d’un product owner. Faire avancer son produit coûte que coûte et dans la direction désirable pour la communauté utilisatrice. Pour réaliser cela, on en déduit donc que la démarche à adopter est celle d’une conception centrée utilisateur permettant de produire de la valeur produit réelle.
Passer d’une logique fonctionnalité à une logique de besoins utilisateurs
Pour réaliser cet objectif, le responsable produit n’est pas seul. Il vit dans une culture du numérique qui depuis de nombreuses année est sensible (même si parfois de manière pataude ou intéressée) au problématique de l’expérience utilisateur. C’est cette panoplie d’outils et de méthodes qui doit être mise en œuvre au sein des entreprise et des projets numériques afin d’obtenir une vrai valeur ajoutée dans le monde réel.
Il faut arrêter de faire des applications “parce que tout le monde en fait“ ou “parce que c’est à la mode“. Il faut commencer par transformer sa vision produit en recentrant son questionnement.
Passer de :
- Tiens il nous faudrait cette nouvelle fonctionnalité ça a l’air bien ! (car combien de fois nous avons entendu ce discours)
- Nous devons ajouter ça ! Pourquoi ? On nous le demande… (oui mais qui)
- Non cette amélioration ne servira à rien les gens ont déjà un écran pour faire ça.
à un discours plus éclairé comme :
- Les utilisateurs peinent ici, il s’agirait d’améliorer notre outil.
- Cette partie de l’application ne permet pas aux gens d’accomplir leur tâche, nous avons échoué dans notre conception originale, il faut à nouveau s’atteler à la résoudre.
- Nous ne pouvons deviner ce que les utilisateurs font, sans les observer…
Mais pour faire cela, il faut récupérer des insights concrets, d’utilisateurs réels, et savoir les mettre en avant pour combattre parfois les décideurs qui ne sont pas toujours alignés avec une conception produit plus humble qui sait reconnaître ses erreurs et identifier des levier d’amélioration. Ce sont les données et leur recueil qui donnent la force au discours du responsable produit dans sa guérilla UX constante pour lier les deux objectifs que nous avons mentionné plus haut. Parce que si les méthodes sont les outils principaux, seul l’utilisation pertinente de leur résultat permet de regrouper l’ensemble des décideurs sur cette vision centrée sur les besoin réels des utilisateurs.
Transformer les insights utilisateurs en décisions produit à forte valeur
Dans un premier temps, le product owner se doit d’obtenir un accès le plus direct possible aux utilisateurs. Cela peut-être le premier frein rencontré, mais c’est une démarche indispensable pour mettre en action les méthodes d’étude UX nécessaires à la conception produit. Avec des utilisateurs en poche, la recherche peut commencer. C’est là que toute la panoplie de l’UX rentre en jeu. Le responsable produit va pouvoir recueillir des données qualitatives et quantitatives sur l’usage actuel ou attendu de l’outil. Il faut dans un premier temps comprendre au mieux ses utilisateurs.
Ce n’est cependant que la première partie du chemin une fois ce travail de fond réalisé, il faut transformer ces insights relevés en décision produit informés qui vont pouvoir diriger à la fois :
- Une rédaction de user stories centrées sur les usages,
- Et surtout une priorisation du backlog orientée valeur utilisateur.
L’ensemble des ces données seront nécessaires pour donner du poids à la direction produit choisie par le Product Owner. La méthodologie ainsi que les résultats sont autant d’arguments pour valoriser les choix user centric effectués et leurs priorisations.
Mesurer et ajuster la valeur produit grâce aux méthodes UX
Plus cette démarche commence tôt, plus elle sera pertinente et moins elle sera coûteuse sur le long terme. Un produit bien défini dès le début de sa conception par une connaissance extensive du besoin permet lors de la mise en œuvre permet de gagner en performance sur quasiment tous les pans de développement du produit. C’est pourquoi, il faut insister pour commencer la recherche utilisateur dès la phase de discovery.
La mise en place de prototype et la validation en continue par des tests utilisateurs ou autre permettront parfois de recentrer, réduire le scope ou affiner les besoins. Il est parfois tentant pour les équipes de se jeter dans un nouveau projet. Les contrats sont signés, les ressources sont disponibles, vite il faut produire ! Mais c’est souvent une erreur. Démarrer la conception d’un produit avec en tête parfois un simple cahier des charges d’appel d’offre ou une note de décideur peut envoyer le projet sur le mauvais rail. Pour faire simple, c’est un peu comme traverser une montagne sans avoir étudié une carte. On peut peut-être arriver au sommet mais quel risque on prend… dans combien de mauvais sentiers peut-on s’aventurer ?
Récupérer les besoins et obtenir de bon indicateur sur l’usage actuel ou attendu, va permettre de concevoir et d’argumenter auprès des parties prenantes du projet, une roadmap qui s’axe réellement autour des besoins utilisateurs. L’objectif est de maximiser son impact et sa force vive en utilisant ces insights pour une approche produit plus chirurgicale dénuée de fioriture et qui apporte le plus rapidement possible de la valeur aux utilisateurs. De plus, ces mêmes méthodes en perdurant dans le temps du projet, vont permettre d’évaluer la valeur ajoutée au fur et à mesure de la construction du produit.
Pourquoi l’UX Product Owner est clé pour créer de la valeur produit durable
Le PO va donc rencontrer des freins tout au long de la conception du produit. Pourquoi, me direz-vous ? Parce que toutes les entreprises n’ont pas le même niveau de maturité en matière d’UX, ni la même compréhension de l’importance de sa mise en œuvre dans la réalisation d’un projet.
En véritable négociateur, il évite que le produit ne soit pris en otage par des parties prenantes focalisées sur des considérations annexes : le budget, les clients (lorsqu’ils ne sont pas les utilisateurs finaux), les délais… Autant de sujets qui, bien qu’essentiels à la réussite d’un projet, ne contribuent pas directement à la réussite du produit.
C’est en se plaçant en tant qu’expert UX et grâce aux insights récoltés puis transformés en décision produit avisées que le responsable produit pourra convaincre, et emmener avec lui l’ensemble des parties prenantes dans la réalisation d’un produit à réelle valeur ajoutée pour ceux qui l’utilise vraiment.
Chez 4SH, nos Product Owners UX portent une vision claire : allier agilité et empathie pour défendre l’utilisateur, aligner les parties prenantes et livrer des produits qui font réellement sens.