Hello all’ !
On va tenter de se raconter des petites histoires pour enrichir cette newsletter. Pour cela, j’ai besoin de vous !
L’idée, c’est de partager (anonymement) nos petites histoires de réussite, de fail, de shame, de wtf, etc..
Je partagerai la semaine prochaine un condensé de vos histoires, et vous vous direz peut-être que vous n’êtes pas seul à avoir vécu ce genre de moment.
Pour la première : quel est votre meilleur (ou pire) souvenir de fail dans votre job ?
Allez, je commence.
J’ai répondu via un Reply-All dans une boucle de mail, alors que je voulais envoyer un mail à un collègue. C’était à propos d’une réponse d’un client.
En copie, le client, des stakerholders, le CEO, le CPO, le CTO, etc… bref du monde.
”Mais ils sont débiles ou quoi ? C’est de la merde leur truc”. (m’en rappelle tellement bien de cette phrase).
Vous pouvez imaginez la crise diplomatique derrière. J’étais mal.
Avec le recul, ça me fait penser à cette vidéo.
Meetups
Le mois de Mars est à booker !!
Mardi 14 mars, le chapter #Nord propose le meetup “Maximiser l’effet de levier de l'Atomic Research dans mon organisation” avec Jason Brand, CEO de Usedge.
Mardi 14 mars, le chapter #SudOuestBordeeaux propose le meetup “Paroles de CPOs” avec Juliette Laborie - CPO @Jobteaser et Christopher Parola - CPO @Yousign
Mercredi 20 mars, le chapter #SudOuestToulouse propose “Apéro Product Network and Chill” pour se rencontrer et discuter.
Mardi 21 mars, le chapter #GrandSud propose le meetup “Comment mettre en place une stratégie Produit” avec Aurélien Rey, Mehdi Baghdadi et Benoit Firmin, tous les 3 venant d’Allopneus.
Mardi 28 mars, le chapter #RhôneAlpes propose le meetup “Méthode Shape-Up chez Dougs” avec Thibaud Plaquet, Product Director @Dougs
Take a look ! Voir le meetup “Construire un produit à succès grâce aux jeux vidéo” avec Alessandro Costa qui a eu lieu dernièrement et organisé par le chapter #Toulouse-SudOuest.
Voici les résumés de la semaine !
Les résumés ci-dessous sont générés par IA (chatGTP4) à partir des fils de discussion de la communauté sur le Slack FrenchProduit. Une relecture est faite ainsi que la mise en page.
#product-management
Débat sur les PM Généralistes vs Experts
Mathias cherche à comprendre la distinction entre un PM généraliste et un PM expert, l'utilité de chaque profil selon les situations, et le moment de transition de l'un vers l'autre.
Voici les réflexions des membres.
L : Un PM est par nature généraliste, maîtrisant diverses compétences de son métier mais pouvant approfondir certaines selon les besoins ou affinités.
Lydia : Dans certains domaines complexes comme la santé, il est crucial d’être un PM expert pour maîtriser le sujet en profondeur.
William776 : La spécialisation peut aussi être dictée par le type de produit ou la partie du produit sur laquelle on travaille, comme la croissance/acquisition ou la rétention.
Gautier questionne la définition d'expertise par rapport à l'expérience dans différents domaines, skills, ou types de produit, et comment ces éléments déterminent si l'on est généraliste ou expert.
Vincent328 met en question la pertinence même de la distinction, suggérant qu'un PM pourrait être à la fois généraliste et expert, et insiste sur l'importance des compétences diverses chez un PM. Il partage des insights du nouveau livre de Marty Cagan, soulignant l’importance de l’expertise de domaine.
Anael souligne l'expertise acquise par l'expérience dans divers domaines et la capacité à s'adapter rapidement comme des qualités clés pour un PM, peu importe la spécialisation.
#product-management
La mesure du ROI des fonctionnalités dans le Product Management
Camille cherche des exemples où le lien entre une fonctionnalité développée et son impact business (comme l'augmentation du MRR ou la réduction du churn) a été clairement établi.
Guillaume demande des précisions sur ce que Camille entend par "impact tracking".
Thomas partage que l'efficacité dépend de la préparation et de la définition des KPI de succès avant le développement des fonctionnalités. Il souligne l'importance d'éviter les vanity metrics et de préparer un tableau de bord de suivi.
Julia recommande de définir les outcomes business souhaités, les fonctionnalités potentielles pour les atteindre, et d'analyser les impacts avec des KPIs basés sur une baseline commune.
Nadia évoque les difficultés à isoler l'impact d'une fonctionnalité spécifique dans une solution B2B SaaS complexe, où souvent plusieurs fonctionnalités contribuent à atteindre un objectif business.
En réponse aux suggestions, Camille reconnaît les défis à établir un lien direct entre une fonctionnalité et un KPI donné, et se demande si des PMs réalisent des A/B tests pour prouver l'impact, malgré le risque de perdre des opportunities d'upsell.
#product-organisation
Discussion sur l'organisation des équipes pour le développement d'API et d'applications
Jerome a posé une question cruciale sur l'organisation des équipes lors de l'ajout de nouvelles fonctionnalités à une app et à son API correspondante. Il se demandait si une équipe dédiée à l'API devrait s'occuper de rendre les nouveaux champs disponibles sur l'API ou si cela devrait être la responsabilité de l'équipe développant la fonctionnalité sur l'app.
Henri a rapidement apporté son expertise, suggérant que l'équipe en charge d'une fonctionnalité devrait la mener à terme sur tous les supports pour garantir une meilleure compréhension du contexte métier. Il recommande de confier à une équipe spécifique la tâche de créer et faire évoluer l'infrastructure de base de l'API, à la manière d'un projet open source interne. Cette approche permettrait à d'autres équipes d'être autonomes dans l'ajout ou la modification de nouvelles routes et modèles, tout en bénéficiant de la supervision de l'équipe de l'API publique pour garantir la qualité et la cohérence. Henri souligne également l'importance de cette équipe dédiée pour améliorer l'expérience de développement des clients et optimiser l'intégration avec des partenaires externes, favorisant ainsi la création d'un écosystème plus riche.
Nathanaël a renchéri en approuvant l'approche de Henri, soulignant les avantages de distinguer une équipe "core API" qui se concentre sur les aspects infrastructurels et stratégiques de l'API, des équipes chargées des fonctionnalités qui peuvent ainsi ajouter des champs à l'API de manière autonome. Cette organisation permet d'éviter les blocages et de faciliter la synchronisation entre les équipes.
#share-tools
Échanges sur les outils de Product Tour in-app
Dounia a lancé la discussion en cherchant des recommandations pour un outil de Product Tour in-app, mentionnant que leur équipe CS utilisait déjà Stonly, ce qui semblait être une option gratuite et potentiellement adaptée à leurs besoins. Elle a également examiné Appcues, Pendo et Jimo, mais n'a pas trouvé de différences majeures entre ces outils.
Nicolas a partagé son expérience positive avec Stonly, indiquant qu'il était très satisfait de l'outil, surtout en combinaison avec sa base de connaissances pour les utilisateurs moins à l'aise avec la technologie.
L a soulevé une question importante : est-ce que les tours de produit sont vraiment efficaces ? Est-ce que les utilisateurs les lisent vraiment ou se contentent-ils de cliquer sur "suivant" sans assimiler les informations ?
Alexis, identifié comme le fondateur de Stonly par Fabrice, a donné une réponse détaillée à cette préoccupation, expliquant que l'efficacité des tours de produit dépend du public ciblé, des objectifs et de la mise en œuvre. Il a souligné l'importance de créer des guides interactifs bien ciblés, de découvrir de nouvelles fonctionnalités de manière ciblée et de présenter de manière réactive l'application aux utilisateurs.
Dounia a également demandé des retours sur UserPilot, auquel François a répondu avec un avis plutôt positif, notant qu'il offrait une gamme riche de fonctionnalités, y compris des analyses approfondies et la mesure du NPS, le tout pour un bon prix.
#product-ai
Échanges sur les formations IA pour les métiers du produit
Olivier a lancé le sujet en partageant sa satisfaction à propos de la formation gratuite "AI for Product Management" proposée par Product Led Certified. Il souligne la qualité de la formation, animée par des formateurs expérimentés issus d'entreprises de renom telles que Pendo et Google. Olivier recommande cette formation pour sa structure pertinente et ses insights précieux. Il invite également la communauté à partager d'autres ressources de formation sur l'IA et l'IA générative.
Anoulay a suivi et recommande la formation rapide de Google sur la Gen AI, qu'elle trouve bien conçue avec beaucoup d'informations utiles.
Reda confirme la qualité de la formation Google mentionnée par Anoulay, soulignant sa rapidité et son efficacité pour comprendre le concept architectural derrière les GenIA. Il s'interroge également sur l'aspect pratique de la formation mentionnée par Olivier, cherchant des exemples concrets d'utilisation de l'IA dans le métier du product.
Edouard rejoint Reda dans sa réflexion, notant que les formations tendent généralement à être plutôt généralistes et manquent souvent d'exemples pratiques spécifiques aux métiers du produit.
#product-marketing
Échanges sur le rôle d'un PMM
Rôle d'un PMM : Romrichaud a lancé le sujet en demandant si quelqu'un avait des ressources en anglais explicatives sur le rôle et les missions d'un PMM, de préférence sous forme graphique.
Mathieu (lien LinkedIn) a répondu en proposant une slide. Les couleurs et le design de la slide ont suscité quelques commentaires humoristiques (sur une autre version que celle présentée ci-dessous) , mais elle semble avoir été utile pour éclaircir le rôle d'un PMM.
#product-ops
Partage d'expériences sur les outils d'analyse de produits
Une discussion intéressante a été amorcée par un membre sur les outils d'analyse de produits, tels que Posthog, et leur mise en œuvre dans les opérations de produit. Voici quelques points clés abordés :
Posthog : Cet outil est apprécié pour sa flexibilité et sa capacité à gérer les coûts, mais il est important de prendre en compte les potentielles hausses liées à l'hébergement et à la maintenance lors d'une mise en place on-premise. Posthog s'adresse particulièrement aux ingénieurs et ceux ayant une expérience approfondie en analyse de produits, contrairement à des outils tels qu'Amplitude qui accompagnent davantage leurs utilisateurs.
Scoping : Avant de s'engager avec n'importe quel outil, il est crucial de définir précisément les scénarios d'utilisation et le volume d'événements à suivre. Ce travail préparatoire peut éviter des surprises désagréables et des coûts supplémentaires imprévus après la signature d'un contrat.
Alternatives : Le membre a également mentionné June.so, salué pour sa qualité par de nombreux utilisateurs SaaS. Mixpanel est utilisé par un membre, adapté à leurs besoins spécifiques (applications Flutter, dispositifs IoT, etc.).
#share-tools
Débat sur la Privacy et les outils de session replay
Ludovic a partagé le challenge que représente l'utilisation d'outils de Session Replay face aux préoccupations de sa Data Protection Officer (DPO) sur la privacy. Elle propose deux options : anonymiser totalement le Session Replay ou demander un consentement explicite aux utilisateurs.
Aurélien a répondu avec surprise à l'idée qu'on puisse enregistrer des sessions sur un produit sans anonymisation. Il partage son expérience positive d'anonymisation sur un autre projet, soulignant que malgré les premières appréhensions, cela a permis de détecter des problèmes sans compromettre la reconnaissance de l'interface.
Olivier conseille de masquer les informations personnelles pour éviter d'identifier les utilisateurs, suggérant que le reste pourrait être conservé en sécurité. Il recommande également de consulter le fournisseur SaaS pour s'assurer que l'utilisation reste conforme au RGPD.
En réponse, Ludovic remercie pour les conseils et mentionne qu'ils anonymisent déjà certaines données pour empêcher l'identification directe. Toutefois, la DPO s'inquiète encore de l'identification indirecte. Il envisage d'approfondir le sujet avec Datadog, leur fournisseur, et de se préparer à une anonymisation totale si nécessaire.
#product-ai
Échange sur l'IA
Dans une discussion récente sur notre channel #product-ai, plusieurs membres ont partagé des conseils et des ressources pour ceux qui travaillent ou souhaitent travailler avec l'intelligence artificielle dans la conception de produits. Voici un résumé des points saillants de cette conversation :
Edouard a initié le débat en demandant des recommandations sur des formations en IA, des outils de No Code pour l’IA et sur l'utilité d'apprendre Python pour travailler avec l'IA.
Denis a suggéré de se familiariser avec Python et le scraping pour mieux exploiter les data sets disponibles, souvent limités.
Axel a recommandé le site Deeplearning.ai pour des formations de qualité et a appuyé l'idée que Python est un atout dans ce domaine.
Pro a mentionné Edenai.co comme un outil accessible pour intégrer des fonctionnalités d'IA dans des projets sans nécessiter de compétences avancées en développement.
Aurélien a suggéré d'utiliser l'IA pour apprendre Python, partageant un lien vers une ressource utile pour débuter ou progresser en développement.
Jérôme a partagé son expérience avec Bubble, un outil No Code qui lui a permis de créer un prototype fonctionnel intégrant GPT en quelques jours.
Julien a introduit l'idée d'utiliser Vertex AI sur Google Cloud pour ceux qui préfèrent travailler avec JavaScript ou Java.
Artus a exprimé sa gratitude pour les ressources partagées.
Jérôme396 a précisé qu'avec Bubble, il est possible de se connecter à n'importe quelle plateforme via un connecteur API, y compris aux APIs d'OpenAI.
À la semaine prochaine ?