La décision
Le prototype vérifie la compréhension d’une interaction. La preuve de concept étudie une faisabilité technique dans des conditions définies. Le MVP fournit un résultat limité mais utilisable à de vrais utilisateurs. Aucun ne prouve automatiquement les autres.
Un cas concret
Pour lire des bons de livraison et ajuster le stock, le prototype teste la correction des quantités ; l’expérience mesure l’extraction sur des exemples annotés ; le MVP relie réception, contrôle, mise à jour autorisée et reprise.
Une acceptation propre à chaque livrable
Pour le prototype, faites corriger une quantité sans aide et expliquer la suite ; observez confusion, pas compliments. Pour l’expérience, définissez documents annotés, champs et erreurs interdites avant. Pour le MVP, suivez le vrai parcours avec file et mise à jour en échec. Une réussite ne prouve pas toute la préparation.
Rendre les raccourcis visibles
Un prototype peut avoir des valeurs fixes, une expérience un seul ordinateur, un MVP des exceptions manuelles. Déclarez hypothèses, comportements absents, environnement et droits. Signalez les écrans illustratifs. Avant réemploi, examinez authentification, configuration, erreurs, observation, déploiement et entretien inutiles à l’expérience. Réutiliser doit économiser du travail étayé, pas transmettre des charges cachées.
Choisir la suite selon les résultats
Un écran incompris ne se corrige pas avec une autre expérience d’extraction. Un format indispensable mal lu ne se résout pas en polissant l’interface. Si les documents manquent au bon moment, étudiez l’opération. Après chaque essai, notez acquis, inconnu et prochain changement. Chaque idée ne nécessite pas la même séquence et chaque expérience ne mérite pas un lancement.
Les options à comparer
- Choisissez selon le doute : usage, faisabilité ou adoption. Plusieurs travaux peuvent être nécessaires, avec questions et critères distincts. Le code expérimental ne devient pas automatiquement du code de production.
Les points de rupture
Une maquette soignée ne prouve pas l’extraction ; un script fonctionnel ne valide ni droits, ni déploiement, ni support. Documentez raccourcis et conditions.
Avant de lancer le projet
Quelle décision changera ? Les entrées sont-elles représentatives ? Qu’est-ce qu’un échec ? Accordez-vous avec le partenaire avant de choisir livrable et date.