Salut salut đ
TrĂšs heureux de te retrouver pendant ce loooong week-end.
Tout va bien pour moi, je tâai Ă©crit cette newsletter de ma table de salle Ă manger dâoĂč jâaime beaucoup bosser.
Aujourdâhui on va parler de lâimportance des enjeux business pour le Product Manager.
Business et Product Management
Un Product Manager, ça pense Ă lâargent ?
Pour rĂ©pondre Ă cette question, revenons dâabord Ă la dĂ©finition dâun Product Manager.
Jâaime bien le dĂ©finir par lâintersection de ces 3 cercles :
En gros, le rĂŽle dâun Product Manager, câest dâĂ©changer avec trois types dâinterlocuteur :
â Les UX Designers pour identifier les bons problĂšmes, et dĂ©finir les interfaces pour les rĂ©soudre.
â Les interlocuteurs Tech (dĂ©veloppeurs, architectes) pour assurer que le produit rĂ©solve le produit avec des performances techniques suffisantes.
etâŠ
â Le Business !
Câest donc de lĂ que ça vient. Mais câest quoi prĂ©cisĂ©ment le âBusinessâ ?
En quelques motes : s'assurer qu'on construise un produit rentable. On veut âfaire de l'argentâ, que le produit ait Ă©tĂ© dĂ©veloppĂ© avec un bon sens âbusinessâ.
Si on détaille un petit peu, les compétences Business :
te permettent dâavoir de lâargent qui rentre, pour compenser lâargent qui sort
te permettent dâavoir un produit lĂ©gal, compliant et autorisĂ©
Le point 2 paraĂźt anecdotique mais rappelez-vous il y a quelques annĂ©es, on a cru quâUber allait ĂȘtre banni dans les capitales europĂ©ennes. Le rĂŽle du Business, câest dâempĂȘcher ça. Car la plus belle UX du monde et une Tech gĂ©niale ne sauveront pas ton produit sâil est interdit.
Ăa serait pas un peu plus compliquĂ© ?
Oui je le pense. En fait il faudrait plutÎt avoir un schéma de ce genre :
Donc concrĂštement, pour sâassurer que le produit soit viable financiĂšrement, on a besoin :
â Des sales : le monde de la vente, de ceux qui vont pitcher et vendre le produit sur le terrain.
â Du marketing : le monde du branding et de la comm', pour que ton produit trouve son audience.
â Du growth : le monde des hacks pour toujours identifier de nouveaux leviers de croissance.
â Du juridique : le monde du droit pour Ă©viter tout risque juridique et lĂ©gal Ă notre produit.
â De la finance : le monde de l'argent pour trouver le bon Ă©quilibre financier et le bon business model.
Câest plus clair, on comprend mieux les termes du sujet (câest un bon dĂ©but đ ).
Pourquoi est-ce important ?
Raison 1 : le besoin d'ĂȘtre rentable
Construire des produits informatiques, câest grisant. Les humains sont des constructeurs ! On adore voir des choses sortir de terre, passer de 0 Ă 1, crĂ©er quelque chose lĂ oĂč il nây avait rien.
Jâen ai dâailleurs parlĂ© dans lâĂ©pisode #5 de Easy Tech.
Mais attention :
â Construire pour construire, ça ne remplit pas la tirelire.
â Construire pour construire, ça ne permet pas dâĂ©quilibrer ses comptes.
Ă un moment Ă un autre donc, si tu dĂ©penses sans compter, tu devras rendre des comptes Ă quelquâun.
Suivre ces enjeux business, et notamment ton Ă©quilibre financier, te permet dâĂ©viter ce genre de mĂ©saventure.
Raison 2 : le besoin d'efficacité à court terme
Avoir en tĂȘte le besoin de âfaire du cashâ aide souvent Ă prendre de bonnes dĂ©cisions au dĂ©but de la vie de ton produit.
Câest dans cette phase quâon est le plus Ă risque dâun point de vue financier :
â Tu ne peux pas savoir avec certitude si ton produit va intĂ©resser son public et rencontrer son marchĂ©
â Tu ne peux pas savoir avec certitude si tu vas rĂ©ussir Ă construire un produit dâune qualitĂ© suffisante
Câest pour ça quâĂȘtre vigilant sur ces aspects est trĂšs bĂ©nĂ©fique :
â tu es incitĂ© Ă te confronter vite Ă ton marchĂ© pour rĂ©duire ces Ă©lĂ©ments dâincertitude
â tu vas apporter vite de la valeur Ă lâutilisateur pour le faire payer vite
On va détailler tout ça ensuite, dans les phases de Discovery et Delivery.
Raison 3 : de meilleures décisions long terme
Ă plus long terme, câest aussi nĂ©cessaire dâavoir ces enjeux financiers en tĂȘte. Ăa ne veut pas dire ĂȘtre comme Picsou, obsĂ©dĂ©s par le fait de gagner de lâargent.
Ăa veut dire orienter intelligemment ses dĂ©cisions pour un Ă©quilibre financier Ă long terme :
â Au niveau de lâutilisateur : viser une relation long terme, âne pas trop presser le citronâ, faire que les gens viennent mais surtout faire quâils restent. Ăa rend les revenus plus prĂ©dictifs et ça sĂ©curise la viabilitĂ©
â Au niveau technique : le systĂšme doit ĂȘtre construit pour continuer Ă ĂȘtre performant dans le temps long. Ăa veut donc dire Ă©viter de gĂ©nĂ©rer trop de dette technique ! Car une dette technique se transforme trĂšs vite en dette financiĂšre
Bon, jâespĂšre tâavoir convaincu Ă ce stade que (malheureusement ou heureusement) on construit des outils pour gagner de lâargent, dâune maniĂšre ou dâune autre.
Du coup tu dois te dire âOK il est bien sympa, mais comment je fais en vrai ?â.
On y vient đ
(petite pause pour te dire que si ça te plaĂźt, nâhĂ©site pas Ă partager la newsletter đ)
Comment faire concrĂštement ?
Bonne pratique générale : mettre le business dans la boucle
Il faut sâassurer que les profils business (sales, growth, juridique, marketing, finance etcâŠ) soient inclus dans les diffĂ©rents Ă©changes. Le pire quâon puisse faire ? Aller les voir a posteriori, quand on a fini tout le travail, que le produit est dĂ©veloppĂ©.
Ăchanger avec eux tout du long est bien plus efficace pour ces 3 raisons :
â 1 : on peut ajuster beaucoup plus vite. Sâil y a un problĂšme juridique, mieux vaut le dĂ©tecter le plus tĂŽt possible. Et les experts lĂ©gaux seront bien plus efficaces que nous pour repĂ©rer ces choses.
â 2 : bosser ensemble fait monter le business en compĂ©tences. Ă la fin, nâoublie pas que ta capacitĂ© Ă vendre ton produit Ă toujours plus de monde⊠ne dĂ©pend pas de toi. Les sales vont vendre ton produit. Plus ils sont forts, mieux ça se passera.
â 3 : ensemble, on gĂ©nĂšre des idĂ©es plus pertinentes. DiffĂ©rents points de vue entraĂźnent plus dâintelligence collective. Plus facile de penser âout of the boxâ. Et moins de biais. Câest donc important de mettre tout le monde autour de la table.
Plus précisément, on va voir comment ça se matérialise sur les différentes phases de la vie du produit :
En phase de framing / cadrage,
Il faut dĂšs cette phase se poser la question de comment on va Ă©quilibrer les charges - dĂ©penses et les ressources - rentrĂ©es dâargent.
Attention, ça ne veut pas dire quâon ne peut pas avoir des modĂšles Ă©conomiques Ă la Uber ou Facebook, qui sont des boĂźtes qui ont hyper bien fonctionnĂ© en attendant des annĂ©es avant dâĂȘtre rentables. (Dâailleurs pas sĂ»r quâUber le soit aujourdâhui đ€)
Ăa veut dire quâa minima, il faut se poser la question de comment on va gagner de lâargent Ă un moment. Quitte Ă se dire âon vendra de la pub quand on aura beaucoup grossi dans 15 ansâ.
Je te conseille dâutiliser un framework comme le Lean Canvas. Il comporte bien ces deux Ă©lĂ©ments en bas (cost structure / revenue streams). Ăa force Ă se poser de bonnes questions :
En discovery
La phase de discovery est probablement celle qui est le plus intense en termes dâĂ©change avec les utilisateurs.
Pour résumer on va travailler sur 2 aspects principaux :
â 1- Identifier le bon problĂšme : (a) avec une premiĂšre phase divergente, oĂč on va essayer de lister tous les problĂšmes possibles et imaginables ; (b) avec une seconde phase convergente, oĂč on va essayer de se focaliser sur le problĂšme le plus pertinent
â 2- Identifier la bonne solution : (a) avec une premiĂšre phase divergente, oĂč on va essayer de lister toutes les solutions possibles et imaginables ; (b) avec une seconde phase convergente, oĂč on va essayer de se focaliser sur la meilleure piste de solution
(oui ça se ressemble et câest symĂ©trique ! Câest normal đ)
Au cours de cette phase, lâargent ne doit pas ĂȘtre un sujet tabou ! Inclus des questions sur le sujet avec tes utilisateurs. Parler argent permet de valider deux choses :
â Que le problĂšme identifiĂ© est rĂ©el, pĂ©nible, rĂ©current etc⊠Si tes utilisateurs se disent prĂȘts Ă payer pour que quelquâun rĂ©solve ce problĂšme, alors ça veut probablement dire quâon tient quelque chose.
â Que la solution identifiĂ©e a le bon niveau de qualitĂ© / finition. Si tes utilisateurs te regardent avec des grands yeux đ€Ż lorsque tu prĂ©sentes le prix que tu avais en tĂȘte, câest probablement quâil faut que tu le descendes un petit peu.
En delivery
Qui dit delivery dit méfiance. On rentre dans le dur, on écrit des lignes de code, on construit le logiciel à proprement parler.
Changer des choses au stade du cadrage ou de la discovery, câest assez facile et peu coĂ»teux. En revanche au stade de la delivery, ça devient beaucoup plus coĂ»teux. Jâavais un peu parlĂ© de la complexitĂ© inhĂ©rente Ă la technique dans lâĂ©dition #2 de Easy Tech.
Niveau argent, ça veut dire quâau cours de cette Ă©tape, il faut essayer de monĂ©tiser le plus vite possible. Il y a diffĂ©rentes Ă©coles sur le sujet :
â Certains suggĂšrent de toujours faire payer les utilisateurs. Ă partir du moment oĂč ils utilisent, ils payent.
â Dâautres prĂ©fĂšrent travailler avec des partenaires privilĂ©giĂ©s au dĂ©marrage, avec lesquels ils co-construisent, sans se faire payer.
â Enfin, il existe des modĂšles hybrides âfreemiumâ oĂč on va donner accĂšs Ă des fonctionnalitĂ©s basiques gratuitement, et oĂč on va demander de payer pour des fonctionnalitĂ©s plus avancĂ©es.
Quelque soit la piste que tu choisis, tu dois tâassurer dâavoir de lâargent de tes utilisateurs qui rentre trĂšs rapidement dans cette phase.
On a vu en Discovery que le fait de bien vouloir payer Ă©tait directement liĂ© au fait quâon rĂ©solvait un problĂšme.
En Delivery câest exactement le mĂȘme enjeu : si lâutilisateur est prĂȘt Ă payer, ton produit fait le job.
En growth
Lors de cette phase, tu as un produit bien fait, mature au niveau technique. Ce produit a rencontré son marché et ça décolle ! Tu peux mettre les gaz.
à cette étape, tu devrais tendre vers une stabilisation de ton modÚle économique et vers un équilibrage dépense / recette à court ou moyen terme.
Pourtant, ne tâinterdis pas de faire pivoter la maniĂšre que tu as de gagner de lâargent. Par contre, â ïž ne pivote pas trop brusquement :
â Nâaugmente pas tes prix dâun coup sans prĂ©venir (on a vu lâexemple avec Bubble rĂ©cemment qui a Ă©tĂ© pas mal critiquĂ© dans la communautĂ© no code)
â Ăvite de changer les fondamentaux de ton modĂšle Ă©conomique (par exemple passer de freemium Ă full payant ; ou dâun abonnement mensuel Ă un payement Ă lâusage)
Conclusion
đ Le contenu de la semaine : ce super post sur la user research de Caroline Berger sur les diffĂ©rentes maniĂšres de faire de la recherche utilisateur (spoiler : non faire de la recherche nâĂ©quivaut pas uniquement Ă faire des entretiens đ )
đ° L'actu de la semaine : jâorganise un live (encore un đ) avec Pierre Criulanscy, un super dĂ©veloppeur hyper fort sur les enjeux dâarchitecture. Câest mercredi prochain ! Venez nombreux đ pour sâinscrire, ça se passe ici
đ Le rire de la semaine : ce post de FĂ©licie Le Dragon sur le couronnement du roi, jâaime beaucoup les contenus que produit FĂ©licie, toujours trĂšs piquants et intelligents. Tu me diras ce que tu en pense đ
Ă dimanche prochain !
Si tu es trop impatient pour attendre, tu peux :
M'envoyer des actus, contenus ou rires qui ont animĂ© ta semaine et j'essayerai de les inclure dans l'Ă©dition de la semaine prochaine (en te citant bien sĂ»r) đȘ
Me contacter pour Ă©changer sur le rapport Ă lâargent dans la tech par mail ou par message LinkedIn đȘ
M'envoyer des feedbacks sur ce numĂ©ro, positifs... ou nĂ©gatifs bien sĂ»r ! C'est comme ça qu'on progresse đȘ
Partager la newsletter Ă des personnes susceptibles d'ĂȘtre intĂ©ressĂ©es đȘ
Bon courage pour la semaine (ça va, juste 4 jours et la semaine suivante⊠câest lâascension đ) !
Victor