Lorsque l’on discute avec des clients on est souvent confronté aux solutions que ces derniers veulent vous proposer/imposer. Accepter leur solution (ou penser par vous même à la première solution donnée) est surement la pire chose à faire. Pourquoi faut il penser problème et non solution ? Je vais répondre à cette question dans ce podcast.

L’un des plus gros chalenge dans une start-up est d’arriver à faire communiquer de la manière la plus efficiente les différents services de l’entreprise.Et si la culture de l’écrit pensée « pour les autres » était un début de réponse ?

Qui aurait l’idée de dessiner une voiture sans avoir aucune idée de concept de base comme le rayon de courbure (votre voiture tourne sur un espace réduit ou pas), les différentes contraintes liées à la motorisation… ? Evidement personne.Et pourquoi c’est ce que font pas mal de Product Manager : ils/elles développent des produits logiciels sans avoir aucune culture logicielle.Les produits sont donc pensé sans comprendre et tirer partie des contraintes et forces du monde du logiciel qui sont parfois très éloignés de nos perceptions du monde « réel ». Ne pas faire cet effort ce n’est pas (à mon avis) aimer son produit et se garantir des dialogues très peu fluide avec l’équipe de « production » (dev/devops/data…)

Et si une simple phrase entendue au détour d’une demande d’un nouveau abonnement SAS pouvait distiller un poisons qui lentement allait empoisonner toutes les valeurs et la politique commerciale de votre entreprise d’éditeur SAS ?

Lorsque j’étais étudiant il y avait deux restaurent universitaires ouverts sur le campus .- L’un était très acceptable- L’autre absolument ignoble La différence ? - Dans l’un le directeur mangeais midi et soir dans son restaurant.- Dans l’autre je pense ne jamais avoir vu une personne de la direction y manger. Et si nous product manager ne « mangions » pas assez notre produit ? Comprendre les besoins utilisateurs est une chose, mais gouter le goût - par forcément ragoutant - de notre produit n’est il pas la seule solution pour faire face à ce qui ne va pas ?

Vous avez été recruté dans une entreprise qui n’a pas de démarche produit mais qui pense que passer à cette démarche est indispensable à sa réussite (ou sa survie).Vous appliquez les bones pratiques de la démarche produit mais contre toute attente on vous reproche une dégradation du « produit » ? Et si le meilleur moyen de « faire prendre » une démarche produit dans une entreprise était de ne surtout pas mettre en place au début une démarche produit ?

Vous avez du remarquer que, lors des interview utilisateurs, ces derniers viennent majoritairement avec leurs solutions : mais comment remonter au réel problème afin de proposer la meilleur solution ?

Si il y a vraiment un grand classique en product management c’est de devoir lutter en permanence - qui à s’y perdre - dans un backlog qui enfle encore et encore. La mauvaise solution étant bien sur de tenter de contrer ce phénomène via des réunion de re-priorisation de backlog. Mais malgré cette tentative d’amélioration il est toujours difficile de faire les bons choix et d’offrir de la visibilité auprès des parties prenantes. Et si on sortait du piège du backlog ?

Il est apparu dernièrement un désenchantement parmi certain.e.s PM que l’on nomme le « syndrome Marty Cagan » Marty Cagan tout le monde le connait c’est le « dieux » du product management.A travers ses ouvrages - des références du domaines- ainsi que ses conférences il vous distille le meilleur de bonnes pratiques pour transformer votre entreprise en perle du product management. Mais lorsque vous confronter sa vision à votre réalité vous déchantez : rien ne va chez vous, vous devez faire des compromis, mettre en place une véritable équipe produit prends plus d’un an et c’est loin d’être parfait… Mais il faut savoir différentier l’absolu, le graal qui mettra plusieurs années (d’ailleurs Marty Cagan dans son premier livre « Inspired » commence en expliquant comment il s’est totalement planté sur un projet) des étapes qui vont vous permettre de vous en approcher sur le long terme et de ne plus avoir de complexe face à nos « modèles »

En design l’on va cherche à proposer la meilleur solution pour un problème donné. Mais vouloir faire original n’est-t-il (contre-intuitivement) une mauvaise idée en terme d’investissement produit ainsi qu’en terme d’expérience utilisateur. On vera que cela dépend du contexte.