Canevas d'hypothèse de produit

Nous nous tournons de plus en plus vers des projets axés sur des hypothèses de produit plutôt que sur les exigences des clients ou des utilisateurs. Il y a plusieurs raisons à cela.

D'une part, on attend de nous que nous mettions en œuvre de nouvelles fonctions dans des délais de plus en plus courts. C'est parce que la concurrence se renforce et que le monde, grâce aux technologies modernes, continue d'accélérer et de devenir plus complexe.

En revanche, avoir des groupes d'utilisateurs plus diversifiés signifie faire face à des besoins plus variés. Nous avançons à toute vitesse vers un monde entièrement personnalisable. Et cela crée une demande encore plus grande pour des ajustements de produits instantanés.

Si les « demandes » nécessitent une mise en œuvre, alors les « hypothèses », avant tout, doivent être testées. Mais avant cela, les hypothèses doivent être articulées de manière cohérente. Ce qui n'est pas toujours aussi facile que nous l'aurions souhaité.

Nous croyons que plus l'hypothèse est cohérente, plus les tests seront fructueux. Les tests dans ce sens couvrent non seulement la vérification de l'hypothèse réelle, mais aussi tous les insights pouvant être recueillis au cours du processus. Pour structurer et simplifier le processus d'articulation de votre hypothèse, nous avons identifié les questions suivantes, auxquelles vous pouvez répondre successivement.

Le canevas Hypothèse Produit vous aide à créer des hypothèses plus efficaces. Gardez à l'esprit que le canevas ne fait pas le travail à votre place ; il vous aide simplement à vous concentrer sur la tâche à accomplir et à atteindre une solution plus efficace.

Les étapes pour remplir le canevas d'hypothèse de produit

1. Nous croyons que…

Ici, nous décrivons ce que nous prévoyons de développer.

2. Pour (qui)…

Dans ce bloc, nous définissons notre public cible et, si nécessaire, évaluons son rôle dans notre projet.

Cette étape est très importante, car elle nous aidera plus tard à classer nos hypothèses en fonction de leur pertinence pour notre projet. Parfois, les membres de l’équipe de projet sont complètement séduits par une idée intéressante et finissent par oublier qu’elle ne s’applique qu’à quelques cas isolés.

En fait, si l'auteur n'est pas en mesure d'expliquer de manière cohérente à qui leur hypothèse va bénéficier, il est très probable qu'ils ne font que se livrer à des hypothèses aléatoires. C'est comme lorsqu'un joueur de billard casse avec un coup puissant, espérant empocher une bille au hasard. De la même manière, les responsables produit et les designers génèrent des hypothèses sans lien avec les utilisateurs, en espérant qu'au moins quelqu'un sera intéressé. Soyez vraiment prudent avec de telles hypothèses ; il peut être utile de prendre le temps de les examiner en détail.

3. Pour atteindre…

Il est également important de déterminer quel type de résultat nous attendons de notre expérience. De plus, le résultat devrait de préférence être mesurable en termes spécifiques. N'écrivez pas : « Nous devons faire mieux ! » Il vaut mieux exprimer vos attentes ainsi : « Nous devons améliorer [product] de 5 %. »

Selon l'hypothèse, nous pouvons avoir des attentes différentes pour les résultats à court et à long terme. De nombreuses personnes préfèrent se concentrer sur des résultats à court terme et éviter de travailler avec des hypothèses ayant des objectifs plus ambitieux à long terme. Mais lorsque nous créons notre hypothèse, nous devons être conscients du temps nécessaire pour la tester : un jour, une semaine, un mois, ou peut-être même plus longtemps. Dans cet esprit, nous pourrons plus tard planifier un backlog de notre expérience.

4. Comment mesurons-nous cela ?

La capacité à mesurer les résultats est le paramètre clé pour tester les hypothèses de produit. Bien que nous ayons déjà mentionné ce que nous allons mesurer à l'étape précédente, nous décrivons ici les types d'outils que nous allons utiliser pour cela. Quels signaux indiqueront que l'opportunité que nous avons créée est impactante ? Quels indicateurs de performance clés (qualitatifs ou quantitatifs) allons-nous mesurer pour prouver que notre expérience a été un succès ?

5. Impact, positif ou négatif

Nous avons introduit ce bloc au cas où nous voudrions aborder notre hypothèse comme quelque chose au-delà d'un seul objectif. Le remplir n'est pas obligatoire.

Dans certains cas, l'introduction d'une certaine fonction a un impact négatif sur d'autres paramètres au sein du système. Par exemple, nous ajoutons une présentation informative et exhaustive

espérant augmenter l'engagement des utilisateurs sur notre page d'accueil. Cependant, la présentation impacte la vitesse de chargement de la page, ce qui, contrairement à notre intention, augmente le taux de rebond, réduisant potentiellement l'engagement. Dans ce cas spécifique, le taux de rebond élevé n'est probablement pas causé par la fonctionnalité elle-même, mais par son encombrement et sa mauvaise implémentation.