25 choses en lesquelles je crois pour créer d'excellents produits

In This Article

Chers abonnés,Aujourd'hui, je souhaite partager plus de 10 ans de cours PM en seulement 12 minutes. J'ai été chef de produit dans des entreprises comme Roblox, Reddit, Amazon et Meta. Mais ce qui est drôle, c'est que : ce en quoi je crois est souvent à l'opposé de la manière dont les grandes entreprises aiment travailler. 😅Regardez ma vidéo maintenant pour découvrir comment devenir un excellent PM à l'ère de l'IA. théâtre (07:32) Recherchez la vérité : décision d'interdiction du comité (09:45) Constructeurs plutôt que bureaucrates : commencez par une preuve de travailRegardez maintenant sur YouTube ou continuez à lire ci-dessous.Cet article vous est présenté par…FramerLes fondateurs débutants sont souvent confrontés à un choix frustrant : passer des semaines à créer un site professionnel ou se contenter de quelque chose qui ressemble à une slop violette générée par l'IA.Framer résout ce problème en vous permettant : Lancer un beau site professionnel en quelques heures sans embaucher de développeurs.Faites évoluer votre site de MVP à un produit complet avec un CMS, des analyses et la localisation de l'IA.Les startups en phase de démarrage peuvent bénéficier d'un an de Framer Pro gratuit (valeur de 360 $) et rejoindre des milliers de fondateurs qui construisent déjà sur Framer avec mon lien ci-dessous.Obtenez 1 an de Framer gratuit maintenantSpeed est le seul moyen de créer des boucles de rétroaction rapides. Plus vous itérez rapidement avec de vrais utilisateurs, meilleur sera votre produit. Construisez un prototype le matin et obtenez les commentaires des utilisateurs avant le déjeuner. Refusez de faire plus de 3 séries d'examens internes avant de parler à un utilisateur réel. Expédiez vers des cercles concentriques. C’est presque toujours une mauvaise idée d’envoyer un nouveau produit à tout le monde en même temps. Au lieu de cela, exécutez des versions alpha du personnel et des versions bêta des clients pour détecter les problèmes et améliorer la qualité avant le lancement. Je ne sais vraiment pas comment créer d'excellents produits sans une communauté d'utilisateurs bêta avec qui je peux parler quotidiennement. Les petites équipes expédient plus rapidement. Une équipe de 4 à 6 constructeurs full-stack habilités à co-créer avec les utilisateurs exécutera une organisation de 50 personnes chaque jour. Le mot clé ici est « habilité » : si vous embauchez une équipe de joueurs A, donnez-leur l'autonomie nécessaire pour écouter, expédier, échouer et apprendre avec de vrais utilisateurs. Itérez d'abord avec l'IA. Tout le monde a désormais un coéquipier IA disponible 24h/24 et 7j/7. Travaillez donc avec l’IA pour résumer les commentaires, rédiger des plans et améliorer les prototypes AVANT de rencontrer votre équipe. Effectuer le travail de base de l'IA à l'avance est désormais une attente de base. Devenez l'utilisateur. J'estime que moins de 10 % des PM nourrissent réellement leur produit chaque semaine. Utilisez votre produit comme un nouvel utilisateur et rédigez un journal des frictions indiquant à quel point l'expérience est ennuyeuse. Personne n'est trop expérimenté pour tester sa propre merde. Exemple : Boris (le créateur de Claude Code) a demandé des commentaires d'utilisateurs sur X et a obtenu des centaines de réponses. Il a ensuite travaillé avec l’IA pour livrer des dizaines de correctifs sur place. Il est l'exemple parfait d'une petite équipe (de 1 🙂) itérant rapidement avec de vrais utilisateurs. Le lien vers postFocus est un super pouvoir. Faites moins de choses mieux. Je ne crois pas à plus de 1 à 3 projets P0 par trimestre. Concentrez-vous sur la résolution des principaux problèmes des utilisateurs qui développent votre entreprise au lieu d'essayer de tout créer en même temps. Vous devez établir des priorités jusqu'à ce que cela fasse mal – dire « pourquoi ne faisons-nous pas les deux » ou énumérer 5 à 10 priorités est un signal d'alarme. Faites d'abord la chose simple. Expédiez toujours la chose la plus simple qui puisse fonctionner et évitez de résoudre des problèmes qui n’existent pas encore. Par exemple, vous ne devriez probablement pas optimiser l’échelle si votre produit 0-1 n’est pas encore adapté au marché du produit. Continuez à répéter ce mantra pour vous-même et votre équipe. Validez d’abord votre hypothèse la plus risquée. Chaque produit comporte quelques hypothèses qui, si elles sont fausses, tueront toute l'idée. Validez ces hypothèses auprès de vrais utilisateurs à l’aide d’un simple prototype ou d’un test A/B. Ne travaillez pas sur des fonctionnalités secondaires si votre hypothèse principale n’est pas prouvée. Protégez votre calendrier. Votre calendrier décide sur quoi vous travaillez réellement et vous ne pouvez pas créer de bons produits si vous ne contrôlez pas votre temps et votre énergie. Je travaille en profondeur le matin lorsque j'ai une clarté mentale et je refuse impitoyablement les réunions qui drainent mon énergie. Dites non 10 fois plus que vous ne dites oui. Soyez à l’aise en disant non aux fonctionnalités, aux réunions et même aux demandes des utilisateurs qui ne correspondent pas à votre travail à plus fort impact. Faites preuve d'empathie et expliquez clairement votre raisonnement – ​​l'autre partie comprendra généralement. Exemple : j'ai déjà travaillé dans unentreprise où le CPO a annoncé 9 priorités pour l'année. Il avait même un super acronyme pour aider les gens à se souvenir des 9 choses. Un an plus tard, nous n’avions pratiquement aucun progrès et il a réduit les priorités à 3. Le manque de concentration est un problème extrêmement courant dans les entreprises technologiques qui réussissent. Anthropic est un exemple d'entreprise qui a bien fait les choses : Lien vers postProduct > processus Rejeter le cinéma PM. J'ai parlé de l'importance de créer des boucles de rétroaction avec de vrais utilisateurs. Mais la plupart des PM se concentrent sur le théâtre interne comme peaufiner les documents et organiser d'interminables réunions préalables avant l'examen proprement dit. Soyez obsédé par le produit que vos utilisateurs utilisent réellement, et non par vos artefacts internes. Élaborez des plans minimum viables. Arrêtez de prétendre que vous savez exactement quoi construire dans un an. Au lieu de cela, créez un plan minimum viable qui couvre le problème de l'utilisateur, sa vision, ses objectifs, ses principes, sa solution et ce que vous ne faites pas. Gardez-le sur une seule page et mettez-le à jour au fur et à mesure de votre apprentissage. Rejeter la planification annuelle et le théâtre OKR. Pratiquer le premier développement du prototype. Les prototypes donnent aux gens une bien meilleure idée de votre solution que n’importe quel diaporama ou document. Ils sont également plus amusants à créer et plus faciles à tester avec de vrais utilisateurs. Alors validez votre intérêt avec un prototype AVANT de créer votre PRD et votre conception. Soyez obsédé par les détails. États par défaut, cas extrêmes et bonne copie : ces détails sont ce qui différencie un excellent produit d'un produit médiocre. Peu importe votre ancienneté, vous devez vous soucier des moindres détails pour expédier quelque chose dont vous pouvez être fier. Simplifiez les évaluations de produits. Rien ne ralentit la vitesse comme attendre des semaines pour figurer sur le calendrier d'un dirigeant avant de pouvoir expédier. Si vous êtes un leader, donnez à vos équipes les moyens de livrer gratuitement aux utilisateurs bêta. Examinez les prototypes de manière asynchrone au lieu de les bloquer pendant votre emploi du temps chargé. Exemple : Ramp a atteint 32 milliards de dollars en un temps record en permettant à ses équipes d'expédier rapidement. Comme Geoff (CPO de Ramp) l'explique dans l'article ci-dessous, les équipes de Ramp peuvent expédier aux utilisateurs bêta à tout moment. La phrase que j’aime particulièrement est « la direction a 48 heures pour examiner ou elle est expédiée ». Cela impose aux dirigeants la responsabilité de ne pas ralentir la vitesse. Lien vers l'article Rechercher la vérité L'arrogance est le plus gros frein. Je ne supporte pas les chefs de produit et les créateurs qui pensent qu’ils sont meilleurs que tout le monde. Les meilleurs dirigeants que j’ai rencontrés sont aussi les plus humbles parce qu’ils ont déjà échoué et vu de vraies conneries. Si vous n’êtes pas humble, vous n’écoutez pas et vous ne fabriquerez pas d’excellents produits. Interdire la décision du comité. Je ne crois pas à l’alignement interfonctionnel comme objectif. Essayer de rendre toutes les parties prenantes heureuses compromettra inévitablement l'expérience produit. Recherchez d’abord des opinions diverses, puis demandez à une seule personne de prendre la décision et de s’approprier le résultat. Ne vous entourez pas de courtisans. Les grandes entreprises s’effondrent lorsque les dirigeants s’entourent de personnes qui ne remettent pas en question leurs idées. Trouvez et récompensez les personnes prêtes à poser des questions difficiles. Si tout le monde acquiesce à votre avis, c’est mauvais signe. Supposons que vous ayez de bonnes intentions. Lorsque vous n’êtes pas d’accord avec quelqu’un, écoutez pour comprendre plutôt que pour défendre votre opinion. Il y a de fortes chances qu’ils fassent valoir un argument important que vous n’avez pas pris en compte. Les meilleurs débats sont des exercices collaboratifs de recherche de la vérité, et non des batailles à gagner. Soyez prêts à vous tromper. La plupart des décisions sont des portes réversibles à double sens. La bonne décision consiste souvent à simplement décider et à apprendre au lieu d’attendre des informations parfaites. J'adore cette citation de mon entretien avec Yana : « Au moment où vous avez débattu de 2 idées, j'en ai déjà expédié 10. » Exemple : récemment au travail, les parties prenantes ont fait pression pour une fonctionnalité à laquelle j'ai résisté pendant des semaines. Mais j’ai gardé l’esprit ouvert en discutant avec les utilisateurs et en testant différents prototypes. Finalement, ces boucles de rétroaction m’ont fait changer d’avis. J’ai admis que j’avais tort, j’ai montré les preuves, et maintenant nous construisons quelque chose dans lequel nous sommes confiants. Le but est de découvrir la vérité, pas de prouver que vous avez raison. Constructeurs > bureaucrates Embauchez des constructeurs, pas des bureaucrates. Recherchez des personnes qui se soucient véritablement de fabriquer d’excellents produits au lieu de le faire pour gravir les échelons de carrière. Trouvez des personnes qui ont cette énergie « il suffit de comprendre » – la volonté de porter plusieurs chapeaux pour résoudre des problèmes au lieu d’attendre la permission. Preuve de travail > informations d’identification. Personne ne se soucie de votre pedigree FAANG ou de votre certificat de produit IA. Embaucher hautdes personnes d'agence qui ont construit d'excellents projets parallèles ou démontré une preuve de travail. La seule référence qui compte est ce que vous avez expédié et vos idées pour améliorer le produit. Bon sang, oui ou non. Si un candidat ne vous enthousiasme pas, ne l’embauchez pas en espérant qu’il réussira. Une bonne embauche bat trois médiocres. Ne baissez jamais la barre parce que vous êtes désespéré de remplir un rôle. Le titre de votre poste n’a pas d’importance. Les meilleures équipes brouillent les frontières entre la gestion de projet, la conception et l'ingénierie. J'aime quand les ingénieurs mettent à jour mes spécifications directement et que les concepteurs me laissent peaufiner la copie dans Figma. Constituez une équipe de constructeurs full-stack qui se font confiance et respectent le métier de chacun. Remplacez-vous. Votre travail en tant que leader consiste à vous rendre inutile. Si votre équipe ne peut pas fonctionner sans vous pendant une semaine, alors vous avez échoué en tant que leader. Les meilleurs dirigeants responsabilisent les autres afin qu'ils puissent passer à de nouveaux problèmes. Exemple : je recrute actuellement un PM senior et j'ai explicitement écrit dans la description de poste pour lier votre meilleur projet parallèle ou votre travail expédié. Je déteste voir un jargon vague comme « expert Agile » ou « chef de produit stratégique ». Ce truc n’a aucun sens. Commencez simplement par ce que vous avez expédié et quel a été l'impact. Voilà : 25 choses en lesquelles je crois pour créer d'excellents produits. Écrivez votre propre liste et travaillez pour des entreprises qui partagent les mêmes valeurs et principes. Cela vous rendra la vie beaucoup plus facile, je le promets. Pour en savoir plus, regardez ma vidéo de 12 minutes et découvrez mes 40 leçons de vie que je connais à 40 ans et que j'aurais aimé connaître à 20 ans. Voici une infographie pratique avec les 25 choses en lesquelles je crois :

You May Also Like

13 Trending Songs on TikTok in March 2026 (+ How to Use Them)

Our Best AI PM Workflows for Prototyping, Strategy, and Personal OS (2026)

China’s Cybersecurity Agency Issues Security Warning About OpenClaw