Agence de développement MVP : ce qu'elle doit livrer, et ce qu'il faut exiger avant de signer

Chercher une agence de développement MVP, c'est généralement chercher à aller vite sans se tromper. Les deux objectifs entrent en conflit dès la première réunion : aller vite pousse à couper dans ce qui protège, ne pas se tromper pousse à tout prévoir. Cet article explique ce qu'une agence doit réellement livrer sur un MVP, les cinq engagements à obtenir avant de signer, et les situations où il vaut mieux ne pas en prendre une.

Un MVP n'est pas une version pauvre de votre produit

C'est le malentendu le plus coûteux, et il se glisse dans presque tous les cahiers des charges. Un MVP n'est pas « le produit avec moins de fonctionnalités ». C'est le plus petit système capable de répondre à une question que vous vous posez : est-ce que ces utilisateurs-là ont vraiment ce problème, sont-ils prêts à payer, ce parcours tient-il debout avec de vraies données ?

La différence n'est pas théorique, elle change ce qu'on construit. Si la question est « est-ce que des artisans accepteraient de suivre leurs chantiers depuis leur téléphone », le MVP n'a besoin ni de facturation, ni de gestion des droits, ni d'un back-office. Il a besoin d'un parcours qui fonctionne avec de vrais chantiers, et d'une mesure de ce qui se passe ensuite. Tout le reste est du produit, pas du MVP.

Une agence qui commence par vous demander la liste de vos fonctionnalités construira un petit produit. Une agence qui commence par vous demander quelle décision vous prendrez au vu du résultat construira un MVP.

Ce qu'une agence de développement MVP livre réellement

Un cadrage qui réduit. La valeur d'un cadrage MVP ne se mesure pas à ce qu'il ajoute mais à ce qu'il retire. Si vous ressortez de la phase de cadrage avec un périmètre plus grand qu'en entrant, quelque chose s'est mal passé.

Un système en ligne, utilisé par de vraies personnes. Une maquette cliquable teste une interface, pas une hypothèse de marché. Tant que personne d'extérieur n'a utilisé le système avec ses propres données, vous avez des avis, pas des faits.

Une mesure définie avant le développement. Ce point sépare les prestataires plus sûrement que n'importe quel argumentaire technique. Il faut savoir, avant d'écrire la première ligne, ce qui constituera une réponse positive et ce qui constituera une réponse négative. Sans cela, tout résultat sera interprété favorablement — c'est humain, et c'est exactement ce qu'un MVP est censé empêcher.

Un socle qui ne vous enferme pas. Un MVP a vocation à être jeté ou repris. Les deux issues sont acceptables ; ce qui ne l'est pas, c'est de ne pas pouvoir choisir parce que personne d'autre ne sait faire tourner le projet.

Les cinq engagements à obtenir avant de signer

Ils ne coûtent rien à accorder quand ils sont demandés avant. Réclamés après, ils se négocient en position de faiblesse.

Le dépôt de code vous appartient dès le premier jour, pas à la livraison. La différence se voit le jour où la relation se termine mal.
Les accès aux services tiers sont à votre nom — hébergement, nom de domaine, base de données, services d'envoi. Un service critique sur le compte personnel d'un prestataire est une dépendance que vous découvrirez au pire moment.
Une procédure d'installation qu'un tiers peut suivre. Le test est simple : combien de temps faudrait-il à un développeur extérieur pour faire tourner le projet sur sa machine ? Si la réponse est « il faudrait demander à celui qui l'a écrit », vous n'avez pas un livrable, vous avez une dépendance.
Le critère de succès est écrit avant le développement, et il inclut ce qui vous ferait arrêter.
Un préavis de fin de mission. Une interruption préparée coûte des semaines ; une interruption brutale peut coûter le projet.

Quand il ne faut pas prendre d'agence

Il y a des cas où la réponse honnête est non, et une agence sérieuse doit vous le dire.

Quand la question peut être répondue sans logiciel. Beaucoup d'hypothèses se testent avec un formulaire, un tableur et quelques appels. Si dix conversations suffisent à savoir que le problème n'existe pas, développer coûte des semaines pour une réponse qu'on pouvait obtenir en trois jours.

Quand le périmètre ne rentre pas dans un cycle court. Si le cadrage aboutit à plusieurs mois, ce n'est plus un MVP : c'est une première version, avec le budget et le risque d'une première version. Le mot a changé de sens en route, et c'est le moment de le dire, pas six mois plus tard.

Quand vous cherchez surtout à être rassuré. Un MVP est fait pour trancher, y compris contre le projet. Si l'organisation n'est pas prête à entendre une réponse négative, le résultat sera réinterprété jusqu'à devenir positif, et l'argent aura servi à acheter une confirmation.

Comment comparer deux propositions

Les devis se ressemblent tous ; les réponses aux questions suivantes, non.

Quelle question ce MVP répond-il, et qu'est-ce qui constituerait une réponse négative ?
Qu'est-ce qui a été retiré du périmètre pendant le cadrage, et pourquoi ?
Combien de temps faudrait-il à un tiers pour reprendre le projet ?
Que possédons-nous exactement à la fin, et à quel moment ?
Qu'est-ce qui n'est pas inclus ?

La dernière est la plus révélatrice. Un prestataire qui répond précisément à « ce qui n'est pas inclus » a réfléchi au périmètre ; un prestataire qui élude vous facturera ces éléments plus tard, ou les livrera mal.

Si vous préparez un projet de ce type, le plus rapide est de nous exposer le contexte : nous vous dirons honnêtement si votre besoin justifie un MVP, s'il peut être tranché sans développement, ou s'il s'agit en réalité d'une première version. Vous pouvez consulter notre approche des projets sur mesure, lire notre comparaison agence ou freelance, ou nous décrire votre situation directement.

Questions fréquentes

Qu'est-ce qu'une agence de développement MVP fait exactement ?

Elle construit le plus petit système capable de répondre à une question que vous vous posez sur votre marché — pas une version allégée du produit final. Concrètement : cadrer l'hypothèse à tester, réduire le périmètre jusqu'à ce qu'il ne reste que ce qui produit une réponse, développer, mettre en ligne, et instrumenter pour que l'usage réel soit mesurable. Une agence qui commence par vous demander la liste de vos fonctionnalités plutôt que la question à laquelle vous voulez répondre construira un petit produit, pas un MVP.

Combien de temps prend un MVP ?

Cela dépend entièrement du périmètre, et méfiez-vous de tout chiffre annoncé avant que le périmètre ne soit posé. Ce qui est vrai en revanche, c'est que la durée est le meilleur signal d'alarme : si le cadrage aboutit à plusieurs mois de développement, ce n'est plus un MVP mais une première version — le mot a changé de sens en cours de route, et avec lui le budget et le risque. Un périmètre qui ne rentre pas dans un cycle court est un périmètre qui n'a pas encore été réduit.

Faut-il une agence ou un freelance pour un MVP ?

Les deux fonctionnent, et le statut n'est pas le bon critère. Ce qui décide, c'est la continuité — que se passe-t-il si la personne devient indisponible au milieu du projet — et ce que vous possédez à la fin. Un indépendant qui vous livre un dépôt de code que vous contrôlez et une documentation d'installation vaut mieux qu'une structure qui vous rend dépendant. Nous détaillons ces critères dans notre comparaison entre agence et freelance.

Que doit-on posséder à la fin du projet ?

Le code, sur un dépôt qui vous appartient, dès le premier jour et non à la livraison. Les accès à l'hébergement et aux services tiers à votre nom, pas sur un compte personnel du prestataire. Une procédure d'installation qu'un tiers peut suivre. Ces trois points s'écrivent dans le contrat : réclamés après coup, ils se négocient en position de faiblesse, et leur absence transforme un changement de prestataire en réécriture.

Comment savoir si le MVP a réussi ?

En ayant défini avant le développement ce qui constituerait une réponse. Un MVP réussi n'est pas un MVP qui plaît : c'est un MVP qui tranche — y compris quand il tranche contre le projet. Si aucune mesure n'a été posée avant la mise en ligne, vous obtiendrez des avis et des impressions, pas une décision. C'est la partie que les prestataires sautent le plus souvent, parce qu'elle est la moins visible dans un devis.

Ce qu'il faut retenir

Une agence de développement MVP ne vend pas des semaines de développement : elle vend une réponse obtenue vite et pour un coût connu. Le prestataire qu'il vous faut est celui qui réduit votre périmètre au lieu de l'accepter, qui écrit avec vous le critère de succès avant de commencer, et qui vous laisse capable de partir. Les erreurs les plus fréquentes sur un MVP ne sont d'ailleurs presque jamais techniques : elles portent sur la question posée et sur ce qu'on accepte de ne pas construire.