Pourquoi est-il temps d’oublier MVP et de commencer à tester les hypothèses les plus risquées (RAT) ?
Le terme « produit minimum viable » a un inconvénient : MVP n’est pas encore un produit, mais un moyen de vérifier si vous avez réussi à trouver un vrai problème, dont la solution intéressera les utilisateurs.
Autrement dit, MVP est simplement un moyen de tester votre hypothèse clé avec un risque minimal. Alors pourquoi s’embêter avec MVP alors ? Ne serait-il pas plus simple de trouver immédiatement l’hypothèse la plus risquée et de la tester ?
Cette approche s’appelle RAT (test d’hypothèse la plus risquée – tester les hypothèses les plus risquées) et elle peut vous éviter bien des problèmes.
Le terme MVP a été tellement galvaudé ces derniers temps qu’il a perdu son sens originel.
Aujourd’hui, le produit minimum viable est souvent (à tort !) appelé la première version d’un produit sous-laminé. En conséquence, il s’est avéré que vous n’utilisez pas non plus MVP pour des tests rapides – c’est trop compliqué et vous ne pouvez pas appeler cela un produit à part entière – c’est trop brut.
Insatisfaits du produit minimum viable, les entrepreneurs se focalisent sur la valeur minimum ou le produit minimum attractif . Du coup, les enjeux sont relevés, les hypothèses deviennent plus risquées, et le moment du retour des vrais clients est encore retardé. Et ce n’est pas du tout notre voie.
Parfois, pour tenter de travailler par itérations courtes, les équipes utilisent des tests minimum viables . Cependant, de tels tests ne répondent pas à deux questions principales : que testons-nous et pourquoi ? De plus, la notion de « minimum » est assez floue.
Lorsqu’on a demandé à Eric Rees (auteur de Lean Startup) ce que devrait être un produit minimum viable, il a répondu :
“Peut-être beaucoup plus minime que vous ne le pensez”
Mais tester les hypothèses les plus risquées (RAT) est une méthode précise. Il n’est pas nécessaire de développer quoi que ce soit de plus – uniquement ce qui vous permettra de tester votre clé inconnue. Personne ne s’attend à un code ou à une conception parfaits. Aucun danger de libérer un produit à l’avance.
MVP donne lieu au faux espoir qu’il existe un chemin clair et direct vers la solution optimale. Tester les hypothèses les plus risquées met l’accent sur l’apprentissage. C’est un faisceau de lumière dans l’obscurité qui vous aide à avancer, un pas à la fois. Une fois que vous avez confirmé votre hypothèse la plus risquée, vous pouvez passer au risque le plus élevé suivant. De cette façon, vous construisez progressivement la confiance dans la viabilité de votre idée.
La clé du succès réside dans de petits tests rapides. Quelle est la plus petite expérience qui puisse tester votre hypothèse la plus risquée ?
Vous avez besoin, comme le dit Tom Chi, co-fondateur de Google X :
Et on parle d’économies importantes – l’équipe Google Glass, même pour des idées complexes, crée un prototype en 1 jour !
Il faut beaucoup de persévérance et de carburant mental pour découvrir des hypothèses. Chaque opportunité doit être exprimée à travers le prisme des problématiques du client et élaborée à l’envers. Quelles conditions doivent exister pour que cette possibilité existe ? Ensuite, il faut prendre toutes ces hypothèses et identifier sur quelles hypothèses, à leur tour, elles sont construites ? L’exercice doit être répété jusqu’à ce que les hypothèses sous-jacentes soient identifiées. Cela rappelle la technique des cinq pourquoi .
En travaillant à rebours, rassemblez des preuves pour étayer chacune des hypothèses. De cette façon, vous pourrez identifier les lacunes critiques dans vos connaissances et comprendre quelles hypothèses sont les plus risquées à tester.
Chaque nouvelle idée commence par un RAT
Tester les hypothèses les plus risquées est pertinent non seulement pour les start-up, mais aussi pour les entreprises déjà établies – peut-être même plus pertinentes. Lorsqu’une entreprise fonctionne régulièrement depuis de nombreuses années, elle berce la vigilance et crée un sentiment de sécurité imaginaire. C’est là que survient le risque de commencer à injecter du temps et de l’argent dans un produit dont personne n’a besoin.
Il y a certaines difficultés avec l’utilisation du RAT dans les entreprises matures. Les startups sont toujours dans des limites serrées – et tester les hypothèses les plus risquées s’inscrit au mieux dans ce scénario. Les entreprises matures disposent de suffisamment de ressources – le coût d’une erreur ne semble donc pas si élevé et la nécessité de confirmer les hypothèses, semble-t-il, s’estompe.
Les ingénieurs, concepteurs et chefs de produit de haut niveau sont dans ce cas vos principaux ennemis. Bourrasques de travail et perfectionnistes, ils veulent créer des produits parfaits, ajouter de petites fonctionnalités, peaufiner le code. Mais lorsque personne n’a besoin de votre produit, personne ne se soucie de votre excellent design et de votre code sans faille.
Plus de découvertes !
Lorsque vous testez les hypothèses les plus risquées, la priorité est donnée aux tâches qui vous permettent de tester rapidement votre idée. Cela vous évite la tentation de libérer un produit brut à l’avance.
Mais ici avec RAT il y a quelques difficultés. Vous devez apprendre à identifier et à tester des hypothèses avec une précision de plus en plus grande.
English 
French