Sur un produit non destiné au grand public la communication n’est pas toujours la priorité.
Pourtant pour un product owner, il y a de nombreux intérêts à faire vivre son produit et à communiquer autour de celui-ci.
Engagement, soutien, feedback, fidélisation sont autant de bienfaits à retirer d’une bonne communication.
Dans cet article nous nous intéresserons aux différentes cibles que nous devons toucher, à leurs attentes respectives et à comment y répondre et pourquoi.
Les différentes cibles que nous retrouverons la plupart du temps sont les suivantes :
- Utilisateurs
- Equipe
- Sponsor
- Produits de l’écosystème
Leurs besoins sont :
- Utilisateurs : avoir de la visibilité sur les prochaines fonctionnalités, donner du feedback, comprendre comment utiliser le produit;
- Equipe : comprendre le sens, avoir de la visibilité sur la suite des activités;
- Sponsor : constater l’avancement et être rassuré;
- Produits de l’écosystème : avoir de la visibilité sur les adhérences.
Comment répondre à ces besoins d’information et qu’est-ce que cela va apporter au produit ?
Mes premières pistes de réponses étaient les suivantes :
- Product vision board
- Roadmap
- Démonstration
- Release note
J’ai décidé de me faire aider de l’intelligence collective d’EKITE pour avancer.
Nous avons donc fait un brainstorming lors d’une session de veille commune autour de ce sujet et voici le résultat obtenu:
J’ai choisi de mettre de côté Yammer, Identité visuelle, Newsletter, Sharepoint (site) et Webinaire qui semblent plus être des canaux pour passer l’information. Je préfère que nous en fassions abstraction comme ce choix peut être très dépendant de l’organisation de chaque entreprise et de ses outils de messagerie ou réseaux sociaux en place.
Les points remontés qui me semblent très intéressants et que j’ai donc ajoutés à la liste sont :
- Documentation
- Evènements
- Club utilisateurs
Détaillons maintenant ce qu’apporte chaque élément
Product Vision Board
Le Product Vision Board va apporter une vision haut niveau plutôt stratégique du produit. Faire ce travail et le diffuser très largement va permettre de fédérer autour d’une vision commune. Nous savons vers quoi nous allons et nous en ressortons même avec un pitch du produit dans la partie haute du vision board.
Le sponsor et l’équipe vont être les principaux bénéficiaires de ce board; il permet de s’assurer que l’équipe va dans la bonne direction.
Roadmap
La roadmap apportera une vision plus concrète des différents sujets à traiter et des premiers jalons. Plus bas niveau que le Product Vision Board, nous sommes ici dans le concret de ce qu’apportera l’équipe comme feature sur les prochains mois. Il faut toujours la communiquer sans s’engager trop loin au risque de sortir du cadre de l’agilité et de perdre la notion d’engagement de l’équipe. La roadmap donnera une vision à l’équipe des prochains sprints à venir, elle rassurera le sponsor sur la capacité de l’équipe à délivrer et donner une vision aux autres produits de l’écosystème des sujets d’adhérence. La communiquer avec les utilisateurs peut aussi permettre de tempérer les attentes sur d’autres sujets; voir que l’équipe avance sur d’autres sujets explique le délai d’attente d’autres demandes. Il faut juste toujours faire attention à ne pas trop communiquer de dates lointaines pour ne pas générer de frustration.
Démonstration
La démonstration est un point clé du développement du produit. Elle permet à l’équipe de présenter le résultat de son travail et de récolter en direct du feedback pour que le produit corresponde au mieux au besoin. La présence des utilisateurs (ou d’un utilisateur clé) est donc vivement conseillée. Le sponsor sera en mesure de constater l’avancement, et les autres produits peuvent y participer ponctuellement pour des sujets spécifiques. Si les utilisateurs ne sont pas disponibles, il est toujours possible de diffuser une courte vidéo présentant les nouvelles fonctionnalités pour toucher plus d’utilisateurs.
Release note
La release note, dans la même veine que la démonstration, permettra de donner de la visibilité sur les fonctionnalités qu’apporte la nouvelle version. Sortir une version du produit après la démonstration permet de directement donner la main aux utilisateurs sur les nouvelles fonctionnalités présentées par l’équipe. Cette release note accompagnera tout cela et tracera les évolutions version après version. Faire attention toutefois à qui elle s’adresse. Une release note pour les utilisateurs ne doit pas forcément reprendre toutes les tâches techniques effectuées pendant le sprint sous peine de noyer l’utilisateur dans trop d’informations, le faisant passer à côté de la véritable valeur apportée par l’incrément.
Documentation
Il convient de définir ce que nous mettons derrière documentation : l’idée est de capitaliser sur les connaissances et de les partager. Il peut s’agir de documentation interne (technique à destination de l’équipe par exemple) ou externe (documentation pour l’usage du produit ou d’une api). Ce point remonté en brainstorming est crucial. Un produit correctement documenté est un produit plus facilement adopté, les utilisateurs sont guidés dans son utilisation et en comprennent plus facilement le sens. Une bonne documentation doit rester claire et succincte mais doit être mise à jour en même temps que le produit. Une bonne pratique est d’inclure la mise à jour de la documentation dans la « Definition Of Done » des stories. Les utilisateurs et les autres produits vont être les principaux bénéficiaires de cette documentation mais l’équipe elle même également.
Evènements
Plus ponctuels, les kick-offs ou afterworks produit sont l’occasion de rassembler autour du produit et de générer de l’intérêt. C’est l’occasion de rediffuser la vision et la roadmap. Nous pouvons montrer les dernières fonctionnalités et recueillir du feedback. L’adoption du produit est facilitée si les utilisateurs clés se sentent impliqués dans le processus de développement et le déroulement du projet.
Club utilisateurs
Je n’ai jamais mis le club utilisateurs en pratique, mais l’idée est de rassembler différents utilisateurs du produit pour leur présenter toujours les nouvelles fonctionnalités. Les utilisateurs peuvent partager entre eux leurs conseils de bonne utilisation et c’est très intéressant de ressortir de ces échanges ou interview avec des idées directement liées à leur utilisation au quotidien. Les irritants sont identifiés et les features clés sont mises en avant. Il est facile d’identifier des quick wins qui permettront de gagner la confiance des utilisateurs et d’en faire des adjuvants qui vont faciliter l’adoption du produit de manière plus large.
Pour conclure
Il semble qu’une bonne base pour apporter de la visibilité à tous les interlocuteurs serait de:
- transmettre une vision produit; elle doit être affichée et portée par le PO;
- afficher une roadmap et la tenir à jour;
- fournir une documentation facilement utilisable;
- faire des démos pour montrer l’avancement et accompagner les versions de release notes diffusées pour tracer les nouveautés;
- organiser des évènements pour fédérer autour du produit et trouver les adjuvants.
