Un MVP prend 4 à 10 semaines selon le périmètre et la qualité du brief en entrée. La majorité des retards ne viennent pas du développement : ils viennent d'un périmètre flou, de retours tardifs ou de specs qui évoluent en cours de sprint.
Avec un périmètre clair et des specs validées avant le démarrage, Nticstudio livre une première version fonctionnelle en 4 à 6 semaines. Ce document explique comment tenir cet objectif.
La phase de cadrage : la clé du délai
Avant d'écrire la première ligne de code, un atelier de cadrage de 2 à 4 heures permet de figer le périmètre, les règles métier et les critères d'acceptance. Ce travail préalable évite les allers-retours coûteux en cours de développement.
Un projet qui démarre sans cadrage prend systématiquement plus de temps qu'annoncé. À l'inverse, un brief structuré (user stories, maquettes, flux utilisateur) permet d'estimer précisément et de démarrer sans ambiguïté.
Les délais par type de MVP
MVP simple (un rôle, CRUD, auth) : 3 à 4 semaines de développement + 1 semaine de recette = 4 à 5 semaines au total.
MVP avec deux rôles et tableau de bord : 5 à 6 semaines de développement + 1 à 2 semaines de recette = 6 à 8 semaines.
MVP avec intégration paiement ou API tierce : ajouter 1 à 2 semaines selon la complexité de l'API partenaire et la disponibilité des environnements de test.
Ces délais supposent une disponibilité côté client pour les validations et retours sous 48 h.
Ce qui crée des retards évitables
Les retards les plus fréquents : specs qui changent en cours de sprint, interlocuteurs multiples avec des avis contradictoires, accès aux environnements tiers obtenus tardivement, et recette reportée faute de disponibilité.
Pour éviter ces blocages, nous demandons un interlocuteur décisionnaire unique côté client et une disponibilité d'environ 2 heures par semaine pour les points de suivi et validations.
Livraison et déploiement
La livraison inclut le déploiement sur l'infrastructure choisie (AWS, OVH, Vercel selon le cas), une session de passation technique d'une heure et la remise du code source sur votre dépôt Git.
Un délai de 15 jours après livraison est prévu pour la correction des anomalies identifiées en recette. Au-delà, les évolutions sont traitées dans le cadre d'une offre Run ou d'un nouveau chantier.