MVP, Standard, Extended : structurer un brief en 3 scénarios de périmètre
Proposer trois scénarios de périmètre (MVP, Standard, Extended) au lieu d'un budget unique permet à la PME de choisir sa prise de risque et à l'architecte / freelance d'expliciter les arbitrages. C'est l'une des pratiques les plus efficaces pour éviter le scope creep et les désalignements en cours de projet. Voici comment les construire, avec un exemple concret.
Pourquoi trois scénarios plutôt qu'un budget unique
Un brief avec un budget unique impose une négociation binaire : « vous pouvez le faire pour 15 k€ ? » La réponse oui/non fige le périmètre sans discussion. Trois scénarios ouvrent une conversation tripartite :
- MVP : minimum absolu pour tester une hypothèse marché.
- Standard : ce qu'une PME attendrait raisonnablement en production.
- Extended : ce qu'il faudrait pour une v2 robuste, scalable, avec tous les nice-to-have.
La PME peut alors se positionner en fonction de son budget réel (souvent différent du budget communiqué au départ) et de son appétit au risque.
Les règles d'or de la construction de scénarios
Règle 1 — Chaque scénario doit être livrable indépendamment
Un MVP n'est pas « le Standard dont on a retiré des fonctionnalités ». C'est un produit qui a une cohérence propre : il répond à un usage utilisateur de bout en bout, même si cet usage est étroit.
Contre-exemple : livrer « une app mobile sans login » comme MVP — incohérent si le produit est par nature multi-utilisateurs.
Bon exemple : livrer « une app mobile en lecture seule pour un seul utilisateur démo en version beta fermée » — cohérent.
Règle 2 — Le delta de prix entre scénarios reflète un delta de valeur
Un MVP à 6 k€ et un Standard à 8 k€ donne peu d'intérêt à la comparaison. Viser plutôt :
- MVP : 30 à 50 % du prix du Standard
- Extended : 150 à 250 % du prix du Standard
Règle 3 — Expliciter ce qu'on retire, pas seulement ce qu'on met
Pour chaque scénario supérieur, lister précisément les incréments :
- Livrables fonctionnels ajoutés
- Robustesse / performance supplémentaire
- Intégrations tierces
- Documentation et formation
Exemple complet — Application mobile de suivi livraison
Besoin initial : « Permettre à nos livreurs de suivre leurs tournées en temps réel et aux clients de voir où est leur commande. »
Scénario MVP — 7 000 €, 3 semaines
Livrables :
- App iOS seulement (pas Android)
- Auth par email uniquement
- 4 écrans : login, tournée du jour, détail livraison, tracking public client (lien web seulement)
- Intégration Google Maps SDK
- Pas de notifications push
- Hébergement conteneur simple, pas de monitoring
À qui ça convient ? PME qui teste le concept avec 5-10 livreurs pilotes, prête à itérer.
Scénario Standard — 18 000 €, 8 semaines
Incréments vs MVP :
- Android en plus d'iOS
- Auth Google + Apple + email
- 9 écrans (profil, historique, notifications, support chat)
- Notifications push (Firebase)
- Back-office admin web simple (liste tournées, création livraison)
- Monitoring Sentry + logs centralisés
- Documentation utilisateur
À qui ça convient ? Déploiement opérationnel pour 30-100 livreurs, début de production réelle.
Scénario Extended — 42 000 €, 16 semaines
Incréments vs Standard :
- Mode offline (livraison en zones sans 4G)
- Analytics embarqué (PostHog ou Mixpanel)
- Intégration à l'ERP existant (Odoo / SAP)
- Signature électronique du bon de livraison par le client
- Dashboard opérationnel manager (temps de tournée, taux de succès)
- Tests end-to-end automatisés
- Formation sur site de l'équipe ops
À qui ça convient ? Scalabilité à 500+ livreurs, intégration complète SI, ambition leader de marché.
Comment choisir — 4 questions à se poser
- Quelle est la question business que le projet doit résoudre ? Si c'est « valider que nos livreurs utilisent vraiment une app en 2026 » → MVP suffit. Si c'est « industrialiser notre opérationnel » → Standard minimum.
- Quel est le coût d'un retour en arrière si la v1 ne fonctionne pas ? Coût faible → MVP. Coût élevé (incidents image, retour manuel pénible) → Standard ou Extended.
- Quelle est la maturité organisationnelle de la PME ? Jeune startup → MVP (apprendre vite). Grande PME avec processus → Standard ou Extended (éviter l'échec public).
- Quel est le budget annuel tech disponible ? Si 50 k€ → MVP + itérations. Si 200 k€+ → Extended d'un coup.
Le piège à éviter : sur-vendre le MVP
Une erreur fréquente côté freelance : proposer un MVP qui paraît attractif pour décrocher le contrat, sans préciser ce qui manque vraiment. Résultat : la PME pensait avoir un Standard light, découvre les manques à la livraison, litige.
Solution : faire figurer explicitement dans le devis MVP une ligne « Non inclus dans ce scénario » avec la liste des items qui feront l'objet d'un avenant ou d'un scénario supérieur si nécessaire.
FAQ
Faut-il toujours proposer 3 scénarios ? Non. Pour des projets < 5 k€ ou très standardisés, 1 scénario suffit. Les 3 scénarios se justifient surtout quand le budget total peut varier de 1 à 3.
Qui décide du scénario — la PME ou le freelance ? La PME décide du budget et de l'ambition. Le freelance décide du découpage technique (ce que chaque scénario contient).
Peut-on passer d'un scénario à l'autre en cours de projet ? Oui, via avenant. C'est même un cas fréquent : démarrer en MVP, valider, évoluer vers Standard après 2-3 mois. Le découpage initial en jalons facilite cette transition.
Les scénarios augmentent-ils la durée de négociation ? Oui, de quelques jours. Mais ils réduisent massivement les conflits en cours de projet — le ROI négociatif est largement positif.
Les scénarios générés par IA sont-ils fiables ? Ils fournissent une trame de départ crédible. Les montants doivent être validés humainement en fonction de la stack tech, du niveau du freelance et du contexte métier.
Pour aller plus loin
- Voir le cadrage IA en action : Cadrer un projet freelance avec une IA en 5 minutes.
- Ventilation par jalons : Jalons, livrables, recette — gérer un projet freelance par étapes.
- Éviter les dérives : 7 erreurs dans un brief freelance qui font dérailler un projet.