Hello !
Cette semaine, petit coup de projecteur sur l’initiative des crews propulsée par FrenchProduit.
Les crews sont des groupes de 4 à 6 personnes travaillant dans le produit, qui se rencontrent régulièrement pour partager leurs réussites, leurs difficultés, leurs best practices, etc. L'objectif est de grandir et d'être meilleur dans son métier grâce à un mentorat de groupe et des retours d'expérience.C’est donc un excellent moyen de :
Développer votre réseau
Partager vos connaissances
Apprendre des autres
Monter en compétences
Pour en savoir plus, vous pouvez lire cette note.
Pour participer, vous pouvez remplir ce formulaire.
Voici les résumés de la semaine !
#chapter-grandsud-aix-marseille-montpellier
Un déjeuner pour le chapter GrandSud - Aix - Marseille - Montpellier
Agathe propose d'organiser un déjeuner à Marseille et un déjeuner à Aix pour les membres de la communauté. Il s'agirait simplement de se retrouver dans un restaurant pour discuter et mieux se connaître entre Product People, sans thème ni speaker. Elle propose plusieurs dates pour le déjeuner à Marseille et demande aux intéressés de réagir pour choisir une date qui convient au plus grand nombre. Justaclickpodcast fait remarquer que les emojis n'ont rien à voir avec le choix du restaurant pour les jours proposés. Agathe rassure Terry en lui disant qu'il ne la verra jamais manger de salade ou de brocoli.
Les dates des prochains meetups pour le chapter #GrandSud
Agathe a annoncé les dates des prochains meetups :
21 mars à Aix
16 mai à Marseille
4 juillet à Aix
Vous pouvez déjà vous préinscrire sur le site meetup. Les dates sont sujettes à modifications, mais vous recevrez les mises à jour le cas échéant.
#product-management
Vélocité des équipes product & tech
Un membre de la communauté a posé une question sur la vélocité des équipes product & tech. Ils ont comparé une équipe française avec un cycle time de 3 mois et une équipe allemande de 6 mois à 1 an. Ils demandent s'il y a des informations sur le cycle time moyen dans d'autres entreprises ou dans la littérature produit. Un autre membre a répondu en demandant s'il y a des frictions ou des incompréhensions entre les équipes et s'il y a un rôle qui fait le pont entre les équipes. Un autre membre a mentionné que la mesure du cycle time est difficile car ils travaillent en continu avec des idées qui évoluent. Il se demande comment mesurer cela avec une métrique. Un autre membre a partagé son expérience en disant que le cycle time varie en fonction du contexte et de nombreux facteurs tels que la taille de l'organisation et la découpe des sujets. Il mentionne que 6 mois à 1 an pour faire une amélioration semble long. Un autre membre a proposé d'aborder le sujet différemment en se demandant quelles sont les attentes sur la façon de faire du logiciel, en privilégiant les cycles courts et itératifs ou les phases de discovery longues. Il pense que la différence de vélocité peut être liée à un manque d'alignement plutôt qu'à un problème de compétences. Un autre membre a partagé les mesures de vélocité de son équipe avec plus d'une release par jour, des démos hebdomadaires et un temps médian de passage d'un ticket de 1 jour.
#share-tools
Un template Notion pour les PM
Dulieu a proposé de partager un template Notion pour la gestion des EPICS / US / Tâches et a demandé à certains membres de le tester. Les membres ont répondu positivement, montrant leur intérêt à le challenger.
Il a remercié tout le monde pour leur retour et a partagé le lien vers le document Notion sur LinkedIn :
#product-growth
Use cases de bons (ou mauvais) features/product launch
Dans la conversation, les membres Alessandro, Mathieu et Leeeeks discutent et se taquinent à propos d'un certain Mathieu. Alessandro recommande de suivre cet homme "incroyable", tandis que Leeeeks confirme que c'est une bonne idée. Mathieu, lui, réagit avec un coeur et partage un lien LinkedIn : 10 exemples de product Launch.
#product-organisation
L'évolution d'un PM vers un rôle de manager : échange et partage d'expériences
Plusieurs membres de la communauté ont partagé leur expérience et proposent de discuter sur le sujet de l'évolution d'un PM vers un rôle de manager. Voici ce qui ressort de la conversation :
Quentin a partagé son parcours personnel, passant d'une organisation où il était seul PM à un rôle de manager de 4 PMs. Il cherche à échanger sur les problématiques liées à cette transition.
Guillaume a vécu une situation similaire et se met à disposition pour en discuter.
Gautier a également fait le passage de PM à head of/CPO puis est revenu à un rôle plus pratique. Il est prêt à partager son expérience et à échanger.
Louisa a également effectué cette transition et propose d’en discuter de vive voix.
Enfin, Olivier_t encourage les membres à partager leurs discussions sur le Slack, car cela pourrait intéresser d'autres personnes. Si vous avez également vécu cette évolution de PM vers un poste de management, n'hésitez pas à rejoindre la discussion et à partager votre expérience.
#share-tools
Retour d’expérience de Countly
Suite de la conversation démarrée la semaine dernière.
Countly seul n'est pas dingue, avec peu de flexibilité pour la création de dashboard et un peu compliqué à retrouver ses données.
Par contre, en intégrant Countly avec Metabase (qui est gratuit), c'est vraiment top !
Guegan répond à un autre membre en disant que le choix dépend de ce qu'on veut en faire.
Capucine578 remercie Manon pour son retour. Ils cherchent un outil d'analyse de produit et ne veulent pas s'arrêter directement sur Amplitude ou Mixpanel. Ils ont eu un bon contact avec Countly, mais si l'outil seul n'est pas à la hauteur de leurs attentes, ça ne correspond pas vraiment à ce qu'ils recherchent. Voici le lien de la conversation complète
#product-marketing
Le lancement d'une grosse feature ! Part-2
Suite de la conversation démarrée la semaine dernière.
Anael souligne l'importance de lancer une fonctionnalité plusieurs fois :
Cela permet de s'assurer que la feature est bien faite et adaptée avant son lancement.
Les retours des utilisateurs peuvent permettre d'améliorer la feature pour les prochains lancements.
Il est important de tester différents canaux de communication pour identifier ce qui génère le plus d'adoption.
Griller son budget en adoptant le mauvais canal de communication peut être évité.
Sebastien est d'accord avec Anael et ajoute que pour favoriser l'adoption d'un produit ou d'une feature, il est souvent nécessaire d'étaler les actions dans le temps. Il peut y avoir un délai avant que le produit soit connu, compris, essayé et adopté. Il faut donc s'adapter aux résultats du lancement.
Charlotte partage sa préférence pour un lancement fort le jour J, suivi d'une période plus étendue de communication, puis de rappels occasionnels. Ces discussions soulignent l'importance d'un bon lancement de fonctionnalités, en prenant en compte différents facteurs et en adaptant la communication en fonction des retours et des objectifs d'adoption.
#product-organisation
L'encouragement de la culture de l'innovation au sein des équipes produits
Payen611 cherche des retours d'expérience sur des actions concrètes pour encourager la culture de l'innovation dans les équipes produit. Il demande des idées d'initiatives telles que la libération de temps et de budget, la sensibilisation et la formation à l'innovation, ainsi que l'organisation d'événements comme des hackathons.
Gautier propose plusieurs idées d'actions concrètes pour encourager la culture de l'innovation, telles que des sessions TED-like internes, des communautés de makers inter-entreprises, des sessions de Startup Weekend interne et l'utilisation de la méthode Kickbox. Il mentionne également des workshops thématiques et une plateforme de "crowdfunding" interne.
Martin688 partage deux initiatives qu'il a lancées pour encourager la culture de l'innovation : un Offsite d'une journée avec des présentations de startups et des ateliers sur les méthodes produit, ainsi qu'un rendez-vous mensuel d'une heure où les participants discutent de sujets différents de leur travail habituel. Il souligne l'importance de sanctuariser du temps et mentionne que d'autres équipes se sont intéressées à ce format.
#product-marketing
La gestion de l'analyse concurrentielle
Gregoire a demandé des conseils pour créer et gérer efficacement une analyse concurrentielle, autrement qu'avec une simple feuille Google perdue dans un Drive. Il a demandé des recommandations d'outils, d'automatisations et de rituels. Il considère cet exercice comme faisant partie intégrante du rôle de Product Marketing Manager. Fabrice a suggéré d'utiliser des cartes Notion avec des rappels dans Calendar pour les mettre à jour régulièrement. Mathieu a souligné l'importance de compiler les informations dans une base de connaissances, comme Notion, mais a également insisté sur l'importance de les rendre activables en travaillant avec l'équipe de vente. Il a recommandé de transformer le contenu en documents utilisables tels que des decks de vente, des modèles d'e-mails, des vidéos ou des témoignages. Fabrice a ajouté qu'une page Notion bien construite et bien mise à jour avec les principales objections et les avantages concurrentiels peut être un enabler efficace. Il a également mentionné d'autres enablers tels que l'entretien d'un deck "us vs them" lors des présentations. Mathieu a partagé son expérience de travail avec des commerciaux qui ne font pas d'efforts pour consulter des documents tels que Notion. Il a souligné qu'il était plus efficace de travailler directement avec leurs outils et leurs méthodes, en leur fournissant des snippets ou des scripts. Il a également mis en garde contre le fait que, bien qu'un Notion bien structuré puisse être utile pour l'ensemble de l'entreprise, il peut ne pas être suffisamment activé par les commerciaux
À la semaine prochaine ?