Lancer un projet

Étage 01 · Logiciel

Un MVP en ligne en quelques semaines.

Un MVP (produit minimum viable), c’est la version la plus légère de votre produit pour laquelle des inconnus s’inscrivent et paient. À Tallinn, l’équipe de yop la cadre avec vous, la construit en cycles courts et la met en ligne : vous apprenez de vos clients, pas de vos diapos.

Le grand tri

Ce qui entre, ce qui attend.

Déplacez les fonctions entre « Dans le MVP » et « Plus tard ». Cinq suffisent pour une V1.

Dans le MVP 0

Plus tard 0

    Touchez une fonction pour la déplacer.

    Prêt ?

    Votre idée est-elle prête pour un MVP ?

    Un MVP vaut le coup s’il y a une chose claire à apprendre et quelqu’un pour l’apprendre. Lisez les deux listes avant de réserver un atelier.

    Prêt si

    • vous pouvez dire en une phrase ce que les utilisateurs y feront.
    • vous pouvez joindre vous-même les vingt premiers.
    • vous savez quel chiffre vous ferait continuer ou arrêter.
    • vous acceptez que la version 1 paraisse petite, exprès.

    Pas encore si

    • la liste des fonctions est figée et rien ne peut passer en « Plus tard ».
    • personne hors de l’équipe n’a encore entendu l’idée : parlez d’abord à cinq acheteurs.
    • la date de lancement compte plus que ce que vous en apprendrez.

    Tri par question

    Posez la question, le tri suit.

    Une première version existe pour répondre à une question. Choisissez-la et regardez quelles fonctions entrent dans la version 1.

    Tri par question

    La question

    Vont-ils s’inscrire ?

    Le chiffre

    Part des visiteurs inscrits

    • Landing pageVersion 1
    • InscriptionVersion 1
    • La tâche cléPlus tard
    • PaiementPlus tard
    • E-mails de rappelPlus tard
    • Suivi d’usageVersion 1
    • AdminPlus tard
    • Appli nativePlus tard

    V1 : 3 fonctions sur 8

    Un tri type

    Petit exprès, réel dès le jour 1.

    Ce qui entre en général dans une première version
    FonctionFonctionDans le MVPPlus tard
    Inscription et connexionOui–
    La tâche principaleOui–
    PaiementsSi vous facturez dès le jour 1Offres et facturation
    Back-officeBasiqueRôles et rapports complets
    IntégrationsCelle qui compteLes autres
    Appli mobileWeb responsive d’abordApplis natives

    La méthode

    Créer un MVP sans perdre un an.

    Pour créer un MVP, nommez la seule chose à apprendre, réduisez le produit à la tâche qui la prouve et mettez-le devant des utilisateurs payants le plus tôt possible.

    v0.1
    01

    Nommer le risque

    Écrivez la seule hypothèse qui, si elle est fausse, tuerait le produit. C’est elle que le MVP teste.

    v0.2
    02

    Couper le reste

    Gardez inscription, tâche clé et paiement. Le reste attend, même les fonctions que vous aimez.

    v0.3
    03

    Dessiner le flux

    Écrans cliquables pour la tâche clé, testés par cinq vrais utilisateurs avant tout code.

    v0.4
    04

    Coder et livrer

    Cycles courts, lien de recette en ligne. La V1 part chez de vrais utilisateurs, pas devant un jury.

    v1.0
    05

    Mesurer, décider

    Observez ce que font les utilisateurs, pas ce qu’ils disent. Puis avancez, pivotez ou arrêtez.

    Après le lancement

    Premières semaines, vrais utilisateurs.

    La mise en ligne est le milieu d’un MVP, pas la fin. Voici comment se passent en général les semaines suivantes, et ce que chacun fait de son côté.

    Jour J

    Pas une démo

    La version 1 part chez de vrais utilisateurs, mesure activée et moyen de vous joindre depuis le produit.

    Semaine 1

    Observer

    Inscriptions, points d’abandon, premiers messages : nous les lisons avec vous. Aucune nouvelle fonction encore.

    Semaines 2–3

    Écouter

    Courts appels avec ceux qui restent et ceux qui partent. Leurs mots fixent le prochain changement.

    Semaine 4

    Décider

    Construire la fonction suivante, changer de cap ou arrêter, selon le chiffre choisi au départ.

    Vos livrables

    À la fin du MVP.

    La version 1, c’est plus qu’une appli sur un lien. Voici ce que vous gardez, quels que soient les chiffres.

    Le produit en ligne

    Un vrai logiciel sur votre domaine, où des inconnus s’inscrivent, l’utilisent et, si c’est la question, paient.

    Un code évolutif

    Un dépôt propre dans votre compte, construit pour que les fonctions suivantes s’ajoutent dessus et non à côté.

    Le chiffre, suivi

    Votre mesure, comptée dès le premier visiteur, avec les événements derrière.

    Enseignements

    Ce que les utilisateurs ont fait et dit, et ce qui nous a surpris, pour votre équipe et vos investisseurs.

    La suite

    Les fonctions en attente, classées selon les vraies demandes des utilisateurs.

    Pièges courants

    Conseils MVP que nous contestons.

    Souvent entendu

    « Rendez-le parfait avant de le montrer. »

    Notre constat

    Le peaufinage coûte des semaines et n’apprend rien. Un écran sobre se pardonne ; une tâche principale qui ne marche pas, non.

    Souvent entendu

    « Un MVP, c’est un prototype pas cher. »

    Notre constat

    Un prototype montre une idée. Un MVP est un vrai logiciel, utilisé par de vrais inscrits, et son code peut grandir si la réponse est oui.

    Souvent entendu

    « Plus de fonctions, plus de chances. »

    Notre constat

    Chaque fonction en plus brouille le résultat. Avec une seule tâche clé, vous savez pourquoi les gens viennent, ou partent.

    Votre première version

    Taillez court, livrez l’essentiel.

    Apportez l’idée. Nous vous aidons à choisir ce qui entre en V1 et ce qui attend.

    Questions

    Avant d’écrire une ligne de code.

    Combien de temps faut-il pour créer un MVP ?

    La plupart des premières versions que nous cadrons tiennent en quelques semaines de développement. Le chiffre exact sort de l’atelier de cadrage, pas d’un modèle.

    Non. Un prototype montre une idée ; un MVP est un vrai logiciel, utilisé par de vrais inscrits.

    Une équipe, car elle porte tout le parcours : périmètre, design, code, lancement et données pour décider de la suite. Chez yop, la même petite équipe va du croquis au lancement : rien ne tombe entre deux freelances.

    Le prix d’un MVP dépend de la tâche principale et des intégrations. Après l’atelier de cadrage, nous fixons un prix pour la première version : le budget est connu avant de coder.

    Un MVP contient l’inscription, la tâche principale et de quoi mesurer l’usage, plus le paiement si la question est de faire payer. Le reste attend que les utilisateurs montrent ce dont ils ont besoin ensuite.

    Nous lisons les chiffres avec vous et choisissons l’une de trois voies : construire la fonction suivante, changer de cap ou arrêter avant d’investir plus. Quand l’idée marche, le code du MVP devient en général le produit complet au lieu d’être jeté.

    Oui, mais une appli web responsive sort et évolue plus vite, sans validation des stores. Nous partons sur une appli native quand la tâche principale dépend du téléphone : appareil photo, localisation ou travail hors réseau.