Comment Faire Un Vrai MVP qui cartonne ?

J'entends beaucoup de startuper parler de MVP ou je vois pas mal d'ateliers qui parlent de création de startup et qui abordent le sujet du MVP.

Je m'aperçois que beaucoup en parlent mais que pas beaucoup comprennent réellement ce qu'est un MVP et le confondent souvent avec le Prototype ou même l'Offre.

Je fais des MVP depuis 2012. J'ai découvert ça avec le livre D'Eric Ries the Lean Startup et celui d'Ash Maurya Running Lean que je vous recomande fortement de lire.

Pour les anglophones la 3ème édition de Running lean qui a été faite en 2022 est vraiment très complète.

Si toi aussi t'es intéressé par un MVP lis ce qui suit ⬇️

Une fois que tu as récolté tous ces mails de personnes qui ont à priori besoin de ton produit, tu vas les contacter et discuter avec eux de leurs problèmes. Ça sera le sujet d'un autre article.

Une fois que tu as fait tes interviews, tu peux déterminer l'Offre.

Une fois l'Offre mis en ligne et que les premiers clients se sont inscrits

C'est à ce moment que tu peux te lancer dans la création de MVP.

Le concept du MVP a été développé pour les produits logiciel. Mais avec quelques ajustements il est facilement adaptable aux produits physiques et aux services.

Avec les retours des interviews réalisés tu as pu dégager un problème commun à tous les prospects. Je vais reprendre un exemple qu'on retrouve un peu partout sur internet.

Jean s'est inscrit à ta landing page proposant de lui simplifier la vie dans ses déplacements. En l'interviewant tu t'es aperçu qu'il recherchait un travail et qu'il avait besoin d'aller à un rdv d'embauche dans 5 jours.

Jean ne veut pas courrir non plus pour pas arriver tout transpirant.

Quel MVP pourrait on construire en 5 jours pour combler le besoin de Jean ? Vous avez une heure et demie pour me rendre votre copie...

Blague à part, il n'existe pas un seul MVP mais plusieurs possibilités de MVP. Et oui ça serait trop facile sinon.

Dans cet exemple on va prendre l'hypothèse qu'on aime et qu'on veut construire un produit physique.

T'as compris on peut pas juste faire une landing page.... ça va pas beaucoup servir à Jean pour se rendre à son rdv.

Pour déterminer à quoi va ressembler le MVP il faut reprendre tous les interviews et arriver à trouver le problème le plus récurrent et la fonctionnalité qui pourrait résoudre ce problème.

Pour revenir à l'exemple on pourrait prendre une planche de bois dans le garage, y fixer 4 roues pour qu'il soit stable.

Après avoir été a son rdv avec notre skate maison, Jean nous fait un retour d'expérience.

Je vais prendre un autre exemple, dans le digital maintenant. C'est peut être ce qui t'intéresses le plus .

Revoici notre Jean qui cette fois a dû mal gérer tous ses reçus et factures professionniels.

Ça tombe bien tu voulais innover dans le secteur des logiciels de comptabilité.

Ton idée est créer un logiciel comptable en mode saas avec de l'intelligence artificielle qui permettrait de se passer complètement d'expert comptable, même pour les bilans et autres sujets sensibles. Avec un coût plus bas que ce qu'il se fait sur le marché.

Après l'interview avec Jean, tu prends connaissance de ce qui l'agace au quotidien : ses reçus papiers et ses factures reçu par mail.

Tu pourrais donc avoir une proposition de valeur garantissant que Jean ne s'occuperait plus jamais de ses reçus grâce à ton super logiciel (que tu n'as pas encore développé rappelons le).

Un logiciel de ce type coûte très cher à faire développer. Soit il faut embaucher une bonne équipe de développeur, soit il faut trouver une agence qui a les compétences et les disponibilités de le faire.

Mais maintenant tu connais la solution 😉

Tu vas d'abord développer un MVP!

Quel pourrait il être ?

Encore une fois il n'y a pas qu'une solution pour faire un MVP. On peut utiliser des outils no code, on peut aussi faire du low code, ou du code pur et dur.

On peut bien sûr faire un mix de tout ça et même rajouter de l'humain derrière pour remplacer certaines automatisations. Cette façon de faire s'appelle Fake It Until You Make It ou MVP Concierge

En gros c'est faire croire qu'un logiciel travaille pour vous alors qu'en réalité c'est un humain.

Dans notre exemple on veut essayer de faire un MVP le plus rapidement possible qui ne nous coutera pas trop cher pour qu'on puisse vite valider OU invalider si le produit mérite d'être développé.

Réfléchissons ensemble. Quel est le problème principal de Jean (et des autres interviewés) ?

C'est d'avoir des reçus papiers et aussi des factures par emails.

Et ça arrive même que des marchands lui fassent un reçu papier et en même temps lui envoie une facture par mail.

Ça augmente la charge mentale de Jean qui doit se souvenir si tel ou tel reçu a une facture correspondante en version pdf dans sa boite mail, histoire de ne pas la comptabiliser 2 fois.

Pour respecter les principes du MVP on va pour le moment mettre de coté notre super logiciel comptable avec IA et se concentrer sur comment créer quelque chose qui pourra résoudre le problème de Jean.

Nous pourrions faire développer un plateforme qui se connecte aux api de la banque et de son mail. Mais ça ne reglerait pas le problème des reçus papiers.

Bon... on commence à se dire que ça va nous prendre plus de temps que prévu et qu'il va falloir développer une machine de guerre pour que Jean puisse l'utiliser...

On laisse tomber l'idée de faire une application native (iphone, android) dans la cadre d'un MVP car c'est beaucoup trop long à développer et qu'il y a toujours un temps très long de validation pour apparaitre sur les appstores.

Reposes toi encore une fois la question. Qu'est ce que veut Jean? Qu'est ce qu'il aimerait ? Dans quel état émotionnel il voudrait être ou se plaind il d'être ?

.... il est en surcharge mentale et n'arrive pas à suivre et rapprocher les unes des autres toutes les factures.

À aucun moment Jean nous a dit qu'il voulait une application avec des api qui fassent de la comparaison de fichiers pour éliminer les doublons et ensuite les comptabiliser ! NON. Jean nous a dit que ça l'agaçait de faire ses factures et qu'il en s'y retrouvait pas entre les factures papiers et digitales.

Ok alors faisont le à sa place! C'est l'art du MVP Concierge!

Nous allons créer une interface utilisateur pour simuler un logiciel saas.

Je te vois venir tu vas me dire que ça va couter cher et que ça va prendre plus d'un mois.

Non! Une interface utilisateur avec une page d'accueil pour présenter le produit, une page d'inscription/connexion, une page pour que l'utilisateur donne ses infos et une page pour effectuer une action n'est pas très long à faire.

Tout ça designé pour être propre et présentable, sans non plus aller dans les détails et à l'extrème, je mets pas plus de 2 jours avec Ruby on Rails . C'est le framework que j'utilise pour faire les MVP.

On peut même simuler une application smartphone pour que Jean ait accès directement depuis son iphone.

Que fera cette application?? Ce MVP??

Quand Jean sera en magasin et que le marchand lui donne un reçu, Jean va ouvrir son application, Prendre en photo le reçu.

Et c'est tout.

Pour le reste, à l'inscription sur l'application , il aura rentré ses détails avec les accès à sa boite mail.

Tous les jours ou les 2 jours , suivant la fréquences des factures, tu vas ouvrir les photos de reçus que tu aura reçu par mail via l'interface utilisateu, tu les compareras avec les factures qu'il a reçu dans sa boite mail pour effacer les doublons et ensuite soit tu renvois un fichier avec la liste aggloméré de toutes les factures pour qu'il puisse l'utiliser dans son logiciel comptable classique,

ou soit s'il a donné ses accès au logiciel comptable qu'il utilise tu comptabilises les factures toit même manuellement.

Alors je te vois venir.

Tu vas me dire "Moi à la base je voulais faire un logiciel comptable pas faire une service de comptabilité"

ou "Ouai mais là je vais jamais m'en sortir , je pourrai pas scaler , je vais trop passer de temps à faire de l'opérationnel"

Doucement jeune padawan!

Je te rappelle qu'on est là pour tester l'intérêt d'un outil.

Dans mon exemple ça veut dire que Jean a payé une application pour faire ce qu'il n'aime pas faire. ET c'est cool ça pour toi!

Mais il faut voir si d'autres personnes payent pour ça! Parce que c'est pas avec un abonnement à 29€/mois que tu vas vivre on est d'accord.

Je te rappelle qu'une startup ne cherche pas à être rentable au jour 1. L'innovation ça se travaille. Et surtout ça se confronte aux clients. Plus vite tu sors quelques chose plus vite tu apprends et tu comprends ce que veulent réellement les gens.

Je te renvoie à la très célèbre citation de Henry Ford

Avec ce MVP Jean ne voit pas que le classement des factures est fait manuellement. Et sincèrement il s'en fou. Il se dit juste

" Whaou , j'ai plus rien à faire! C'est beau la technologie "

C'était un peu long mais j'espère maintenant que tu vois la différence entre une landing page et un vrai MVP ?

J'en ai parlé plus haut, il y a plusieurs façons de réaliser un MVP. Ici je vais détailler la façon de réaliser un MVP pour un produit digital. Pour les produits physiques ce n'est pas tout à fait pareil et si tu veux dévelppoer ce type de MVP contacte moi et on en parle ⬇️

Il y a eu une montée en puissance du no-code ces dernières années. Pas parce que c'est mieux que le reste c'est juste qu'on te fait une belle promesse : " T'inquiètes en 2 - 3 clics t'as fait ton truc "

Bon c'est un peu plus difficile que ça. En fait les outils no-code offrent un cadre de développement (Framework en anglais).

Ça ne veut pas dire qu'il n'y a plus rien à faire. En fait il y a souvent pas mal de configuration à faire pour tout fonctionne bien.

Par exemple on peut faire l'application pour les reçus de Jean avec Bubble.io. Il faudra quand même passer un certain temps à prendre l'outil en main et savoir s'en servir avant de pouvoir réellement présenter un MVP à des prospect.

Personnellememt j'utilise Syteme.io pour tout ce qui est tunnel de vente, landing page etc... Il y a un plan gratuit qui permet dejà de faire ses premières pages très facilement à la manière "drag and drop"

Les solutions no-code sont quand limitées en terme de personnalisation ou alors il faut y intéger du code ...

Pas vraiment besoin de te détailler celui là. Tout le monde connais.

Il faut avoir appris un langage de programmation et en général choisir un framework pour commencer à développer des applications web.

Autant te dire que je te déconseille de te lancer dans cet apprentissage si tu veux juste tester une idée avec MVP dans 2 semaines.

Ou alors tu me contactes et tu l'aura ton MVP en 2 semaines 😉

J'utilise personnellement Ruby on Rails comme framework de développement.

"Mais c'est has-been Ruby on rails, moi je veux faire mon app avec node.js ou un framework javascript" dit la personne qui n'a jamais appris à coder et qui finalement n'a pas de réels arguments pour étayer son choix... 🤔

Ruby on Rails est merveilleux pour développer des MVP. C'est rapide, simple, et efficace.

La communauté est très active autour de ce framework et il est très régulièrement mis à jour avec de nouvelles fonctionnalités qui facilitent de plus en plus la vie des développeurs.

Avec Ruby On Rails on peut comme avec les framework javascript faire une SPA (Single page Apllication). C'est hyper rapide et d'une fluidité absolument géniale.

Pour moi Ruby On Rails est le meilleur outils pour faire des MVP. Mais c'ets parce que je le conanis bein et que je m'en sers depuis de nombreuses années.

Les plus grandes Startup sont passées ou sont encore sur ce Framework.

Twitter a changer de framework alors qu'il avait déjà plusieurs millions d'utilisateurs ! Il a d'ailleurs apporté pas mal de chose à Ruby on Rails.

Shopify qui est un des plus service de création de site ecommerce tourne sous ruby on rails. Donc viens pas me dire que ce framework n'est pas viable. Des exemples comme ça il y en a plein.

Pourquoi faire compliqué quand on peut faire simple (et vite)?

Beaucoup de développeurs ont essayés de suivre la mode et d'aller sur des framework javascript pour finalament se rendre compte que c'est bien plus simple de construire quelque chose avec ruby on rails.

Le low-code est à la croisée du code et du no-code. En gros sur chaque outils no-code il y a la possibilité de rajouter des petits bouts de code pour personnaliser davantage les styles ou les comportements de l'application.

Ça parait être le meilleur des deux monde!!!

Sauf ..... qu'il faut apprendre à maitriser l'outil no-code et aussi apprendre un ou plusieurs languages de programmation pour rajouter du code... Tu vois où je veux en venir ?? C'est finalement 2 fois plus long pour quelqu'un qui ne connait ni l'un ni l'autre.

Sur Systeme.io que j'utilise il y a la possibilité de rajouter du code et même d'utiliser des framwork front end pour styliser sa page 🤯

Il n'y a pas de meilleure façon qu'une autre de faire un MVP.

Qu'il soit fait en no-code, en code ou en low-code, peu importe ce qui compte c'est qu'il soit entre les mains des utilisateurs et qu'il puisse résoudre leur problème ou besoin que tu as identifié au cours de tes interviews.

C'est tout. 🤘