Le résumé de Inspired, le livre de référence sur le produit de (l’illustre) Marty Cagan

Voici l’ouvrage qui a posé les bases du Product Management moderne. Sorti en 2008 puis réédité 10 ans plus tard, Inspired est une bible pour beaucoup de Product Managers et d’équipes produit dans le monde. Écrit par Marty Cagan, ex-VP de Netscape et d’eBay, il détaille en 350 pages les principes clés nécessaires pour construire des produits qui satisfont à la fois les utilisateurs et le business de l’organisation. Résumé.

⌛ 20 minutes de lecture divine (vs +10h de lecture du livre)

🎫 Les membres Premium du Ticket ont un accès intégral à cet article

📌 TL;DR - Ce que tu vas apprendre dans ce résumé de Inspired : 1️⃣ Valeur, utilisabilité, faisabilité, viabilité économique : les 4 principaux risques d'un produit (à lever en Discovery) 2️⃣ Missionnaires vs mercenaires, autonomie, pluri-disciplinarité... Les caractéristiques d'une bonne équipe produit 3️⃣ Boussole vs chemin : Les grands principes pour construire une vision et une stratégie produit 4️⃣ Les 10 commandements pour construire une culture produit ambitieuse

À quoi reconnaît-on un livre majeur ? Sa pertinence quasi intacte, même une dizaine d’années après sa publication, malgré l’ampleur des changements technologiques et managériaux.

Certes, la démocratisation des métiers du produit et, plus globalement, de la culture produit, rendent certains de ses enseignements moins avant-gardistes qu’ils ne l’étaient à l’époque. Pour autant, le fond n’a pas pris beaucoup de rides et constitue toujours une base solide pour se rappeler des fondamentaux du product management.

Marty Cagan, un pionnier d'Internet

Rappelons que Marty Cagan a commencé sa carrière comme ingénieur chez HP, avant de rejoindre Netscape, l’un des principaux navigateurs Web et pionnier d’Internet (où il rencontre le futur investisseur Marc Andreessen). Puis de devenir Senior VP Product & Design de eBay. Il fonde ensuite, en 2002, le cabinet Silicon Valley Product Group, où il obtient une street cred inégalée pour ses articles, ses conférences et ses livres… à commencer par Inspired.

Alors oui, la partie sur les techniques de Discovery a pris un petit coup de pelle depuis l’essor de l’IA générative. Et oui, ce n’est pas un chef d'œuvre de littérature. Sa construction sous la forme d’une sorte de glossaire géant et 67 petits chapitres rend sa lecture assez aride.

Fort heureusement, tu as désormais ce résumé de Inspired pour accéder rapidement à ses apprentissages principaux. Et voir comment exceller en tant que Product Manager.

💡 Le savais-tu ? Dans ses livres, Marty Cagan emploie le “she” (elle) par défaut pour parler des product managers. La raison ? “Je suis convaincue que l'écart entre les sexes existe en grande partie parce que, lorsqu'on recrute pour des postes de product, on imagine instinctivement un homme blanc. En utilisant le pronom féminin, mon objectif est d'essayer de changer cette impression chez le lecteur pour qu'il imagine plutôt une femme. C'est un processus long et lent, mais je pense que ça fonctionne”, nous a-t-il répondu par mail. Ce qu’il nomme le “gender offset”, en référence aux compensations carbone.

L’échec qui va conditionner le reste de la carrière de Marty Cagan

Commençons par une anecdote. Au milieu des années 1980, Marty est un jeune ingé chez HP qui bosse, déjà, sur un produit basé sur l’IA (pas générative). Avec son équipe, ils y passent un an, célèbrent son lancement comme il se doit et… flop ! Personne ne l’achète. “Alors qu’il était techniquement impressionnant”, assure-t-il.

La leçon qu’il en retire : peu importe la qualité de ton équipe si elle ne travaille pas sur quelque chose qui vaille la peine d’être conçu.

Je me suis promis de ne plus jamais travailler aussi dur sur un produit sans être certain qu’il correspondait aux attentes des utilisateurs et des clients”, lance-t-il.

Il découvre également à cette occasion l’importance cruciale du rôle de Product Manager - fonction venant essentiellement du marketing à cette époque, en tant que responsable de ce qu’il faut développer. Chez HP, cette personne n’était pas très bonne… et il se rend compte que c’est le cas dans beaucoup d’entreprises - “encore aujourd’hui” (oui, Marty est très doué en tacles au genou).

D’où sa vocation de coach pour réduire la différence entre les meilleures et le reste des équipes produit (the best vs the rest).

La vie est trop courte pour des mauvais produits”.

Voyons donc avec Marty comment faire pour en construire des bons. À travers 5 chapitres :

1- Les bases du Product Management

2- Les bonnes personnes

3- Le bon produit

4- Le bon cheminement

5- La bonne culture

1- Les bases du Product Management

Dans ce premier chapitre, Marty pose les fondamentaux. En rappelant la thèse centrale du livre : derrière chaque grand produit, il y a une équipe qui allie des expertises en technologie et en design pour résoudre les problèmes concrets des clients, tout en répondant aux enjeux business de l'entreprise.

La définition, couramment admise depuis, du Product Management.

Un métier qui ne peut pas correctement se faire en moins de 60 heures par semaine”, prévient Marty !

Waterfall vs agile

La raison de l’échec de nombreux produits selon lui ? Le développement en cascade (waterfall process).

Le cheminement : l’idée d’une ou de plusieurs personnes (dirigeant·e, responsable business, clients, prospects…) se retrouve priorisée dans une roadmap, puis développée, testée et déployée.

La majorité des entreprises fonctionnent ainsi. Souvent les mêmes qui se plaignent de leur manque d’innovation et de la lenteur de leurs déploiements”, assène-t-il.

Les problèmes ici ?

• Les idées, essentiellement sales-driven, ne viennent pas de la meilleure source
• Les estimations de valeur et de coût, qui servent à la priorisation, sont illusoires aussi tôt dans le process
• Les roadmaps sont plus des listes de fonctionnalités à faire que des problèmes à résoudre (ce qui empêche toute possibilité d’itération, qui est souvent le chemin nécessaire vers l’atteinte de son plein potentiel)
• Les équipes sont sous-exploitées : les Product Managers font avant tout de la gestion de projet, les designers du graphisme et les ingés du code
• L’organisation investit sur des projets (= output) et non sur des résultats (= outcome)
• Tout le risque est concentré à la fin, lors du lancement. Au lieu de faire intervenir la validation des utilisateurs bien plus tôt.

Au sein des meilleures équipes, Marty perçoit, lui, ces 3 bonnes pratiques :

1️⃣ Traiter les risques au début plutôt qu’à la fin

En Product Management moderne, les risques sont traités avant même de décider de développer quoi que ce soit.

Marty Cagan détaille les 4 grands risques produit (devenus depuis une référence) :

• Risque lié à la valeur : les clients vont-ils acheter le produit ?
• Risque d’utilisabilité : les utilisateurs sauront-ils s’en servir ?
• Risque de faisabilité : avons-nous le temps, les compétences et la techno pour développer ce produit ?
• Risque de viabilité business : la solution est-elle adaptée et profitable pour notre activité (ventes, marketing, finance, juridique…) ?

2️⃣ Concevoir les produits de manière collaborative plutôt que séquentielle

Au sein des meilleures équipes, le produit, le design et la tech travaillent conjointement pour concevoir le produit qui va répondre aux besoins des utilisateurs et de l’entreprise. Sans rapport hiérarchique ni de commandement entre eux.

3️⃣ Résoudre des problèmes plutôt que développer des fonctionnalités

La fameuse distinction entre l’output (= le livrable) et l’outcome (= l’objectif business). Dont on parle plus en détail dans cette interview de Jeff Patton.

Holistic Product, Continuous Discovery, Delivery… Zoom sur quelques concepts clés du produit

Pour finir ce 1er chapitre introductif, Marty définit des notions essentielles dans la vie des Product Managers :

Holistic Product

Déjà, il rappelle que le “produit” est un concept par nature holistique. C’est-à-dire qu’il inclut évidemment les fonctionnalités mais également la techno derrière, l’expérience utilisateur proposée, la manière de le monétiser, les leviers d’acquisition clients voire potentiellement l’expérience hors ligne qui fait partie du parcours utilisateur.

Le message à retenir : Les Product Managers ne doivent pas seulement se préoccuper de leurs fonctionnalités. Le produit est un tout !

Discovery

Marty rappelle que les équipes produit mènent 2 activités principales, effectuées en continu et en parallèle :

• La discovery, la phase d’investigation qui permet d’identifier ce qu’il faut construire
• La delivery, la phase de conception et de livraison sur le marché

L’enjeu de la discovery ? “Dérisquer” les idées avant d’écrire la moindre ligne de code. Autrement dit, garder les bonnes et supprimer les mauvaises. Un exercice mené conjointement entre le produit, le design et la tech.

Le livrable d’une product discovery ? Un backlog validé.

Les 4 questions critiques auxquelles il faut avoir les réponses à ce stade (cf 4 risques produit) :

• L'utilisateur va-t-il l’acheter (ou choisir de l'utiliser) ? > désirabilité / valeur
• L'utilisateur va-t-il réussir à comprendre comment l'utiliser ? > utilisabilité
• Nos ingénieurs peuvent-ils le construire ? > faisabilité
• Nos parties prenantes vont-elles soutenir ce projet ? > viabilité

Tu veux plus d’infos sur la Discovery ? Découvre nos fiches de lecture de : • 📘 Continuous Discovery Habit, l’ouvrage de référence mondiale signée Teresa Torres • 📙Discovery Discipline, la méthode pratique de Rémi Guyot et Tristan Charvillat (ex-Paypal & BlaBlaCar)

Delivery

La transition avec la delivery ? La discovery débouche sur des preuves tangibles (evidence) qui permettent de s’assurer que ce qui va être construit en vaut la peine. Et atteindre le célèbre Product Market Fit.

L’objectif ensuite est de concevoir un produit commercialisable et solide, sur lequel pourra reposer le développement de l’organisation.

Voilà pour les bases. Entrons désormais dans le détail et le cœur d’Inspired.

2- Les bonnes personnes (pour faire un bon produit)

---

Découvre nos autres fiches de lecture de livres incontournables :