Product Inbox✌️Community #3 - Des tips pour que Product et équipes internes collaborent mieux
REX de PMs provenant de Libeo, Ornikar, Inpulse, Sline, Moka.care
Hello 👋, bienvenue dans cette 3ème édition de Product Inbox Community, un nouveau format dans lequel des pairs de l’écosystème (Libeo, Ornikar, Inpulse…) échangent autour d’un challenge Produit. Retrouve l’intégralité de leur discussion dans cette édition. On est désormais 10,362 sur Product Inbox. Merci pour ta lecture et ton soutien 💛.
Je m’appelle Timothé et si ce n’est pas déjà fait, tu peux :
Faire décoller ton produit grâce à ⭐️ notre collectif de top CPOs ⭐️
Rendre visible ton produit 💥 sur notre newsletter ou podcast
Écouter mon podcast Clef de voûte
Me suivre sur Linkedin
Ween soutient Product Inbox 🫶🏻
Depuis 1 an, on entend parler d’IA à toutes les sauces.
Et il y a une question que je reçois beaucoup de la part des Product : “Comment utiliser l’IA pour devenir meilleur ?”.
J’avoue, je ne savais pas quoi leur répondre au début.
Mais certains outils ont commencé à faire leurs preuves.
C’est le cas de Ween (outil 🇫🇷) .
Car il attaque un problème qui concerne tout le monde : la prise de décisions.
Grâce à l’IA, Ween accélère la recherche utilisateur pour aider les équipes à prendre de meilleures décisions produit. Pour ça, l’outil transforme la donnée qualitative en opportunités produit.
Concrètement :
Tu charges tes interviews utilisateurs dans Ween
Ween trouve automatiquement les insights pertinentes
Chaque insight est communicable à ton équipe via mini-vidéos
Bonus, avec la fonction “Ask AI”, Ween répond à ta question en se basant sur toutes tes interviews et feedbacks utilisateurs.
Ce n’est pas pour pour rien que PlayPlay, Lunii ou IAD l’ont adopté dans leur quotidien.
Cette édition Focus t’est offerte par Ween. Je t’ai même négocié un discount de 20% sur la 1ère année avec le code PRODUCTINBOX. Il te suffit de t’inscrire ci-dessous à la version d’essai gratuite :
Introduction
Je suis super content de t’envoyer une nouvelle édition « Community ».
Cette troisième édition rassemble à nouveau des pairs de l’écosystème Product. Ils travaillent cette fois-ci pour Inpulse, Libeo, Sline, Moka et Ornikar.
Les échanges de cette édition # 3 de Product Inbox Community ont porté sur : la collaboration entre les équipes Produit, Ops, dev et Care, ainsi que sur le partage de l’information et de la connaissance Produit.
Pour approfondir ce thème, Anne-Sophie Corbeau a gentiment accepté de partager son expérience chez Libeo.
Par souci de confidentialité, j’ai conservé l’anonymat des autres participants que je remercie encore une fois pour leur participation. 💛
Enjoy.
☄️TL;DR
La participation des PM aux calls Sales peut se justifier à partir d’un seuil potentiel de MRR.
Des sessions d’échanges et de formation sont clés pour partager l’info entre les équipes et faire de la pédagogie sur le développement Produit.
Ces sessions doivent répondre à un format précis et se tenir à un rythme régulier.
Le traitement des bugs doit répondre à un process précis avec un ticketing très formaté.
Il est essentiel d’éviter au maximum les effets silos, mais aussi que le Support dispose d’un excellent niveau de connaissance du Produit.
Comment améliorer la collaboration entre Produit et les équipes internes (Sales, Ops, CSM et métiers) ?
Anne-Sophie Corbeau
L’important est de créer un cadre de travail simple et efficace, et surtout très bien adapté au fonctionnement de la boîte pour éviter qu’il ne se transforme en usine à gaz. Le but est de favoriser une communication fluide. Par exemple, nos PM participent aux calls d’avant-vente, mais uniquement à partir d’un certain seuil de MRR potentiel. Ces calls sont également l’occasion de faire de la discovery sur des ICP plus qualifiés et d’alimenter notre base de données en conséquence.
De plus, pour être certains que chacun dispose du bon niveau d’information, nous insérons des créneaux de “Product training”, tous les 15 jours, dans tous les agendas de toute la boîte. À cela s’ajoutent des sessions de “Product Keynotes”, tous les vendredis midi.
Le Marketing et les Sales doivent bien sûr s’intéresser au produit. C’est évidemment indispensable pour bien le vendre et bien le promouvoir. Mais en tant que principaux sachants, c’est avant tout aux Products de rendre abordable la connaissance pour la leur transmettre. C’est vraiment à nous d’aller au-devant de leurs interrogations. Nous avons d’ailleurs mis en place des Product Trainings de 45mn pour permettre d’entrer concrètement dans le détail des process, de montrer comment telle ou telle évolution peut impacter les back-office et le tooling en général.
Tout est renseigné dans un “Go-to-Market” Doc. Les PM disposent ainsi d’un document de référence, très précis et qui structure l’ensemble du “Product Training”. D’ailleurs, aucun produit ne peut sortir si le “GTM Doc” et les pages Notions qui y sont liées ne sont pas renseignés.
Les “Product Training” se déroulent-ils sous un format très descendant ou bien ont-ils au contraire une dimension très collaborative ?
Anne-Sophie Corbeau
Ils prennent souvent une forme très descendante, même si la participation de tous est encouragée, avec en général de petits exercices pratiques, ou au moins un Kahoot. Pour favoriser l’implication et la participation de tous, les gagnants se voient même attribuer des bons Amazon.
🚨 Ce serait top si tu pouvais prendre 10 secondes pour me dire ce que tu penses de ce nouveau format Community :
En cas de bug, comment est réparti le travail d’investigation et de résolution entre les équipes Support, Product et tech ?
Anne-Sophie Corbeau
Un gros effort de formation a été mené avec les équipes Support pour déployer une méthodologie d’investigation efficace. Elle repose d’ailleurs en partie sur la base de connaissances évoquées plus haut. Le but est de profiter de la knowledge base que les PM renseignent au fur et mesure sur des pages Notion accessibles à tous pour identifier très vite les points à vérifier en priorité, mais aussi d’apporter rapidement les bonnes réponses aux Account Managers, aux Sales et aux Care, en fonction de leurs problématiques spécifiques.
Nous avons beaucoup travaillé sur les intégrations entre Slack, Intercom et Jira. Le but est que tous les tickets répondent à un format précis. Le strict respect de ce format est la condition pour que les devs le prennent en charge. Là encore, l’objectif est d’assurer une circulation de l’information fluide et efficace.
Je précise que le fait de manager à la fois le Product et le Support, comme je le fais actuellement, représente un vrai avantage pour casser les effets silos. Tout le monde bosse ensemble, avec le sentiment de faire partie de la même équipe. De mon point de vue, c’est vraiment un point essentiel.
J’ajoute que toutes les équipes, Account Managers, Tech, Product, Design, effectuent environ 2 heures de Care chaque mois. Cela permet à chacun de se saisir efficacement des sujets. C’est un excellent moyen de partager et de renforcer la connaissance Produit.
En plus de cela, les PM rencontrent toutes les deux semaines leurs stakeholders clé en mode ascendant-descendant. Et une fois par mois, soit un stakeholders meeting sur deux, ils dépilent ensemble les CSM empowerment pour nourrir leur backlog.
Pour résumer, nous avons mis en place différents canaux et process structurés pour assurer la bonne circulation de l’information et un bon partage des tâches. L’objectif est également que le Support dispose d’un très bon niveau de connaissances du produit. Je dirais même qu’il le connaît sans doute mieux que certains PM.
Quels outils utilisez-vous pour permettre la circulation des feedbacks entre les équipes Produits, Sales, CSM ?
Anne-Sophie Corbeau
Nous utilisons un Slack automatisé pour recueillir les feedbacks, lesquels sont directement intégrés via Zapier sur une table Notion. Ces feedbacks répondent à un format prédéfinis afin que les équipes “client-facing” les renseignent de la manière la plus précise possible. Les PM s’appuient ensuite sur ces feedbacks pour effectuer leur cycle de roadmapping. Ils s’occupent aussi de les ranger et de les classer.
Côté Care, les clients peuvent aussi faire des feedbacks, directement depuis le site. Si le feedback client n’est pas assez clair, les Care prennent le relai et réinterrogent le client si besoin. Les feedbacks client sont ensuite directement mis sur le Slack et suivent le même process via Zapier et la table Notion.
Les stakeholders meetings dont nous avons parlé plus haut permettent également de passer en revue le traitement des feedbacks, de les préciser au besoin et de les prioriser. Nous menons ce passage en revue une fois toutes les 6 semaines environ.
🚨 Ce serait top si tu pouvais prendre 10 secondes pour me dire ce que tu penses de ce nouveau format Community :
C’est tout pour aujourd’hui ! ✌️
Timothé
Si tu as trouvé cette newsletter utile, n’hésite pas à la partager avec tes ami·e·s ou à t’inscrire si ce n’est déjà fait :)