Le POC (proof of concept) vérifie qu’une idée est techniquement faisable. Le prototype vérifie qu’une solution est compréhensible et utile pour les utilisateurs. Le MVP (produit minimum viable) vérifie, sur le marché réel, que des clients l’adoptent. Chacun répond à une question différente : faisable, désirable, viable.
Dans les projets d’innovation, ces trois mots sont souvent utilisés l’un pour l’autre. Résultat : une équipe lance un « MVP » qui n’est en fait qu’un prototype, ou construit un prototype très abouti alors qu’il fallait d’abord vérifier la faisabilité technique. Le bon choix dépend d’une seule question : que devez-vous vérifier maintenant ?
Prototyper et tester sont au cœur du Design Thinking : ce sont les deux dernières des 5 étapes du Design Thinking, celles qui permettent de rendre une idée concrète et de la confronter à la réalité avant d’investir.
Sommaire
Désirable, faisable, viable
Une innovation réussie doit répondre à trois conditions à la fois : elle doit être désirable (les utilisateurs en veulent), faisable (on sait la réaliser) et viable (elle est rentable et durable pour l’organisation). Chacun des trois outils vérifie l’une de ces conditions.
Trois outils, trois questions
| POC (proof of concept) | Prototype | MVP (produit minimum viable) | |
|---|---|---|---|
| Question | Est-ce faisable ? | Est-ce utile et compréhensible ? | Les clients l’adoptent-ils vraiment ? |
| Pour qui | L’équipe interne, les experts techniques | Des utilisateurs, en situation de test | De vrais clients, sur le marché |
| Forme | Un test technique limité | Une maquette, une simulation, un jeu de rôle | Une première version réelle, réduite à l’essentiel |
| Durée de vie | Jetable | Jetable ou évolutif | Destiné à évoluer |
| Coût | Faible à moyen | Faible | Moyen à élevé |
| Ce qu’on mesure | Le fonctionnement technique | La compréhension, la facilité d’usage, l’intérêt | L’usage réel, l’achat, la fidélité |
Le POC : vérifier la faisabilité
Ma définition : un POC (proof of concept) est un test limité qui vérifie qu’une idée peut fonctionner techniquement, avant d’investir dans sa conception.
- Exemple : vérifier qu’un outil peut récupérer automatiquement les données d’un logiciel existant, avant d’imaginer le service qui les utilisera.
- Utile quand : la solution repose sur une technologie nouvelle, une intégration complexe ou une contrainte forte.
- Limite : un POC réussi ne dit rien de l’intérêt des utilisateurs.
Le prototype : vérifier l’utilité et la compréhension
Ma définition : un prototype est une représentation simple et tangible d’une solution, construite pour apprendre auprès des utilisateurs, pas pour être livrée.
Il peut prendre des formes très variées :
- basse fidélité : croquis, maquette papier, parcours joué en jeu de rôle ;
- fidélité moyenne : maquette cliquable, faux site, affiche ;
- haute fidélité : maquette proche du produit final, utilisée pour affiner les détails.
Le prototype se teste avec de vrais utilisateurs, selon la méthode présentée dans l’article Test utilisateur : méthode et protocole.
Le MVP : vérifier l’adoption sur le marché
La notion de MVP a été popularisée par Eric Ries dans The Lean Startup (2011) : la version d’un produit qui permet d’apprendre le plus possible sur les clients avec le moins d’effort possible.
Ma définition : un MVP est la première version réelle d’un produit ou d’un service, réduite aux fonctions essentielles, proposée à de vrais clients pour vérifier qu’ils l’utilisent, l’achètent ou y reviennent.
- Exemple : lancer un service de formation en ligne avec un seul module, vendu à un premier groupe de clients, avant de développer le catalogue complet.
- Dans une démarche Agile, le MVP est souvent le résultat du premier sprint : la première version livrable, que les sprints suivants enrichiront.
- Le piège : « minimum » ne veut pas dire « bâclé ». Un MVP doit offrir une expérience suffisamment bonne pour que les clients l’adoptent ; sinon, l’échec ne dit rien de l’idée elle-même.
Comment choisir
- Une incertitude technique ? Commencez par un POC.
- Une incertitude sur l’intérêt ou la compréhension des utilisateurs ? Construisez un prototype et testez-le.
- Une solution testée, mais une incertitude sur l’adoption réelle ? Lancez un MVP.
Dans beaucoup de projets, les trois s’enchaînent. Mais il est fréquent de sauter le POC (la technologie est maîtrisée) et rare de pouvoir sauter le prototype sans prendre de risque.
Les erreurs à éviter
- Appeler « MVP » un produit presque complet, développé pendant des mois sans retour d’utilisateurs.
- Construire un prototype trop abouti, coûteux et difficile à remettre en question.
- Confondre faisabilité et intérêt : un POC réussi ne prouve pas que les clients veulent la solution.
- Lancer un MVP sans indicateurs : sans mesure de l’usage ou de l’achat, impossible d’en tirer des enseignements.
Questions fréquentes
Quelle est la différence entre un prototype et un MVP ?
Le prototype est une représentation de la solution, testée avec des utilisateurs pour vérifier qu’elle est utile et compréhensible. Le MVP est une première version réelle, proposée sur le marché, pour vérifier que des clients l’adoptent.
Quelle est la différence entre un POC et un prototype ?
Le POC (proof of concept) vérifie qu’une idée est techniquement faisable, en interne. Le prototype vérifie qu’elle répond aux besoins des utilisateurs, en la testant avec eux.
Un prototype doit-il être numérique ?
Non. Une maquette papier, une affiche ou un jeu de rôle suffisent souvent à tester un service ou un parcours, surtout en début de projet.
Apprendre à prototyper et à tester
Choisir le bon niveau de prototype, puis le tester avec de vrais utilisateurs, permet d’éviter des mois de développement inutile. Dans la formation que j’anime, vous apprenez à rendre une idée concrète en quelques heures et à la confronter à la réalité.
