Product Inbox 📬 #23 - La méthode infaillible pour penser "problem statement" au quotidien

Hello👋, si tu lis cette newsletter pour la première fois, bienvenue ! Je m’appelle Timothé et deux fois par mois, je partage aux abonné·e·s de Product Inbox une curation des meilleurs contenus dédiés au Product Management. Si tu aimes l’audio, j’échange également avec des top entrepreneurs et product managers sur Clef de voûte.

PS : N’oublie pas de suivre Product Inbox sur Twitter et Linkedin. Le contenu que j’y publie est différent d’une plateforme à l’autre.

---

Hello 👋,

J’espère que tout va bien pour toi et que tu as pu profiter de ces premiers moments en terrasse depuis 2020 😅.

Suite à la dernière édition de Product Inbox, je tenais à remercier les abonné·e·s ayant répondu au petit sondage à propos de Product Fellow.

Conformément à vos avis, c’est officiel, j’ai décidé de retirer la rubrique Product Fellow de la newsletter. Vos retours m’ont cependant fait réfléchir à l’utilité de connecter les PM de l’écosystème entre eux. Je vais réfléchir à une autre manière de créer ces connexions :). N’hésite pas si tu as des idées à me soumettre !

Enjoy ✌️

---

L’agenda de cette quinzaine :

• 1 article sympa consacré à l’utilisation du “problem statement”

• Une méthode redoutable pour appliquer le “problem statement” au quoditien

• Un système solide pour valider de nouvelles idées de features / produit

• Un benchmark de 4 outils de collecte de retours utilisateurs

• Un podcast consacré au fondateur et CEO de Productboard

• Un évènement tenu par la VP Design de Payfit

Bonne découverte !

Dans cette 23ème édition de Product Inbox, j’ai décidé de sélectionner 3 articles fournis au sujet du “problem statement”.

🏗 For better products, start with a problem statement [PM débutant]

Le titre de cet article est troublant. Il y a de fortes chances que tu aies déjà lu ou entendu ce propos répétitif et presque barbant. Pourtant, on ne le répètera jamais assez : les PM doivent penser “problème”, pas “solution”. Cet article d’Intercom propose en ce sens de définir un “problem statement” en 3 parties comme guide pour toutes les équipes en charge du développement d’un produit.

Ce qu’il faut retenir :

• Le problem statement n’est pas une spécification produit ou un PRD

• Le problem statement se compose de 3 parties distinctes : le résultat souhaité par le client, la raison pour laquelle il souhaite ce résultat, les problèmes/limites de la solution actuelle

⚖️ How to funnel user feedback into problem statements [PM avancé]

Une fois l’article précédent sur le problem statement digéré, tapis rouge à la pratique ! Car oui, dans la pratique, se poser pour réfléchir à un problem statement est fastidieux. Un PM est sollicité de toutes parts et la prise de recul n’est pas chose simple. Cet article est une pépite pour comprendre comment utiliser le problem statement dans ton quotidien avec des exemples précis. Pour cela, l’auteur modélise un funnel de user feedbacks qu’il vient filtrer et raccorder à un problem statement.

Ce qu’il faut retenir :

1. Le problem statement est incontournable mais difficile à mettre en place dans la pratique

2. Une solution est de diviser le problem statement en 3 catégories : business problem, design problem et user problem

3. A partir du “Double Diamond Diagram”, il est possible de construire un “problem funnel”

⚙️ Customer Problem Stack Ranking: How Stripe Validate New Product Ideas. [PM tous niveaux]

C’est factuel, de nombreux produits ou fonctionnalités sont inutiles aux yeux des utilisateurs ciblés. La discovery est faite pour éviter ce drame. Cependant, il y a tout un tas de biais à prendre en compte pour éviter de tomber dans le panneau. Une méthode alternative consiste à demander aux utilisateurs de classer leurs difficultés. C’est ce que cet article met en avant : le customer problem stack ranking qui est entre autres une méthode utilisée par les équipes de Stripe.

La méthode en résumé :

1. Poser la question de l’étude à mener

2. Transformer l’idée pour résoudre le problème en un “problem statement”

3. Trouver des “problem statements” périphériques

4. Envoyer le “stack rank” aux utilisateurs et analyser les résultats

L’article met en avant un outil qui n’est sûrement pas la seule option pour mettre en place un customer problem stack ranking. Il est certainement possible d’utiliser par exemple un outil de collecte de feedbacks (comme ceux cités ci-dessous) ou un outil de sondage. 🤓

Dans cette édition, je te propose 4 outils ayant vocation à t’aider sur la collecte de retours utilisateurs. Comme d’habitude, je ne dispose d’aucun lien commercial avec ces outils.
Bon shopping 🤓

⚔️ Upvoty

On commence avec le tout premier outil de remontée de retours utilisateurs. J’ai nommé Upvoty. L’outil met à ta disposition un “feedback board” permettant aux utilisateurs de laisser leur avis et de voter les fonctionnalités à venir. Tu peux aussi leur faire visualiser ta roadmap produit pour leur donner de la visibilité.

Fonctionnalités : collecte de user feedbacks, product roadmap, changelog
Formules et prix : 14 jours d’essai gratuit puis 3 formules entre $15 et $49 / mois
Intégrations : 15 intégrations dont Zapier, Slack, Jira, Intercom

🎥 Zest

Le point fort de Zest est de laisser les utilisateurs te donner leur feedback en format vidéo, le tout via un parcours super fluide.

Tu peux directement essayer ce parcours sur la landing page de Zest. Je te laisse cliquer ci-dessous :)

Fonctionnalités : collecte de user feedbacks en vidéo
Formules et prix : gratuit jusque 3 utilisateurs puis 95€ / mois
Intégrations : 10+ intégrations dont Slack, Zapier, Trello, Intercom, Zendesk

💥 Freddy Feedback

Avec Freddy Feedback, tes utilisateurs peuvent laisser leur avis de deux manières :

• Par écrit via un petit widget

• Ou en envoyant une capture d’écran sur laquelle ils peuvent dessiner (comme sur l’image ci dessous)
  

  

Fonctionnalités : collecte de user feedbacks par écrit, capture d’écran et widget
Formules et prix : 30 jours d’essai gratuit puis 2 formules à 15€ ou 25€ / mois
Intégrations : Slack + notifications Discord

👋 Kampsite

Kampsite ressemble à Upvoty dont je te parle en début de rubrique. L’outil met à la disposition de tes utilisateurs un board sur lequel ils peuvent voter pour les features qui les intéressent. Ils peuvent même indiquer s’ils seraient prêts à payer pour une des fonctionnalités qui y figurent.

Kampsite laisse aussi la possibilité à tes équipes de discuter avec les utilisateurs au sujet des features qu’ils font remonter. Le tout est lié à un changelog et une roadmap comme pour Upvoty.

Fonctionnalités : collecte de feedbacks écrits, changelog et partage de la product roadmap
Formules et prix : 2 formules ; une gratuite limitée et une à $10 / mois
Intégrations : notifications Slack

🎙 Productboard founder and CEO Hubert Palan on mastering product strategy - Durée : 40 mn

Je ne connaissais pas bien les fondations de Productboard et souhaitais en savoir plus sur son fondateur, Hubert Palan. Puis j’ai trouvé cet épisode très instructif sur la genèse de cet outil utilisé par de nombreuses équipes produit. Hubert y évoque en particulier la différence d’état d’esprit et d’opinion entre plusieurs PM individuels d’une même équipe. Il y donne une astuce très intéressante pour appuyer ses propres convictions auprès d’un manager qui ne partage pas les mêmes :).

Construction d’un département et d’une culture design pour une scale-up en hyper croissance - 11/06 à 12h

L’association Flupa organise les "UX days” du 7 au 11 juin prochains. Parmi tous les ateliers prévus, Léa Mendes, VP Design chez Payfit, interviendra pour expliquer comment elle a développé le département design tout en insufflant la culture adéquat.

Je tiens à préciser que je n’ai aucun lien commercial avec Flupa :)

---

💌 Envoie-moi un mail si quelque chose te vient en tête :) Je lis et réponds à tous vos messages.

Tu peux aussi m’aider en cliquant sur le petit coeur en début d’édition. 🤍

Timothé

---

Si tu as trouvé cette newsletter utile, n’hésite pas à la partager avec tes ami·e·s ou à t’inscrire si ce n’est déjà fait :)