Un projet d'application sur mesure se déroule en plusieurs phases successives qui ont chacune un livrable précis. Comprendre ces phases avant de signer évite les surprises et permet de poser les bonnes questions au prestataire.
Les 7 phases types
| # | Phase | Livrable concret |
|---|---|---|
| 1 | Cadrage | Dossier de cadrage, périmètre validé, plan de dev. |
| 2 | Design | Maquettes des écrans clés, design system, parcours validés. |
| 3 | Développement | Code fonctionnel sur un environnement de test. |
| 4 | Tests | Tests automatisés + tests d'intégration validés en interne. |
| 5 | Recette client | Validation côté client (jeux de tests, environnement dédié). |
| 6 | Déploiement | App en production, configuration serveur, monitoring. |
| 7 | Livraison + garantie | Formation utilisateurs, doc remise, période de garantie. |
Phase 1 : cadrage
La phase la plus importante. C'est ici que les choix structurants se font : périmètre fonctionnel, architecture, stack, entités, parcours utilisateurs. Un mauvais cadrage = projet qui dérape.
Durée typique : 15-25 % du projet total. Pour les gros projets, peut être contractualisé séparément (voir Analyse et cadrage).
Phase 2 : design
Maquettes des écrans clés (wireframes puis maquettes haute fidélité), définition du design system (couleurs, typographie, composants), validation des parcours.
Durée typique : 10-15 %. Peut démarrer en parallèle de la fin du cadrage.
Phase 3 : développement
Construction de l'app : back-end (API, base de données, logique métier), front-end (pages, composants, interactions), intégrations externes (CRM, paiement, mail). Tests automatisés écrits en parallèle.
Durée typique : 50-60 % du projet. C'est le bloc le plus long. Démos régulières (hebdo ou bi-hebdo) pendant cette phase.
Phase 4 : tests
Tests automatisés
Écrits en parallèle du dev. Couvrent les cas critiques (login, paiement, création utilisateur). Tournent à chaque déploiement.
Tests d'intégration
Vérifient que les briques communiquent correctement (API, intégrations tierces). Souvent automatisés aussi.
Tests manuels exploratoires
L'équipe interne du prestataire navigue l'app comme un utilisateur réel pour repérer ce que les tests automatisés ne voient pas.
Phase 5 : recette client
Vous (ou votre référent interne) testez l'app dans un environnement dédié, avec des jeux de tests préparés. Toute anomalie remontée est corrigée avant déploiement. C'est votre moment pour valider qu'on a bien construit ce qui était prévu.
Phase 6 : déploiement
Bascule sur l'environnement de production : configuration serveur, base de données, services tiers, monitoring, sauvegardes, certificats SSL, noms de domaine, alertes.
Phase 7 : livraison et garantie
Formation des utilisateurs internes, remise de la documentation (technique et utilisateur), transmission des accès. Période degarantie (1 à 3 mois standard) pendant laquelle les bugs résiduels sont corrigés sans surcoût. Au-delà, on passe sur du contrat de maintenance.
Pour cadrer votre projet phase par phase, prévoyez un premier appel. Voir aussi Applications & SaaS.
Questions fréquentes
Combien de temps dure chaque phase ?
Variable selon la taille du projet. À titre indicatif sur un MVP standard : cadrage 15-20 %, design 10-15 %,dev 50-60 %, tests + recette 10-15 %, déploiement + livraison 5-10 %. Plus le projet est ambitieux, plus le cadrage prend de poids relatif.
Peut-on faire des phases en parallèle pour aller plus vite ?
Certaines oui : le design peut commencer en parallèle de la fin du cadrage, le dev front-end peut avancer pendant que le back-end mature. Mais les phases clés (cadrage avant design, dev avant tests, tests avant déploiement) doivent rester séquentielles pour éviter la réécriture.
Et la recette client, qui la fait ?
Vous, en interne, ou via un référent que vous désignez. Le prestataire fournit les conditions (environnement de recette, doc de tests, jeux de données). Mais la validation finale appartient au client. Prévoir du temps réel côté équipe interne, c'est souvent sous-estimé et ça ralentit les projets.