Ces contenus pourraient vous intéresser
Ressources
Pour être plus agile à la création d’un projet, d’entreprise ou en entreprise, fonctionner en itérations a plusieurs avantages : tester et valider ses hypothèses, identifier de nouveaux besoins utilisateur, et in fine économiser beaucoup d’argent.
Jusqu’ici tout va bien, mais une fois qu’on a dit ça, plusieurs questions se bousculent :
Le MVP (ou Produit Minimum Viable) est une version minimaliste d’une solution innovante. Il sert à valider le potentiel d’un produit ou service à petite échelle et doit vous permettre de vous concentrer sur le véritable pain de vos utilisateurs dès les premières étapes de votre gestion de projet. Au-delà du jargon de startup, le MVP est une super méthode pour limiter l’effort dans la création de la valeur que l’on cherche à apporter aux utilisateurs finaux. L’objectif : tester une première version d’un produit en développant uniquement les fonctionnalités centrales (c’est-à-dire celles qui apportent de la valeur) pour économiser du temps et de l’argent.
Avant de mettre en place une méthode agile de conception du MVP, il vous faut d’abord adopter un état d’esprit agile : aller vite, vous concentrer sur l’essentiel et faire au plus simple.
Au moment de faire votre planning itératif, dites-vous que votre MVP doit être mis sur le marché en moins de 3 mois. Passé ce délai, on peut considérer qu’on a passé trop de temps à le concevoir ou investi trop d’argent dans son développement.
D’un point de vue technique, l’objectif d’un MVP est d’être fonctionnel, pas parfait. N’hésitez pas à opter pour le “fait maison” en expérimentant à la main les fonctionnalités qui n’ont pas besoin d’être industrialisées pour la première version de la solution.
Ici encore, il faut raisonner par opportunisme, et ne pas hésiter à utiliser des briques existantes pour se concentrer sur le développement des éléments uniques et innovants de la solution, c’est-à-dire ceux qui sont déterminants de la proposition de valeur.
On ne vous conseille pas nécessairement de réaliser votre manifeste agile ni de ressortir votre Kanban préféré dès que vous devez prendre une décision pour votre business. À l’inverse de ces 2 techniques, le MVP Canvas se réalise en quelques étapes simples et remplit votre objectif principal : tester rapidement votre produit ou service de façon incrémentale.
La proposition de valeur c’est le principal bénéfice de votre solution pour sa cible.
Les hypothèses fondamentales sont les 1 à 3 hypothèses les plus urgentes à tester (et valider) avant de pouvoir continuer le développement de votre solution. Vous pouvez les formuler en complétant cette phrase : “Notre solution ne fonctionnera que si…”
Ce sont les fonctionnalités prioritaires à développer pour votre MVP, celles sans lesquelles vous ne pourrez ni valider ni invalider vos hypothèses fondamentales.
C’est ce que vous allez mesurer pour définir le succès (ou l’échec) de votre MVP. Vos indicateurs de mesure doivent être en lien avec vos hypothèses et vos fonctionnalités fondamentales. Selon votre solution, vous pouvez par exemple partir du nombre de commandes réalisées sur une période donnée, en vous fixant un objectif précis :
“Cette hypothèse sera validée si on enregistre plus de 5 commandes dans les 10 jours qui suivent le lancement du MVP.”
L’approche itérative ne se prête pas qu’au lancement d’une start-up “from scratch” dans un garage. Certains projets intrapreneuriaux ou lancements de produits suivent également cette méthode qui permet à des (plus ou moins) grandes entreprises de rester agiles dans leur gestion de projet et de procéder à des améliorations continues.
L’objectif du POC est de s’assurer de la faisabilité technique du produit. Avant de lancer Prime Now d’Amazon, la question était de savoir si la chaîne logistique permettait d’assurer la livraison des commandes en moins d’une heure.
Amazon a donc commencé par un premier sprint de développement de son service “Prime Now” pour ses employés, dans les bureaux, pour valider sa faisabilité. En plus de valider la cohérence logistique, cette approche itérative en interne a permis de bénéficier des feedback qualitatifs d’employés indulgents pour procéder à une amélioration continue.
L’objectif ultime du MVP est de valider qu’un marché existe bien pour une solution avant de la développer entièrement, autrement dit, de vérifier qu’il y a une demande et la mesurer pour prendre les bonnes décisions. La manière la plus efficace de réaliser cette étude de marché est de mettre le MVP sur un marché restreint pour observer son usage et mesurer la traction qu’il génère.
Après avoir validé le réalisme de la livraison Prime, Amazon a donc réalisé un deuxième sprint en mettant son offre en ligne uniquement pour certaines zones de Londres proches des entrepôts. L’objectif de ce sprint était de répondre à la question : des utilisateurs à Londres seraient-ils intéressés par la solution ? Où sont-ils ?
Le prototype est en quelque sorte le brouillon tangible sur lequel s’appuyer pour valider la désirabilité de la solution.
Au lancement de Prime, les designers web d’Amazon ont mené leur troisième sprint : la conception d’une landing page basique pour présenter Prime Now et en faire la publicité sur le site d’Amazon. En analysant le trafic en parallèle, les équipes ont pu sonder la demande et la localiser dans l’optique d’étendre le service à l’extérieur de Londres.
Il existe de nombreux outils no-code qui permettent de faciliter au maximum la conception du MVP pour ceux qui n’ont pas de DSI, de développeurs ou de product owner :
Chez NUMA le no-code nous a d’ailleurs permis d’automatiser la plupart des tâches répétitives liées à nos formations : inscriptions des participants et staffing des coachs, émargement, feedback participants, reporting clients etc. Notre CEO Anselme Jalon était au micro de Radio Contournements pour décortiquer comment le no-code nous a permis de devenir une EdTech et gagner significativement en agilité, sans recruter une équipe de développement.
On y est ! Vous avez testé et validé votre idée en utilisant la méthode du MVP… Pour vous servir du temps investi et faire passer votre projet à l'échelle, il vous faut maintenant élaborer sa version finale en vous basant notamment sur les feedback utilisateurs que vous avez reçu. Pour vous assurer de sa viabilité, on vous conseille également de créer et challenger votre Business Model en vous appuyant sur la méthode détaillée dans cet article.
Pour être plus agile à la création d’un projet, d’entreprise ou en entreprise, fonctionner en itérations a plusieurs avantages : tester et valider ses hypothèses, identifier de nouveaux besoins utilisateur, et in fine économiser beaucoup d’argent.
Jusqu’ici tout va bien, mais une fois qu’on a dit ça, plusieurs questions se bousculent :
Le MVP (ou Produit Minimum Viable) est une version minimaliste d’une solution innovante. Il sert à valider le potentiel d’un produit ou service à petite échelle et doit vous permettre de vous concentrer sur le véritable pain de vos utilisateurs dès les premières étapes de votre gestion de projet. Au-delà du jargon de startup, le MVP est une super méthode pour limiter l’effort dans la création de la valeur que l’on cherche à apporter aux utilisateurs finaux. L’objectif : tester une première version d’un produit en développant uniquement les fonctionnalités centrales (c’est-à-dire celles qui apportent de la valeur) pour économiser du temps et de l’argent.
Avant de mettre en place une méthode agile de conception du MVP, il vous faut d’abord adopter un état d’esprit agile : aller vite, vous concentrer sur l’essentiel et faire au plus simple.
Au moment de faire votre planning itératif, dites-vous que votre MVP doit être mis sur le marché en moins de 3 mois. Passé ce délai, on peut considérer qu’on a passé trop de temps à le concevoir ou investi trop d’argent dans son développement.
D’un point de vue technique, l’objectif d’un MVP est d’être fonctionnel, pas parfait. N’hésitez pas à opter pour le “fait maison” en expérimentant à la main les fonctionnalités qui n’ont pas besoin d’être industrialisées pour la première version de la solution.
Ici encore, il faut raisonner par opportunisme, et ne pas hésiter à utiliser des briques existantes pour se concentrer sur le développement des éléments uniques et innovants de la solution, c’est-à-dire ceux qui sont déterminants de la proposition de valeur.
On ne vous conseille pas nécessairement de réaliser votre manifeste agile ni de ressortir votre Kanban préféré dès que vous devez prendre une décision pour votre business. À l’inverse de ces 2 techniques, le MVP Canvas se réalise en quelques étapes simples et remplit votre objectif principal : tester rapidement votre produit ou service de façon incrémentale.
La proposition de valeur c’est le principal bénéfice de votre solution pour sa cible.
Les hypothèses fondamentales sont les 1 à 3 hypothèses les plus urgentes à tester (et valider) avant de pouvoir continuer le développement de votre solution. Vous pouvez les formuler en complétant cette phrase : “Notre solution ne fonctionnera que si…”
Ce sont les fonctionnalités prioritaires à développer pour votre MVP, celles sans lesquelles vous ne pourrez ni valider ni invalider vos hypothèses fondamentales.
C’est ce que vous allez mesurer pour définir le succès (ou l’échec) de votre MVP. Vos indicateurs de mesure doivent être en lien avec vos hypothèses et vos fonctionnalités fondamentales. Selon votre solution, vous pouvez par exemple partir du nombre de commandes réalisées sur une période donnée, en vous fixant un objectif précis :
“Cette hypothèse sera validée si on enregistre plus de 5 commandes dans les 10 jours qui suivent le lancement du MVP.”
L’approche itérative ne se prête pas qu’au lancement d’une start-up “from scratch” dans un garage. Certains projets intrapreneuriaux ou lancements de produits suivent également cette méthode qui permet à des (plus ou moins) grandes entreprises de rester agiles dans leur gestion de projet et de procéder à des améliorations continues.
L’objectif du POC est de s’assurer de la faisabilité technique du produit. Avant de lancer Prime Now d’Amazon, la question était de savoir si la chaîne logistique permettait d’assurer la livraison des commandes en moins d’une heure.
Amazon a donc commencé par un premier sprint de développement de son service “Prime Now” pour ses employés, dans les bureaux, pour valider sa faisabilité. En plus de valider la cohérence logistique, cette approche itérative en interne a permis de bénéficier des feedback qualitatifs d’employés indulgents pour procéder à une amélioration continue.
L’objectif ultime du MVP est de valider qu’un marché existe bien pour une solution avant de la développer entièrement, autrement dit, de vérifier qu’il y a une demande et la mesurer pour prendre les bonnes décisions. La manière la plus efficace de réaliser cette étude de marché est de mettre le MVP sur un marché restreint pour observer son usage et mesurer la traction qu’il génère.
Après avoir validé le réalisme de la livraison Prime, Amazon a donc réalisé un deuxième sprint en mettant son offre en ligne uniquement pour certaines zones de Londres proches des entrepôts. L’objectif de ce sprint était de répondre à la question : des utilisateurs à Londres seraient-ils intéressés par la solution ? Où sont-ils ?
Le prototype est en quelque sorte le brouillon tangible sur lequel s’appuyer pour valider la désirabilité de la solution.
Au lancement de Prime, les designers web d’Amazon ont mené leur troisième sprint : la conception d’une landing page basique pour présenter Prime Now et en faire la publicité sur le site d’Amazon. En analysant le trafic en parallèle, les équipes ont pu sonder la demande et la localiser dans l’optique d’étendre le service à l’extérieur de Londres.
Il existe de nombreux outils no-code qui permettent de faciliter au maximum la conception du MVP pour ceux qui n’ont pas de DSI, de développeurs ou de product owner :
Chez NUMA le no-code nous a d’ailleurs permis d’automatiser la plupart des tâches répétitives liées à nos formations : inscriptions des participants et staffing des coachs, émargement, feedback participants, reporting clients etc. Notre CEO Anselme Jalon était au micro de Radio Contournements pour décortiquer comment le no-code nous a permis de devenir une EdTech et gagner significativement en agilité, sans recruter une équipe de développement.
On y est ! Vous avez testé et validé votre idée en utilisant la méthode du MVP… Pour vous servir du temps investi et faire passer votre projet à l'échelle, il vous faut maintenant élaborer sa version finale en vous basant notamment sur les feedback utilisateurs que vous avez reçu. Pour vous assurer de sa viabilité, on vous conseille également de créer et challenger votre Business Model en vous appuyant sur la méthode détaillée dans cet article.
Organisme de formation enregistré sous le numéro 11755339875. Cet enregistrement ne vaut pas agrément de l’État.
La certification qualité a été délivrée au titre de la catégorie d’actions suivante : ACTIONS DE FORMATION
.svg)
.png){kind=small}
.png){kind=small}
