1 – Proof of Concept
Le PoC est l’acronyme de Proof of Concept (preuve de concept en français) celui-ci permet d’évaluer la faisabilité d’un projet.
Contexte du PoC
- Cadrage du projet et notamment très utilisé dans le méthode Agile.
- Création d’un nouveau produit ou d’un logiciel
- Réorganisation ou du lancement d’un service.
Objectifs du PoC
- Existe-t-il un besoin pour ce produit ou service ?
- Est-il réalisable ?
La faisabilité et la performance du concept concerné sont étudiées sous plusieurs points de vue marketing, technique, et économique.
Quelle méthodologie suivre pour lancer un PoC
- L’initiation : Analyser les objectifs du PoC : quel est son but, quels sont les résultats attendus, qui doit être convaincu ?
- Définition du périmètre : Qui sont les cibles du PoC, quels outils adopter (prototype, étude, questionnaire…), quelles données recueillir, combien de temps va-t-il prendre ?
- Réalisation : Action et lancement du PoC !
- Analyse des résultats : Les informations récoltées doivent être analysées pour répondre à la question principale du PoC : le projet est-il faisable ?
- Conclusion : Le produit ou service sera-t-il lancé, et si oui, quelles sont les prochaines étapes ?
Avantages du Proof of Concept ?
- Vérifier la faisabilité d’un projet
- Prendre une décision dès le début du projet, sur son lancement ou non.
- Identifier très tôt les potentiels problèmes et commencer à évoquer des solutions.
- Evaluer et anticiper les réactions de la clientèle bien avant que le produit ou service se retrouve sur le marché.
- C’est un gain de temps : inutile de se lancer dans un projet de plusieurs années s’il est prouvé qu’il est destiné à échouer.
- Cela évite les pertes financières : un projet lancé sans certitude de réussite coûte cher, le PoC permet de réduire ce risque.
Inconvénients du Proof of Concept ?
- Négliger cette phase en ne lui consacrant ni le temps, ni le budget nécessaire.
- Manque de données pertinentes qui pourraient permettre de parvenir à une décision et donc perte de temps.
- Risque d’abandonner un projet qui aurait pu se révéler viable en se penchant sur la question plus en détail.
- Mauvaise évaluation de la scalabilité : ce n’est pas parce que le projet fonctionne en théorie à petite échelle que son déploiement pour commercialisation sera forcément une réussite.
La suite du PoC
On peut alors lancer une étude, d’analyser des données, ou de lancer un prototype minimal qui permettra de voir à quoi le concept devrait ressembler, ses principales fonctionnalités, etc.
2 – Prototype initial
De son côté, le prototype arrive après le Proof of Concept mais avant le MVP. Il s’agit d’une version qui permet de se faire une idée du produit, mais qui n’est pas destinée à être commercialisée.
3 – Minimum Viable Product – MVP
Il ne faut pas confondre Proof of Concept et Minimum Viable Product (MVP). Le MVP est une version du produit destinée à être commercialisée pour être testée par le client final. Elle est en état de fonctionner, même s’il ne s’agit pas encore de la version finale : il peut par exemple manquer des fonctionnalités qui ne sont pas encore prêtes.
Le MVP c’est l’une des dernières étapes avant le lancement définitif du produit ou service.
