Product Inbox đŹ Backstage #3 - Comment Pennylane construit son Produit
L'équipe Produit de Pennylane détaille son organisation et leurs process pour faire du Produit.
AprÚs avoir lu cette édition, ce serait super que tu prennes 30 secondes pour me dire ce que tu en as pensé :)
đ Comment as tu trouvĂ© cette Ă©dition ?
Hello đ, bienvenue dans cette 3Ăšme Ă©dition Backstage de Product Inbox ! On est dĂ©sormais 11,652 sur cette newsletter. 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
Me suivre sur Linkedin
Depuis peu, je mâintĂ©resse de trĂšs prĂšs Ă quantifier le Product.
Pourquoi faire ?
ConcrÚtement, le Product est un écosystÚme jeune. Et il est parfois difficile de trouver des points de référence pour savoir si on fait bien (ou pas) notre job.
Mais rĂ©cemment, jâai dĂ©couvert une pĂ©pite.
Je suis tombĂ© sur le SaaS Product Benchmark rĂ©alisĂ© par Userpilot. Et je suis super content de les compter comme partenaire de Product Inbox đ
Dans ce benchmark, Userpilot a compilé des données utilisateur anonymisées directement extraites de leur outil.
Résultats : 547 entreprises passées au peigne fin.
Et des données rangées par :
Taille dâentreprise
Secteur dâactivitĂ©
Approche Produit (PLG vs SLG),
(+ des tips et citations dâexpert pour activer toute cette donnĂ©e).
Tu veux accéder au SaaS Product Benchmark (100% gratuit) ?
Introduction
Je suis super content de te prĂ©senter la 3Ăšme Ă©dition âBackstageâ de Product Inbox dans laquelle je te partage comment les meilleures startups et scale-ups construisent leur produit.
Dans cette Ă©dition, je suis hyper heureux de te montrer les coulisses de Pennylane, une entreprise qui a rejoint le statut de licorne en dĂ©but 2024, seulement 5 ans aprĂšs sa crĂ©ation. Pennylane, câest une scale-up française qui sâest positionnĂ©e sur un marchĂ© complexe grĂące une ADN Produit trĂšs forte. Leur Ă©quipe Produit, pilotĂ©e par TancrĂšde Besnard (CPO, reçu dans cet Ă©pisode de Clef de voĂ»te), Charlotte Moreau et Emmanuel Hosanski (tous les deux Head of Product) a acceptĂ© de rĂ©pondre Ă mes questions qui portent principalement sur leur process de dĂ©veloppement produit et leur organisation.
Un GRAND merci Ă TancrĂšde, Charlotte et Emmanuel pour cette photo ultra dĂ©taillĂ©e du dĂ©veloppement Produit chez Pennylane et pour leur accueil dans leurs bureaux đ.
Pennylane sâest construit sur une vision : devenir le systĂšme d'exploitation financier le plus apprĂ©ciĂ© des PME françaises (et bientĂŽt europĂ©ennes). Pour ça, la scale-up aide les entrepreneurs Ă se dĂ©barrasser des tĂąches chronophages liĂ©es Ă la comptabilitĂ© et Ă la finance, tout en leur fournissant un accĂšs aux informations financiĂšres clĂ©s pour les aider Ă prendre les meilleures dĂ©cisions pour leur entreprise. Dans le mĂȘme temps, elle soutient les cabinets comptables en leur permettant de consacrer moins de temps aux tĂąches redondantes et rĂ©pĂ©titives et plus de temps au conseil et au soutien de leurs clients.
Pennylane, câest l'une des Fintechs françaises Ă la croissance la plus rapide.
Aujourdâhui, Pennylane câest :
360 personnes (les Pennylaners) de 25 nationalités
84M⏠levés (dont une partie avec Sequoia)
2000 cabinets comptables utilisateurs
150 000 clients PME
4,5/5 sur Glassdoor
e-NPS de 94
Pour en savoir plus sur Pennylane, clique ici. Et ils recrutent.
Et pour plus dâhistoires sur les coulisses des meilleures Ă©quipes Produit EuropĂ©ennes, ne manque pas les prĂ©cĂ©dentes Ă©ditions Backstage de Product Inbox sur Maze et PlayPlay.
Les points principaux Ă retenir đ§
Equipes organisées en tracks via 3 verticales : Dirigeants, Comptabilité, Services Financiers. Découpage en Jobs-To-Be-Done. 20 squads au total.
Approche Produit en Shape Up sur une des 2 tracks : 6 semaines de âBuildâ, 2 semaines de âCool downâ. Approche libre sur lâautre track.
OKR par track décliné au sein des squads.
Betting table créée toutes les 8 semaines pour dĂ©finir les sujets Ă âBuildâ et âShapeâ.
IdĂ©es proviennent Ă 100% dâun systĂšme maison de collecte de feedbacks.
Une âscalability teamâ est responsable des bugs, erreurs techniques & defects.
Qualité assurée par un seuil hebdo de bugs à ne pas dépasser.
CritĂšres de succĂšs des fonctionnalitĂ©s inscrits dans un âProduct Docâ. Mesure puis rĂ©cap dans ce doc Ă chaque feature livrĂ©e. Analyse post-lancement 30j aprĂšs sortie.
Pennylane recrute surtout des profils généralistes au Produit. Process : 4 entretiens dont 2 screening, 1 étude de cas et 1 entretien de fit.
3 rituels : Monthly PM onsite, Pennylane days, Product Talk
Un rÎle de Product Builder a été créé pour creuser les sujets IA au Produit.
â
Parties clés
Organisation & Structure dâĂ©quipe
Comment structurez-vous les équipes Produit ? Cela a-t-il changé au fil des années ?
Chez Pennylane, les squad sont organisĂ©es en âtracksâ. Ces tracks sont des lignes Produit ou des verticales (dirigeants dâentreprise, comptabilitĂ©, services financiers).
Le scope fonctionnel du Produit Ă©tant trĂšs large chez Pennylane, il fallu rĂ©partir âterrain de jeuâ au sein de lâĂ©quipe Produit & Tech. Le premier dĂ©coupage logique a Ă©tĂ© de :
RĂ©partir chacun des deux principaux persona (Comptable & Dirigeant dâentreprise)
De dĂ©couper en âJobs to be doneâ ensuite (ex : Facturation, Achats, Compte pro etc.).
Lâorganisation a beaucoup Ă©voluĂ© depuis la crĂ©ation de Pennylane Ă mesure que les Ă©quipes ont grossi :
En 2024, lâĂ©quipe Produit de Pennylane est composĂ©e de 20 squads (et donc 20 PM) pour 3 tracks :
La track Comptable
La track Dirigeants
La track Services Financiers
Chaque Product Manager dispose dâune squad dĂ©diĂ©e, avec un Tech lead, un Designer et 4 Ă 6 dĂ©veloppeurs.
Chaque squad a soit un objectif âBusinessâ (ex : activation, upsell), soit un scope fonctionnel (ex : rĂ©vision comptable, gestion des achats..).
Les tracks suivent une approche Produit différente :
La track âComptableâ pilotĂ©e par Emmanuel est organisĂ©e en Shape Up
La track "Dirigeantsâ pilotĂ©e par Charlotte est organisĂ©e plus librement.
Les tracks suivent des modes de fonctionnement diffĂ©rents pour des raisons historiques. Cela sâexplique aussi car les Heads of Product (Emmanuel et Charlotte) ont des approches diffĂ©rentes du Produit. LâĂ©quipe Produit a prĂ©fĂ©rĂ© leur laisser la libertĂ© du mode dâorganisation, qui convient Ă des degrĂ©s de maturitĂ© diffĂ©rents au sein des tracks.
Je suppose que beaucoup de votre succĂšs est dĂ» Ă un bon recrutement. Dans vos recrutements au Produit, qu'est-ce que vous recherchez le plus (que peut-ĂȘtre d'autres ne font pas). A quoi ressemble votre processus de recrutement ?
Profil des PM chez Pennylane
Pennylane recrute principalement des Product Managers âgĂ©nĂ©ralistesâ plutĂŽt que des spĂ©cialistes. Le scale-up recherche des Product Managers autonomes, qui sont Ă lâaise en Discovery et qui ont une capacitĂ© Ă embarquer les Ă©quipes et Ă dĂ©velopper une stratĂ©gie Produit sur leur pĂ©rimĂštre.
Process de recrutement
Lâentretien est composĂ© (par ordre chronologique) :
Dâun 1er screening par lâĂ©quipe Talent Acquisition
Dâun 2Ăšme screening par un Product Manager
Dâune Ă©tude de cas rĂ©alisĂ©e devant 2 Product Managers. Cette Ă©tude de cas est orientĂ© âUser researchâ. Le plus souvent, elle est composĂ©e dâune recherche et dâune priorisation en live.
Dâun entretien de âfitâ avec un·e Head of Product ou le CPO.
Comment en tant que Product Leader vous équilibrez les ressources entre le travail sur de nouveaux produits et la maintenance/les bugs ? Y a-t-il une rÚgle générale ou un systÚme ?
Ă chaque cycle (Shape Up) de 6 semaines, chaque squad dĂ©die 1 ou 2 dĂ©veloppeurs Ă une Ă©quipe nommĂ©e âscalability teamâ.
Cette âscalability teamâ est responsable des :
Incidents & bugs
Erreurs techniques (sentry, timeout, âŠ)
Defects (ndlr : des choses qui ne fonctionnent pas comme les users lâattendent. Mais qui nâĂ©taient pas envisagĂ©es par Pennylane pour faire ce quâattend le user qui remonte le bug).
Chaque squad a pour objectif de ne pas dĂ©passer un certain seuil de bugs entrants* et de bugs ouverts**. Ce seuil de nombre de bugs est Ă©tabli en analysant lâhistorique du nombre de bugs.
Certaines squads ont plus de trafic et donc plus de bugs. Chaque squad ne doit pas dĂ©passer 10 rĂ©solutions de bugs par semaine. Cette limite chiffrĂ©e pousse les squads Ă livrer des fonctionnalitĂ©s de qualitĂ© et contenant peu de bugs. Si les SLOs (Service Levels Objectives) sont dĂ©passĂ©s, lâĂ©quipe dĂ©priorise un sujet âBuildâ jusquâĂ repasser sous les SLOs. Cette action de dĂ©priorisation intervient aussitĂŽt que les SLOs sont dĂ©passĂ©s, nâimporte quand dans un cycle. Quand cela a lieu, lâĂ©quipe se rassemble et dĂ©cide de dĂ©prioriser un sujet.
*Bug entrants = le nombre de bugs qui ont été ouverts sur la semaine.
** Bugs ouverts = le nombre de bugs qui sont toujours ouverts (ndlr : qui nâont pas Ă©tĂ© rĂ©solus) Ă la fin de la semaine.
Planification Produit
Sur quelle période planifiez-vous votre développement Produit et comment ça a évolué au fil du temps ?
NB : Dans cette partie, nous dĂ©veloppons la planification de la track Comptable de Pennylane qui reprĂ©sente 50% des squads de lâentreprise. La planification de la track Dirigeants dâentreprise pilotĂ©e par Charlotte est menĂ©e diffĂ©remment.
Ă lâarrivĂ©e dâEmmanuel pour piloter la track Comptable (en juillet 2022), tout le monde sâest synchronisĂ© sur Shape Up pour avoir de la visibilitĂ© sur les sujets Ă venir au Produit et Ă la Tech.
Au sein de cette track, lâapproche Shape Up consiste en 6 semaines de âbuildâ suivies par 2 semaines de âcool-downâ. Pendant les 6 semaines de âbuildâ, lâapproche implique des dĂ©cisions Produit, Tech et Design prises en se basant sur la notion âdâappĂ©titâ :
Pendant les 6 semaines, les équipes Product, Engineering et Design se retrouvent sur 2 rituels :
Un daily meeting oĂč elles repassent sur le suivi du delivery et lâidentification des Ă©lĂ©ments bloquants
Un weekly meeting pour y aborder la retro de la semaine et prendre du recul sur la semaine Ă venir.
Toutes les 8 semaines, chaque squad créé une âbetting tableâ (voir illustration ci-dessous) pour dĂ©finir :
Les sujets quâils vont âbuildâ sur les 6 prochaines semaines. En plus de la âbetting tableâ, ces sujets sont dĂ©cidĂ©s Ă partir dâun exercice dâOKR. Chaque semestre, les Ă©quipes pratiquent un exercice de dĂ©finition de la vision Ă horizon 6 mois basĂ© sur les OKR (correspondant Ă 3 cycles Shape Up).
Les sujets quâils vont âShapeâ sur les 6 prochaines semaines.
Ci-dessous un extrait de la âbettingâ table utilisĂ©e par la track Comptable pilotĂ©e par Emmanuel.
Sur cette table, on retrouve :
La liste des sujets âBuildâ (dans âBuilding Projectsâ) et lâinvestissement que lâĂ©quipe dĂ©cide dâengager sur chaque sujet
La liste des sujets âShapeâ (dans âShaping Projectsâ) & les explications de chaque sujet
La liste des sujets que lâĂ©quipe a dĂ©cidĂ© de dĂ©prioriser.
Pour Emmanuel, lâapproche Shape Up est difficilement tenable sur le long terme. Câest dâautant plus vrai que la structure grossit. Car Shape Up permet dâĂȘtre trĂšs vĂ©loce dans la construction de nouvelles fonctionnalitĂ©s. Mais lâapproche se prĂȘte moins Ă des phases dâexpĂ©rimentations oĂč lâĂ©quipe va devoir enchainer rapidement des petites Ă©volutions, mesurer leur impact et rĂ©agir en consĂ©quences. Cette limite sâexplique par le coeur de lâapproche qui requiert la planification des sujets adressĂ©s 6 semaines Ă lâavance.
Priorisation
Quel pourcentage dâidĂ©es arrive âtop-downâ et quel pourcentage arrive âbottom-upâ ?
Pennylane est une entreprise oĂč la culture Produit est forte. Personne dans lâentreprise ne se demande ce que fait lâĂ©quipe Produit. Par consĂ©quent, la proportion de sujets âtop-downâ est faible.
Les idĂ©es Produit proviennent (presque) toutes dâun systĂšme de collecte de feedbacks maison construit dans Notion. Cette base de recueil utilisateurs a Ă©tĂ© créée aprĂšs avoir essayĂ© une solution externe de collecte automatique. Lâoutil finalement abandonnĂ© Ă©tait une boite noire oĂč tout le monde pouvait envoyer du feedback. Ce qui submergeait lâĂ©quipe Produit.
Dans cet outil maison sur Notion, tous les Sales, Partner Success ou autres membres de lâentreprise renseignent leur âQualitative Feedbacksâ (nouvelle feature, amĂ©lioration, âŠ) avec le contexte (nom de lâutilisateur Ă lâorigine de la demande etc.). Cet outil est trĂšs utilisĂ©. Pour lâillustrer, il recense plus de 1000 feedbacks sur la track Comptable de Pennylane.
Les milliers de retours utilisateurs collectés sont utiles pour :
Quantifier les retours qualitatifs par niveau dâimportance dans le systĂšme dâupvotes
Justifier de ne pas creuser un sujet qui nâest pas remontĂ© dans lâoutil
Contacter les utilisateurs Ă lâorigine des feedbacks.
Comment les fonctionnalités sont-elles priorisées ?
Dans un premiers temps, des OKR sont dĂ©finis au niveau de lâentreprise pour chaque âtrackâ. En fonction de ces OKRs et de leur scope, les PMs les âdĂ©clinentâ en objectifs pour leurs Ă©quipes.
Prenons lâexemple de lâactivation du produit Pennylane :
OKR correspondant : âle moins dâintervention humaine possibleâ
KR correspondant : % dâactivation
Objectif : passer de 45% Ă 60% activation
StratĂ©gie court terme : lancer des expĂ©rimentations âLow codeâ (telles quâun Product Tour) pour pouvoir facilement apprendre et itĂ©rer sur ce qui aide Ă lâactivation
Stratégie moyen terme : lancer des experimentations en A/B tests pour des nouvelles fonctionnalités
Résultats : refonte de la home page (comme illustré ci-dessous)
En fonction de ces objectifs âmacroâ, il est attendu des PMs quâils rĂ©flĂ©chissent Ă la (ou aux) meilleures stratĂ©gies pour atteindre les objectifs dans les 4-6 mois.
Pour réaliser cette priorisation, les PMs récoltent les besoins clients en amont via différents canaux :
En parlant chaque semaine aux clients. La spĂ©cificitĂ© de Pennylane est dâavoir accĂšs facilement aux utilisateurs. Du cĂŽtĂ© de la track âComptableâ, ils utilisent chaque jour leur outil de travail. Un rien se transforme en friction et est repĂ©rĂ© en interne. Idem pour les membres de la track âDirigeants de SMEâ.
En rĂ©coltant les besoins en interne via les Ă©quipes Support, Account management, Training, partenariats, Sales. Ou en parlant aux Ă©quipes ou via la collecte de âqualitative feedbacksâ (voir ci-dessous)
En âdog-foodâ, câest Ă dire en utilisant eux-mĂȘme le produit (ex : pour la track âcomptableâ, les notes de frais, les achats, la finance)
En analysant lâusage du produit via Amplitude, via des dashboards Metabase, des sondages Intercom ou par mail (pour des recherches utilisateurs qualitatives).
â Câest la combinaison entre les besoins des clients x les objectifs business x la stratĂ©gie qui permet de prioriser les fonctionnalitĂ©s
Organisation de la priorisation
Dans la track âDirigeantâ, pilotĂ©e par Charlotte, chaque PM doit prioriser. Chaque trimestre, le ou la PM rĂ©alise une prĂ©sentation pour expliquer ses choix de priorisation. Dans ce document, les PM proposent plusieurs scĂ©narios de dĂ©finition de la roadmap.
La track âComptableâ, pilotĂ©e par Emmanuel, est organisĂ©e en Shape Up (comme expliquĂ© Ă la question 2). Cette organisation implique une âbetting tableâ dans laquelle sont inscrits des projets âBuildâ et des projets âShapeâ. A partir de ce tableau, le trio PM, Design et Tech Lead trouvent un accord sur une proposition. Cet exercice donne de la visibilitĂ© sur les 4 mois Ă venir.
Mesure du succÚs des fonctionnalités
Comment mesurez-vous les succÚs des fonctionnalités déployées ?
Au moment du âShapingâ (dans le cycle Shaping â Scoping â Build de lâapproche Shape Up), les Product Managers dĂ©finissent les critĂšres de succĂšs de leur produit (adoption, revenue, usage etc). Ces critĂšres sont documentĂ©s dans un Product Document (voir ci-dessous).
Ce travail de dĂ©finition des critĂšres de succĂšs est rĂ©alisĂ© en autonomie via lâutilisation dâoutils de reporting et dâanalyse (Metabase, Amplitude) ou avec lâaide des Data Analysts si besoin.
En rĂšgle gĂ©nĂ©rale, les Product Managers mĂšnent une analyse post-lancement 30 jours aprĂšs le lancement dâune nouvelle fonctionnalitĂ©. Ils reviennent sur les critĂšres de succĂšs dĂ©finis au prĂ©alable et comparent ces critĂšres avec les retours qualitatifs et quantitatifs suivants de la maniĂšre suivante :
Ăvaluation en fonction du critĂšre de succĂšs dĂ©fini
Retours qualitatifs et quantitatifs
Choix des changements Ă apporter suite aux retours
Ces analyses sont partagĂ©es auprĂšs de leur squad et en interne. Câest ce qui dĂ©termine le fait de passer Ă un autre sujet ou de continuer Ă itĂ©rer sur le sujet concernĂ©.
En reprenant lâexemple de lâactivation abordĂ© au-dessus, la mesure du succĂšs de la nouvelle âHome pageâ se fait via un A/B test, qui permet Ă lâĂ©quipe de comparer aprĂšs X jours les comportements des utilisateurs ayant accĂšs Ă la nouvelle âHome pageâ par rapport aux autres. Cela permet non seulement de valider quâil y a un impact positif sur le KR dâĂ©quipe (dans ce cas, la mesure dâactivation des clients dans leurs 30 premiers jours) mais aussi de comprendre sâil faut adapter certains Ă©lĂ©ments (ex : CTA qui sont trĂšs peu utilisĂ©s et qui doivent donc ĂȘtre revus).
Spécifique à Pennylane
Quelle est votre stack dâoutils au Produit ?
Quels sont certains rituels uniques/fun de lâĂ©quipe Produit ou dans l'entreprise de maniĂšre gĂ©nĂ©rale ?
1) Le âMonthly PM onsiteâ
LâĂ©quipe de Pennylane collaborant essentiellement en remote, elle se rĂ©unit tous les mois pendant une journĂ©e dans un autre WeWork que leur bureau principal. Cette journĂ©e ne suit pas de programme particulier. Lâobjectif est simplement de crĂ©er des Ă©changes informels entre les Product Managers.
2) Les Pennylane days :
Tous les 2 mois (généralement pendant le cool-down de Shape Up), toutes les équipes Produit et Tech sont réunies (PMs, Product Designers, Développeurs, Data etc.) dans le bureau principal WeWork pendant 2 jours. Chaque squad en profite pour organiser des workshops & des exercices de Team building.
3) Product talk
Pennylane fait venir des intervenants extérieurs tous les trimestres pour échanger sur des bonnes pratiques. Parmi les derniers intervenants : la CPO de Back Market, le Head of Design de Yousign ou encore le Head of Education de Contentsquare.
Comment lâĂ©quipe Produit de Pennylane utilise-t-elle lâIA dans ses dĂ©veloppements ?
Depuis 2024, Pennylane a créé un rĂŽle hybride de Product Builder (ClĂ©ment Malfroy). Ce profil, rare en France, a un profil de dĂ©veloppeur avec une forte appĂ©tence Produit. Il mĂšne des expĂ©rimentations pour amĂ©liorer lâexpĂ©rience Pennylane en crĂ©ant de nouvelles fonctionnalitĂ©s Ă forte valeur ajoutĂ©e pour le client. En utilisant la technologie Dust, cette personne a créé des 1ers use-cases in-app dont un assistant pour poser des questions comptables (actuellement en version bĂȘta).
đ Comment as tu trouvĂ© cette Ă©dition ?
đ« Qu'est-ce que Stellar ?
Jâai cofondĂ© Stellar pour accompagner les dirigeants de startups Ă faire de leur Produit un moteur de croissance inarrĂȘtable.
Et pour activer cette croissance, on a créé :
Un collectif de 15 CPO des meilleures boßtes tech (Zenly, Yousign, BlaBlaCar)
Des formats dâintervention rapides (moins dâune semaine)
Des solutions concrÚtes à actionner dans la foulée.
RĂ©sultats : vous amĂ©liorez vos metrics business, votre vitesse dâexĂ©cution et la qualitĂ© de votre Produit.
Nous avons accompagnĂ© 40 clients depuis notre lancement (dont Zeliq đ«đ·, Edusign đ«đ·, Fountain đșđž, Tennders đȘđž, Predict4health đ«đ·).
Notre ambition : vous faire atteindre vos objectifs business et positionner votre produit en leader de son marché.
Envie de travailler ensemble ?
Pour me soutenir :
Si lâĂ©dition tâa plu, ce serait super que tu la partages đ
Timothé