Hello !
Cette semaine, il y a eu beaucoup d’échanges au sein de la communauté !!!
Nous allons commencer par une mise en abîme 👀, en résumant une discussion à propos de cette newsletter : le processus de création de la Newsletter “Qu'est-ce qui happen?”
Anael a posé une question sur la gestion et la création de la Newsletter FrenchProduit, demandant des éclaircissements sur son processus de conception.
Guillaume et Mathieu ont rapidement dirigé Anael vers Zit pour obtenir des réponses.
Zit a alors partagé un aperçu détaillé de la méthode utilisée pour créer la newsletter :
Utilisation de Make pour récupérer et combiner les conversations de Slack par thread, générer un résumé avec GPT-4, envoyer sur Slack et stocker dans Airtable
Utilisation d'un script Python pour récupérer les résumés de la semaine depuis Airtable, générer un fichier HTML avec tous les résumés, et préparer l'envoi.
Manuellement, le contenu est copié de HTML à Substack, faute d'API compatible pour automatiser le processus, suivi d'une relecture et d'une mise en forme finale.
Anael a exprimé son admiration pour le processus, le trouvant impressionnant et félicitant Zit pour le travail accompli. Zit a accepté les compliments, reconnaissant la praticité du système mis en place.
Meetups
Jeudi 22 février, le chapter #Lille-Nord propose “Apéro produit : L'apéro des amoureux du product management”. Un moment convivial pour rencontrer d'autres Product lovers.
Mercredi 28 février, le chapter #Toulouse-SudOuest propose le meetup “Construire un produit à succès grâce aux jeux vidéo” avec Alessandro Costa, créateur du média « Au coin du feu », Ex @Hivency, Ex @Eldo et membre de FrenchCPO.
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-growth
Suivi de conversion des téléchargements d'App depuis le desktop
Dulieu a sollicité des retours d'expérience sur le suivi de la conversion finale d'une app téléchargée depuis le Play Store, en utilisant Amplitude via Rudderstack comme stack technique.
Fabrice a rappelé les défis d'attribution cross-channel rencontrés chez Deezer sans parvenir à une solution à l'époque.
Amandine de POINT.P a exprimé le même besoin d'insights.
R a mentionné l'outil Adjust comme une solution potentielle, bien que Fabrice ait noté que cela n'avait pas résolu le problème dans son cas il y a quelques années.
Kevin a suggéré d'explorer des solutions comme Branch.io ou Adjust.com, avec la possibilité d'ajouter du code personnalisé pour faciliter le suivi.
D_deroux a renforcé l'idée d'utiliser Adjust pour créer des liens personnalisés de téléchargement qui permettraient de tracker le nombre de téléchargements et d'événements spécifiques venant de chaque campagne.
Johann a résumé le sentiment général en notant que le tracking cross-platform est un problème ancien, reflet des défis continus dans l'attribution et la mesure des conversions dans l'industrie numérique.
#product-organisation
Intégration du customer success dans les équipes produit
Capucine a initié la conversation en demandant des exemples d'organisations où le CS est intégré dans les équipes Produit pour mieux gérer les bugs, le suivi des problèmes, les tendances des insights, et pour améliorer la communication avec la communauté.
Vincent a partagé son expérience en startup, où il a cumulé les rôles de VP Produit et Customer Success, et mentionné un client en coaching produit qui a adopté cette approche avec succès dans une scale-up de 150 employés.
Mathieu a décrit son quotidien où le CS est côté Produit parce que son entreprise est encore à un stade précoce. Les activités incluent la rédaction de documentation orientée Produit, la réalisation de démos client, et la remontée des insights et du NPS.
Cmlfournier a parlé de son expérience dans une entreprise où le CS n'était pas directement dans l'équipe Produit mais travaillait en étroite collaboration avec elle. L'utilisation de Salesforce pour relier les requêtes clients aux demandes de fonctionnalités, des référents CS par squad produit, et une communication régulière entre le CS, les développeurs, et les Product Owners étaient des pratiques courantes.
Enfin, Capucine a remercié les membres pour leurs retours d'expérience précieux qui ont mis en évidence l'importance et les bénéfices de l'intégration du Customer Success au sein des équipes Produit. Cela peut se faire de manières variées selon la taille et l'organisation de l'entreprise, mais l'objectif commun reste d'améliorer la remontée d'informations et d'optimiser l'expérience utilisateur.
#product-management
Les pratiques d'intégration des retours utilisateurs
Vaea a initié une conversation autour des rituels pour intégrer les retours utilisateurs, partageant sa routine avec Hotjar et l'invitant à échanger sur leurs méthodes.
Benjamin a révélé leur pratique du "pop-corn time" : une heure mensuelle dédiée à la discussion d’une sélection de Hotjar par l'équipe Product Design, où chacun peut participer. Cela dure depuis plus de deux ans et favorise l'engagement de différents rôles dans l'évolution des produits à partir des retours utilisateurs, y compris des décideurs clés pour souligner des points de débat.
Les points clés de cette pratique incluent :
Préparation collective avec une sélection de cas par l'équipe Product Design
Ouverture des micros pour une participation active
Implication durable et appréciée par tous les membres de l'équipe
Visionnage individuel flexible au cours du mois précédant le "pop-corn time"
Génération d'User Stories d'évolution et identification de sujets à approfondir
Intégration occasionnelle de stakeholders extérieurs pour élargir le débat Cette approche met en avant une manière collaborative de traiter et d'exploiter les feedbacks utilisateur pour informer le développement produit et la prise de décision stratégique.
#product-design
Conseils et bonnes pratiques sur le Design System
Jaime a lancé le sujet en cherchant des conseils et de bonnes pratiques pour solidifier sa démarche produit, faisant un appel spécifique à l'expérience avec Storybook et Figma.
Jrenel partage l'expérience de son entreprise où une collaboration entre l'agence interne (UX Research + design/Figma) et le Product Dev (dev + intégration/Storybook) avec une équipe dédiée full time s'est avérée efficace, malgré une sous-estimation initiale du temps de design. Il souligne l'importance de bien définir les attentes pour chaque composant, incluant les do's and don'ts, et de ne pas sous-estimer la partie testing.
Jstnguillon propose des conseils pratiques basés sur leur récent travail de retravail du Design System, incluant :
Commencer par les fondations (couleurs, typographie, etc.)
Utiliser les design tokens pour une nomenclature cohérente
Organiser Figma et StoryBook de manière similaire pour faciliter la recherche
Nommer les composants de manière identique côté Figma et Storybook
Lier la documentation de Storybook et Figma pour une référence croisée.
Vincent soulève une question importante sur l'approche du Design System qui peut varier en fonction de l'échelle de l'équipe impliquée (nombre de designers et devs front-end).
#product-research
Échanges autour du recrutement d'utilisateurs pour les tests
Aurélien a soulevé une question sur les défis du recrutement d'utilisateurs pour des tests, mentionnant en exemple positif la plateforme de co-création de Décathlon. Il recherche des moyens plus efficaces pour gérer le recrutement et le suivi des participants.
L a suggéré l'utilisation d'outils comme Hotjar pour intégrer des sondages de recrutement directement dans l'expérience produit et a mentionné Tandemz comme un outil pertinent.
France a offert son aide pour discuter de la plateforme Tandemz, plus adaptée au recrutement de participants externes et à l'international. Elle a distingué la méthode selon qu'on recrute des utilisateurs existants ou externes.
Aurélien a exprimé des préoccupations quant aux limites de certaines approches lorsqu'on souhaite cibler spécifiquement des utilisateurs.
L a proposé d'ajouter des questions de filtrage dans les sondages pour mieux cibler les participants.
France a noté que Tandemz permet de gérer un CRM de participants mais a souligné que le défi principal réside dans la conversion et l'engagement de cette communauté.
Matthieu a partagé son expérience en mettant en avant les outils comme RallyUXR, GreatQuestions, et Maze, qui offrent des solutions pour gérer un bassin de testeurs et pour le recrutement ciblé. Il a souligné l'importance de l'équilibre dans la gestion du pool de testeurs pour éviter le biais et la fatigue des participants.
#product-design
Organisation et gestion des fichiers de design
Justin et Célia ont lancé le sujet en demandant comment les membres organisent leurs fichiers de design et s'ils utilisent un fichier principal comme "source of truth".
Olivier a partagé son expérience avec la fonctionnalité de "merge et branche" sur Figma, indiquant que c'est excellent pour l’organisation et éviter la confusion.
Celia a exprimé des préoccupations sur l'utilisation unique d'un fichier comme source of truth, partageant que leur équipe utilise des projets séparés et un fichier unique nommé “ISO PROD” en questionnement sur son rôle exact.
Cyril a proposé une méthode d'organisation basée sur des projets par squad et des fichiers par opportunité, avec une page dédiée à la version finale de l'UI.
Thomas a apporté une perspective persuasive sur l'importance de savoir les attentes de chacun dans l'utilisation des fichiers Figma, soulignant que l’organisation devrait adapter selon les besoins des designers, PM, et développeurs.
Vincent a partagé la satisfaction de son organisation actuelle sur Figma, évitant les branches et multiples fichiers, en faveur d'une structure simplifiée avec un fichier pour tout et des pages dédiées à divers aspects comme les styles, l'application en prod et en dev, et les visions long terme.
Il y a eu également une discussion sur l’importance et les défis de maintenir un fichier Figma isoProd, et le rôle essentiel du design system à jour comme conseillé par Olivier et Thomas.
La documentation et une bonne utilisation de Figma ont été suggérées comme cruciales pour faciliter l'accès et la compréhension des fichiers par toutes les parties prenantes, comme partagé par Lou.
Le sujet a souligné que, malgré les différences selon les organisations et projets, la clé est de trouver un équilibre qui reflète l'organisation interne et de rester flexible pour adapter et améliorer continuellement les processus en fonction de l'évolution des besoins.
#product-research
Stratégies pour la recherche utilisateur en B2B avec interactions indirectes
Audrey, nouvelle PM, a partagé sa problématique : réaliser de la recherche utilisateur dans un contexte B2B où la vente se fait de manière indirecte, à travers des revendeurs. Elle cherche des astuces pour gérer cette situation où le contact direct avec l'utilisateur final est limité. Voici un résumé des conseils et stratégies partagés par notre communauté :
Exploration des canaux existant : même si les interactions directes sont limitées, il pourrait y avoir des canaux indirects à travers lesquels les retours clients remontent, comme le support ou le SAV proposé par les revendeurs.
Recherche de clauses contractuelles : il est conseillé de vérifier les accords avec les revendeurs pour identifier des restrictions potentielles sur le contact direct avec les clients finaux.
Utilisation de canaux de communication : vérifier s’il existe déjà des canaux de communication avec les utilisateurs enregistrés, tels que des emails de notification, qui pourraient être utilisés pour la recherche.
Stratégies innovantes :
Parler aux équipes de vente des revendeurs pour obtenir des insights.
Utiliser des supports existants comme des vidéos YouTube, podcasts ou documentaires pour mieux comprendre les utilisateurs finaux dans leur environnement de travail
Intégrer des questions ou formulaires directement dans le produit pour collecter des données ou des feedbacks.
Proposer des inscriptions pour des interviews ou des tests utilisateurs via des bandeaux ou campagnes ciblées dans le produit.
Autres astuces :
Engager un·e paneliste malgré le coût associé pour accéder directement à des utilisateurs potentiels.
Négocier avec les clients pour obtenir l'accès à des utilisateurs finaux.
Recruter des participants à la recherche via des plateformes professionnelles comme LinkedIn pour comprendre leurs besoins et leur quotidien, même s’ils ne sont pas directement des clients des produits.
Ces idées soulignent l'importance de la créativité et de la proactivité dans la conduite de la recherche utilisateur, particulièrement dans des contextes d’affaires complexes.
#product-management
Recherche de cours sur la stratégie IA dans le Product Management
Loic a partagé dans le channel #product-management qu'il recherchait des cours pour construire une stratégie IA pour son produit. Il a mentionné être intéressé par plusieurs programmes :
Artificial Intelligence for Product Certification de Product School
AI for Product Management Course de Mind The Product/Pendo
Les modules de Marily Nika sur Maven
Vincent a répondu en recommandant fortement le cours de Pendo, soulignant qu'il était très apprécié dans son réseau et souvent vu sur Linkedin. Il a également partagé une expérience positive concernant Marily Nika et son cours sur Maven, offrant même une introduction à un des instructeurs, Mihai, qui est francophone. Cependant, Vincent a exprimé une opinion négative sur les offres de Product School, les trouvant en décalage avec ce que devrait être le product management.
Loic a répondu qu'il avait déjà commencé le cours gratuit de Pendo et envisageait de tester également ceux de Marily, tout en acceptant avec enthousiasme l'offre d'introduction à Mihai.
#product-organisation
Les avantages des features flags
Ogasquet a initié la conversation en se questionnant sur les motivations et les résultats obtenus par l’usage des features flags dans d’autres organisations.
Nadia a partagé que dans son organisation, les features flags ont été implémentés principalement pour deux raisons :
Déployer de nouvelles fonctionnalités en avant-première à une sélection d'utilisateurs, y compris les super admins, pour des tests bêta ou des besoins spécifiques.
Gérer les dépendances techniques et permettre des déploiements incrémentiels sans perturber la production, facilitant ainsi la coordination entre les équipes.
Vincent a souligné l'importance vitale des features flags dans les processus d’innovation et de déploiement, les qualifiant d'indispensables pour :
Tester des hypothèses rapidement en production tout en contrôlant le risque.
Supprimer les environnements de développement et de staging et supporter le vrai CI/CD.
Mettre en place des déploiements progressifs, depuis les releases silencieuses jusqu’au déploiement public, en passant par les tests internes et externes.
Contrôler l'accès aux fonctionnalités via le feature gating en fonction de l’abonnement du client.
Vincent conclut avec enthousiasme sur la satisfaction et la centralité des features flags dans les pratiques actuelles, les considérant essentiels dès le début du développement d'une fonctionnalité.
Ces retours mettent en lumière les multiples avantages des features flags, de la gestion fine du risque à l’amélioration continue de la qualité, en soulignant leur rôle crucial dans le développement de produits numériques agiles et réactifs.
#product-organisation
Reflexions sur l'impact des équipes Produit/Design
Marie a ouvert le débat en questionnant la manière dont les équipes peuvent maximiser leur impact. Elle est curieuse de savoir comment les autres membres gèrent cette question
Fabrice a souligné les attentes croissantes envers les équipes produit, désormais sommées de s'engager sur des résultats tangibles et non plus seulement sur des délais. Il mentionne le ressentiment des équipes sales face à ce qu'ils perçoivent comme un manque d'engagement des équipes produit. Fabrice envisage un virage vers des objectifs plus concrets tels que les résultats pour le client, pour le produit et pour l'entreprise.
Thomas a relevé le changement de focus vers la rentabilité et la consolidation de l'existant plutôt que la poursuite de nouvelles fonctionnalités sans évaluation du risque. Il prône un travail plus approfondi sur les coûts de découverte, les KPI et le temps de développement.
Vincent a apporté une perspective différente, remettant en question l'idée que les métiers du produit soient mieux compris et structurés. Selon lui, malgré une pression financière croissante, les fondamentaux de la démonstration de valeur par les équipes produit restent inchangés. Il critique la réaction tardive des organisations à maximiser leur impact, soulignant un manque de maturité dans la gestion produit.
L'ensemble des échanges souligne une tension entre la nécessité de rationalisation et le risque d'étouffer l'innovation, tout en mettant en évidence différentes stratégies et réflexions pour naviguer dans ce contexte complexe.
#product-marketing
Conseils pour l'onboarding d'un premier PMM
Dounia, Lead PM, a sollicité des conseils pour préparer l'arrivée d'un premier PMM qui travaillera en étroite collaboration avec les Product Managers, l'équipe marketing et une personne en charge du sales enablement.
Sébastien, partageant son expérience en tant que fondateur PMM chez Woop, a proposé une feuille de route détaillée pour l'onboarding, incluant :
Un Discovery Tour comprenant des rencontres 1to1 avec l'équipe produit, les parties prenantes, et d'autres collaborateurs tels que ceux des départements Tech, finance, et partenariats
Des shadow calls avec les équipes de vente et de support sont également suggérés.
La création d'une feuille de route après un rapport d'étonnement post-discovery tour, incluant les projets déjà identifiés et ceux découlant du discovery tour pour priorisation.
Une formation produit approfondie, l'accès à la documentation produit ainsi qu'à celle de vente/marketing.
Connaissance du marché et de la concurrence, à travers la documentation existante et l'exploration des concurrents.
Connaissance des clients via l'équipe CSM/support, la détermination des personnes, les études existantes (NPS, satisfaction, etc.).
Les outils et process à connaître, incluant les outils internes et les processus de marketing produit existants.
Il est aussi recommandé de définir clairement les rôles et responsabilités entre PMM, PM et Marketing si cela n'a pas déjà été fait.
Dounia a exprimé sa gratitude pour ces conseils complets, qui vont au-delà de ses attentes.
Sébastien a également partagé un lien vers son article “Conseils pour le premier jour d'un PMM” afin d'apporter plus de détails et d'aide.
#product-organisation
Création d'une career ladder dans le Product Management
Dounia est en quête de ressources pour construire une career ladder transparente et bien structurée pour son équipe de Product Management. Voici les points saillants et ressources partagées :
Desantis a proposé son aide via un échange direct pour discuter des détails et partager son expérience.
Fabrice a partagé plusieurs ressources pertinentes :
Un site : progression.fyi
Un article : "Et si on se penchait sur les carrières Produit ?"
Bastien a enrichi la discussion en mentionnant Christopher Parola, qui a partagé ses travaux sur le sujet chez :
Damiens a recommandé d'explorer les carrières Produit chez Spotify, Intercom, et Gitlab, avec des liens vers leurs modèles de career ladder :
Fherlicq et Timothé ont suggéré des épisodes du podcast clé de voute traitant de la construction d'un parcours carrière dans le Produit, notamment chez Back Market et PayFit.
Vincent a partagé ce qu’il considère comme l’article de référence mondial sur le sujet, venant de Bring the Donuts, sur la dualité des parcours dans le Product Management.
Cette discussion a été une belle démonstration d'entraide et de partage de connaissance au sein de notre communauté, illustrant parfaitement notre vocation à encourager l'éducation et la sensibilisation autour des métiers du Produit.
#share-tools
Echanges autour de l'implémentation des Content Cards
Brieuc a lancé une discussion sur le channel share-tools, cherchant des retours d'expérience concernant la mise en place des content cards pour donner plus d'autonomie à son équipe marketing et réduire les dépendances avec l'équipe tech.
Mario a répondu qu'ils ont déjà implémenté cela côté mobile et envisagent de le faire côté web. Il s'est proposé de partager son expérience et montrer le résultat en production ainsi que le back office.
Nolwenn a également répondu, indiquant que leur mise en place des content cards via Braze sur leur app mobile vient de se terminer, et s'est proposée pour mettre Brieuc en relation avec leur PM ou répondre à ses questions.
François a exprimé son intérêt pour les retours aussi, car il est dans une situation similaire.
Brieuc a montré un vif intérêt pour en savoir plus sur les choix de content cards de Mario (crawl vs walk vs run), la difficulté d'implantation, et les types de contenu intégrés. Il a exprimé le même intérêt pour discuter directement avec la PM mentionnée par Nolwenn.
À la semaine prochaine ?