Un projet de développement web ne commence pas avec le code et ne se termine pas le jour de la mise en ligne. Il faut transformer un besoin métier en parcours, définir une architecture, construire par étapes, valider le résultat et organiser son exploitation.
Le déroulement exact dépend du produit, mais les sept étapes suivantes offrent un cadre clair pour un site complexe, une application métier, un SaaS ou un portail client.
Vue d’ensemble du projet
| Étape | Objectif | Livrable principal | Validation |
|---|---|---|---|
| 1. Découverte | Comprendre le problème et les utilisateurs | Synthèse des objectifs et contraintes | Accord sur le besoin |
| 2. Cadrage | Définir le périmètre et les priorités | Backlog, règles et plan de projet | Périmètre initial validé |
| 3. UX/UI | Concevoir les parcours et écrans | Wireframes et prototype | Parcours testables validés |
| 4. Architecture | Sécuriser les choix structurants | Architecture et stratégie d’exploitation | Revue technique |
| 5. Développement | Construire par incréments | Versions démontrables | Validation à chaque cycle |
| 6. Recette | Vérifier le produit et préparer le lancement | Rapport de tests et décision de mise en ligne | Go/no-go |
| 7. Exploitation | Maintenir et améliorer | Monitoring, support et feuille de route | Revue des indicateurs |
Étape 1 : comprendre le problème
La première phase réunit les personnes capables d’expliquer l’activité, les utilisateurs, le processus actuel et les contraintes. L’objectif n’est pas encore de lister tous les écrans.
Les questions importantes sont :
- quel problème doit être résolu ;
- qui le rencontre ;
- comment est-il traité aujourd’hui ;
- quelles données et applications sont concernées ;
- quel résultat rendrait le projet utile ;
- quelles contraintes de délai, budget, sécurité ou conformité existent.
Participants : sponsor, responsable métier, utilisateurs représentatifs et équipe projet.
Livrable : synthèse des objectifs, utilisateurs, contraintes et indicateurs.
Point de validation : accord sur le problème à résoudre et les résultats attendus.
Étape 2 : cadrer le produit
Le cadrage transforme la vision en périmètre réalisable. Les fonctionnalités sont organisées par parcours et priorité. Les dépendances, hypothèses et risques sont rendus visibles.
Pour un produit évolutif, il est souvent préférable de définir une première version utile plutôt que d’essayer de tout livrer immédiatement. Le cadrage précise aussi la méthode de gestion des demandes nouvelles.
Participants : product owner, responsable projet, experts métier et responsables techniques.
Livrables : backlog initial, règles métier, périmètre, exclusions, estimation et jalons.
Point de validation : arbitrage du périmètre, du budget et des responsabilités.
Étape 3 : concevoir l’UX/UI
L’UX/UI donne une forme testable aux besoins avant d’investir dans le développement complet.
Le travail peut comprendre :
- arborescence et parcours utilisateurs ;
- wireframes ;
- prototype interactif ;
- design system et composants ;
- adaptation mobile ;
- accessibilité ;
- tests avec des utilisateurs.
Un prototype ne valide pas seulement l’apparence. Il permet de vérifier que l’utilisateur comprend les actions, trouve l’information et peut terminer son parcours.
Participants : designer UX/UI, product owner, utilisateurs et équipe technique.
Livrables : parcours, wireframes, prototype et règles d’interface.
Point de validation : scénarios prioritaires compris et utilisables.
Étape 4 : définir l’architecture
L’architecture couvre les technologies, les données, les intégrations, les environnements, la sécurité et la stratégie de déploiement. Elle doit répondre au périmètre actuel sans bloquer les évolutions prévisibles.
Les décisions structurantes concernent notamment :
- frontend, backend et base de données ;
- rôles et contrôle d’accès ;
- API et systèmes externes ;
- hébergement et localisation des données ;
- sauvegardes et reprise ;
- tests et pipeline CI/CD ;
- logs, alertes et monitoring.
Participants : architecte ou lead technique, DevOps, sécurité et responsables des systèmes connectés.
Livrable : schéma d’architecture et décisions documentées.
Point de validation : risques critiques traités ou couverts par un prototype technique.
Étape 5 : développer par incréments
Le développement est organisé en cycles produisant un résultat démontrable. La durée des cycles dépend de l’équipe et du projet ; deux semaines constituent un rythme fréquent, pas une règle obligatoire.
Chaque cycle comprend :
- sélection des éléments prêts ;
- développement et revue de code ;
- tests ;
- déploiement sur un environnement de validation ;
- démonstration ;
- retour et ajustement des priorités.
Le client doit pouvoir voir ce qui fonctionne, ce qui reste à faire et ce qui menace le calendrier. La transparence est plus utile qu’un pourcentage d’avancement abstrait.
Participants : développeurs, designer, testeur, product owner et chef de projet.
Livrables : versions testables, documentation et décisions mises à jour.
Point de validation : critères d’acceptation satisfaits pour chaque élément.
Étape 6 : tester et préparer la mise en production
La recette finale ne doit pas être le premier moment où le client utilise le produit. Elle confirme l’ensemble des parcours et prépare les opérations.
Selon le niveau de risque, les contrôles peuvent inclure :
- tests fonctionnels et de non-régression ;
- compatibilité des appareils et navigateurs ;
- accessibilité ;
- performance sur des scénarios définis ;
- sécurité ;
- migration et qualité des données ;
- sauvegarde et restauration ;
- procédure de déploiement et de retour arrière ;
- formation et support.
Participants : équipe qualité, utilisateurs référents, technique, exploitation et responsable métier.
Livrables : rapport de recette, anomalies classées, procédure de lancement et plan de support.
Point de validation : décision formelle de mise en ligne ou report motivé.
Étape 7 : exploiter et améliorer
Après le lancement, l’équipe observe l’usage réel. Les indicateurs techniques et métier permettent de distinguer un problème de performance, une incompréhension UX/UI ou une fonctionnalité peu utile.
L’exploitation comprend :
- monitoring et alertes ;
- traitement des incidents ;
- sauvegardes vérifiées ;
- mises à jour de sécurité ;
- maintenance corrective ;
- analyse des retours ;
- priorisation des évolutions.
Participants : support, exploitation, product owner, développeurs et représentants métier.
Livrables : rapports de suivi, backlog d’amélioration et calendrier de maintenance.
Point de validation : revue régulière de la qualité de service et de la valeur créée.
Les responsabilités du client
La réussite ne dépend pas uniquement de l’agence. L’entreprise doit nommer un décideur, rendre les experts métier disponibles, fournir les contenus et accès, puis valider dans les délais convenus.
Lorsque plusieurs personnes peuvent bloquer une décision, définissez qui consulte, qui recommande et qui tranche.
MONARK IT accompagne ces étapes depuis le cadrage et l’UX/UI jusqu’au développement web, au déploiement et à la maintenance. Pour approfondir l’industrialisation, consultez notre guide sur le DevOps et la CI/CD.
