Beaucoup de projets digitaux meurent joliment sur scène : belle démo, applaudissements, puis silence — personne n’a défini la suite. PoC (Proof of Concept) et MVP (Minimum Viable Product) remplacent l’espoir par des preuves. Chez UNICORE, nous les utilisons en logiciel sur mesure pour réduire le risque avant le gros investissement — et en conseil pour choisir ce qui vaut d’être construit.
PoC, en bref. Il répond : « Est-ce techniquement / légalement / avec nos données possible ? » Exemple : peut-on connecter l’ERP X au portail en 2 semaines ? Extraire un type de document avec un OCR acceptable ? Le PoC est étroit, relativement peu cher, jetable. Le succès est une preuve — pas un joli produit.
MVP, en bref. Il répond : « Des gens réels l’utilisent-ils et résolvent-ils une douleur mesurable ? » Le MVP est le plus petit produit qui livre de la valeur — pas « la moitié de toutes les features ». Exemple : un flux de signalements avec statut, pas tout le portail mairie. Succès = usage, temps gagné, conversion — pas des slides.
PoC ≠ MVP ≠ démo commerciale. La démo montre le potentiel (souvent données fictives et boutons « qui marcheront »). Le PoC prouve une hypothèse technique. Le MVP prouve une hypothèse business avec de vrais utilisateurs. Confondre les trois produit la « démo qui meurt » : jolie, non maintenue, non mesurée, sans owner.
Comment éviter la démo qui meurt. (1) Écrivez l’hypothèse en une phrase. (2) Définissez le critère de succès d’abord (oui/non mesurable). (3) Décidez quoi si OUI (budget, équipe, délais) et si NON (arrêt sans drame). (4) Ne transformez pas le PoC en « produit secret » sans sécu, backup et maintenance. (5) Un owner métier — pas seulement l’IT.
Durée et budget, réalistes. Un bon PoC dure souvent quelques jours à quelques semaines, scope coupé agressivement. Un MVP : quelques semaines à quelques mois, un flux complet (pas seulement l’UI). Si le « MVP » a une roadmap de 18 mois, ce n’est pas un MVP — c’est un projet entier déguisé.
Ce que vous gardez après PoC/MVP. Code utile, leçons, métriques, document de décision. Ne gardez pas forcément les hacks d’une nuit comme base prod — parfois reconstruire proprement coûte moins une fois l’idée validée. La qualité prod vient après la preuve, pas avant.
Conclusion. Le PoC prouve que c’est possible ; le MVP prouve que ça vaut le coup. Une belle démo sans hypothèse, métrique et plan d’après, c’est du théâtre cher. Pour structurer un PoC ou MVP sans bloquer un an de budget, contactez-nous.