Mener un projet web de A à Z : la méthode en 6 étapes

Mener un projet web : c'est souvent l'étape où tout se joue. Pas au moment de la mise en ligne, mais bien avant, dans la façon dont vous cadrez, validez et pilotez chaque étape avec votre agence.

TL;DR : Mener un projet web de A à Z implique six étapes structurantes : cadrage du besoin, cahier des charges, design UX, développement, recette et go-live. Chaque étape a ses livrables, ses pièges et ses checkpoints décisionnels côté client. Anticiper ces jalons réduit les dépassements, garantit un périmètre maîtrisé et un site livré dans les délais.

J'ai accompagné des dizaines de PME chez Najumi, des dirigeants qui lançaient leur premier site professionnel, d'autres qui refondaient un outil vieillissant, d'autres encore qui construisaient une plateforme e-commerce from scratch. Chaque fois, les projets qui se passaient bien avaient une chose en commun : le client savait ce qu'on attendait de lui à chaque étape.

Ceux qui dérapaient, délais, budget, périmètre, avaient souvent manqué un ou plusieurs jalons critiques. Pas par mauvaise volonté. Par manque d'une feuille de route lisible.

Ce guide, c'est cette feuille de route. Six étapes. Les vrais livrables. Les pièges que j'ai vus revenir. Et ce que vous, côté client, devez valider à chaque checkpoint.

Étape 1 : Le cadrage : poser les bases avant d'aller vite

Tout projet web commence par une question simple : qu'est-ce qu'on cherche à accomplir, vraiment ?

Pas "avoir un beau site". Pas "être présent sur le web". Quelque chose de mesurable : générer des demandes de devis, réduire le temps de traitement administratif, vendre en ligne, attirer des candidats.

Qu'est-ce que ça implique concrètement ?

Un atelier de cadrage, 2 à 3 heures avec votre agence, permet de structurer :

• Les objectifs métier (ce que le site doit faire pour votre business)
• Les utilisateurs cibles (qui visite, dans quel contexte, avec quelles attentes)
• Le périmètre (nombre de pages, fonctionnalités, intégrations)
• Le budget et les délais réalistes

Le piège numéro un ici : confondre souhait et besoin. Un client nous a demandé un site avec "une vingtaine de pages". Après l'atelier de cadrage, on s'est rendu compte qu'il avait besoin de 6 pages bien construites et d'un espace client sécurisé. Ce n'est pas la même chose, ni en développement, ni en budget.

Pour vous préparer, consultez notre méthode pour recueillir le besoin d'un client web en 5 étapes : c'est exactement ce travail de fond qui alimente le cadrage.

Votre rôle à cette étape : être disponible pour l'atelier, répondre aux questions sur votre activité (pas sur la technique), et valider le résumé de cadrage avant qu'on avance.

Pourquoi un cahier des charges est votre meilleure assurance ?

Le cahier des charges (CDC) est le document contractuel qui traduit le cadrage en spécifications. Il liste ce que le site doit faire, comment il doit se comporter, et ce qui est hors périmètre.

Un bon CDC, c'est votre protection autant que celle de l'agence. Il évite les malentendus en cours de projet ("je pensais que c'était inclus"), les demandes qui font exploser le budget en cours de route, et les désaccords à la livraison.

Que doit contenir un CDC efficace ?

1. Les objectifs mesurables du site (KPIs attendus)
2. L'arborescence des pages et leur contenu type
3. Les fonctionnalités (formulaires, espace client, paiement en ligne, filtres...)
4. Les contraintes techniques (hébergement, CMS, intégrations existantes)
5. Les exigences SEO et accessibilité de base
6. Le calendrier prévisionnel avec jalons

Pour rédiger le vôtre, notre guide complet sur comment rédiger un cahier des charges pour un site web vous donne un modèle détaillé et des exemples concrets.

Le piège ici : vouloir tout prévoir. Un CDC trop rigide devient inutilisable. L'objectif n'est pas d'anticiper chaque pixel, mais de définir le périmètre contractuel, ce qui est inclus et ce qui ne l'est pas. Le reste, on s'adapte.

Étape 3 : Le design UX : et si vous ne l'aimiez pas mais que vos clients l'adoraient ?

C'est l'étape qui génère le plus de friction inutile dans les projets. Pourquoi ? Parce que le design, ça parle à tout le monde. Chaque décideur a une opinion. Et parfois, le "je n'aime pas cette couleur" du directeur financier retarde d'une semaine un livrable.

La bonne posture ici : vous validez que le design répond aux objectifs, pas qu'il répond à vos goûts personnels.

Comment ça se passe concrètement chez Najumi ?

On travaille en plusieurs phases :

• Moodboard & direction artistique : on soumet 2-3 directions visuelles, vous choisissez celle qui correspond à votre image de marque et à votre audience.
• Wireframes : les maquettes basse fidélité montrent la structure et l'architecture de l'information, sans les couleurs finales. C'est là que vous validez la logique de navigation.
• Designs Figma : les maquettes haute fidélité avec votre identité visuelle. On présente d'abord la page d'accueil + 1 page type, puis les autres pages une fois la direction validée.

Outil utilisé : toutes nos maquettes sont réalisées dans Figma. Vous y avez accès en lecture, ce qui permet à votre équipe de commenter directement sur les éléments. Pas besoin d'être designer pour donner un retour utile.

Le piège ici : les retours tardifs. Des dizaines de retours sur la maquette finale après la phase de développement, c'est une catastrophe en termes de budget. La règle d'or : tous les retours de design se font avant la validation Figma finale. Après, on est en développement.

Comment éviter que le périmètre glisse pendant le développement ?

Le développement, c'est la phase la plus longue et la plus coûteuse. C'est aussi là où le périmètre "glisse" le plus souvent, ce qu'on appelle le scope creep.

"Est-ce qu'on peut ajouter un fil d'actualités ?" "En fait, j'aurais besoin d'une fonctionnalité de recherche avancée." "Est-ce que vous pouvez aussi faire la newsletter ?"

Ces demandes semblent anodines. Elles ne le sont pas.

Ce qu'on utilise chez Najumi pour cadrer le développement

Chez Najumi, nos projets web sont développés sur des stacks modernes : Strapi comme CMS headless pour la gestion de contenu, et Next.js ou Astro pour le front-end. Ces choix ne sont pas faits au hasard, ils permettent une séparation claire entre le contenu et le design, une performance native sur mobile, et une évolutivité qui ne vous oblige pas à tout refaire dans 3 ans.

Comment on gère les demandes en cours de route ?

Chaque nouvelle demande passe par un process simple : estimation du temps, impact sur le planning, décision client. Si c'est inclus dans le périmètre, on avance. Si c'est hors périmètre, on ouvre un ticket pour un chantier futur ou un avenant. Rien n'est ignoré, rien n'est ajouté sans accord.

Votre rôle ici : être disponible pour les points hebdomadaires de suivi (30 min), valider les développements par lot plutôt qu'au fil de l'eau, et prévoir les contenus (textes, photos, vidéos) en avance. Le contenu manquant est la cause numéro 1 des retards côté client, selon une étude Gartner sur les projets digitaux, plus de 60 % des délais sont liés à des livrables contenu en retard.

Étape 5 : La recette : comment tester son site avant le go-live ?

La recette (ou phase de tests), c'est l'étape que les clients veulent souvent accélérer. "On voit que ça marche bien, on peut y aller ?" Non. Pas encore.

La recette, c'est votre droit de regard contractuel. C'est votre dernière chance de vérifier que tout fonctionne avant que le site soit public.

La checklist de recette côté client (ce qu'on vous demande de vérifier)

• Tous les textes sont corrects et conformes à ce que vous avez validé
• Les formulaires fonctionnent et les emails arrivent au bon destinataire
• Les liens internes et externes sont actifs
• Le site s'affiche correctement sur mobile, tablette et desktop
• Les fonctionnalités critiques marchent (paiement, espace client, filtres...)
• Le SEO de base est en place (titres, méta-descriptions, balises alt)

Le piège ici : la recette ne sert pas à faire du design. Si vous voyez un bouton que vous voulez déplacer, c'est un retour design, qui aurait dû être fait en phase 3. La recette porte sur les bugs, les erreurs, les oublis fonctionnels.

Sur la migration SEO : si vous avez un site existant, la migration doit être préparée en amont. Les redirections 301, le sitemap, le fichier robots.txt, tout ça se configure avant la bascule. La refonte de site web sans perdre son référencement est un sujet à part entière que notre équipe gère de bout en bout.

Étape 6 : Le go-live et l'après : pourquoi la mise en ligne n'est pas la fin

Le jour du go-live, c'est souvent vécu comme une ligne d'arrivée. C'est en fait un départ.

Un site qui vient d'être mis en ligne a besoin d'un suivi immédiat : vérifier l'indexation dans Google Search Console, surveiller les premières erreurs 404, s'assurer que les formulaires continuent de fonctionner sur le vrai domaine, valider les performances avec les vrais utilisateurs.

Ce qui se passe dans les 30 premiers jours

• J+1 : vérification complète des redirections, des formulaires, des analytics
• J+7 : premier check indexation Google (les nouvelles pages doivent commencer à apparaître)
• J+14 : audit performances (Core Web Vitals, temps de chargement)
• J+30 : bilan mensuel, premières données de trafic, premiers formulaires reçus, ajustements

Le piège ici : ne pas prévoir de maintenance. Un site web, comme n'importe quel outil professionnel, nécessite des mises à jour régulières, CMS, plugins, sécurité. Chez Najumi, on propose des contrats de maintenance site web qui couvrent ces points sans que vous ayez à y penser.

Récapitulatif des 6 étapes et vos livrables clés

Combien de temps prend un projet web en pratique ?

Un site vitrine bien cadré : entre 6 et 12 semaines. Un site e-commerce ou une plateforme avec fonctionnalités sur-mesure : entre 3 et 6 mois.

Ces fourchettes bougent en fonction d'un seul facteur : la disponibilité côté client. Les projets les plus longs qu'on a eu chez Najumi n'étaient pas complexes techniquement, ils étaient bloqués sur des validations en attente, des contenus qui n'arrivaient pas, des décideurs injoignables pendant 3 semaines.

Ce n'est pas un reproche. C'est une réalité des projets PME. La bonne nouvelle : anticiper ces points de friction au démarrage change tout.

Si vous envisagez une refonte de votre site existant, notre page service refonte site web détaille l'approche Najumi étape par étape.

Conclusion

Mener un projet web ne demande pas d'être expert. Ça demande d'être disponible aux bons moments, de valider les bons livrables, et de comprendre ce qui dépend de vous.

Chez Najumi, on considère que notre rôle n'est pas seulement de livrer un site, c'est de vous guider tout au long du processus pour que vous sachiez exactement où vous en êtes à chaque instant.

Vous avez un projet en tête ? Parlez-en avec notre équipe sur najumi.fr/contact/ : réponse sous 24h, sans engagement.

Questions fréquentes sur la gestion d'un projet web

Faut-il un cahier des charges avant de contacter une agence web ? Non, ce n'est pas obligatoire. Beaucoup d'agences (dont Najumi) vous aident à formaliser le cahier des charges après un premier atelier de cadrage. Il suffit d'avoir une idée claire de vos objectifs business et de votre audience cible pour démarrer.

Combien coûte un site web professionnel sur-mesure en 2026 ? Le budget varie selon le périmètre : un site vitrine PME bien conçu démarre généralement entre 3 000 et 8 000 €, tandis qu'un site e-commerce ou une plateforme avec fonctionnalités spécifiques peut dépasser 15 000 €. Le cadrage permet de définir un budget précis adapté à vos besoins. Consultez notre page contact pour un devis personnalisé.

Quelle est la durée moyenne d'un projet web chez une agence PME ? Entre 6 et 16 semaines selon la complexité. Un site vitrine bien cadré prend 6 à 12 semaines. Un site e-commerce ou une plateforme avec espace client : 3 à 6 mois. Le respect des délais dépend aussi de la disponibilité du client pour valider les livrables à chaque étape.

Comment éviter les mauvaises surprises sur le budget en cours de projet ? En définissant clairement le périmètre dans le cahier des charges, en suivant les réunions hebdomadaires de suivi, et en gérant les demandes supplémentaires via un process de validation formel. Toute fonctionnalité hors périmètre doit faire l'objet d'un avenant signé.

Pourquoi mon site tarde à apparaître dans Google après la mise en ligne ? L'indexation par Google prend entre 1 et 4 semaines selon l'ancienneté du domaine et la qualité du sitemap. Pour accélérer, il faut soumettre le sitemap dans Google Search Console dès le go-live et s'assurer que le fichier robots.txt autorise bien l'exploration.

Najumi utilise quels outils et technologies pour développer les sites web ? Chez Najumi, nos projets utilisent principalement Strapi comme CMS headless (gestion de contenu flexible), et Next.js ou Astro pour le front-end (performance, SEO natif, maintenance simplifiée). Ces stacks modernes garantissent des sites rapides, évolutifs et maintenables sur le long terme.