Roadmap de site web : à quoi elle sert et comment la construire

La roadmap d’un site web est la feuille de route qui relie vos objectifs aux grandes étapes du projet : ce qu’on livre d’abord, ce qui vient ensuite, ce qui attendra, et pourquoi. Elle se construit en partant de la vision et des objectifs, puis en listant les fonctionnalités, en les priorisant (souvent autour d’une première version minimale), et en les répartissant dans le temps. Ce n’est ni un cahier des charges ni une to-do list : c’est un document court, lisible par tous et mis à jour tout au long du projet.

Comme un GPS qui vous indique le meilleur itinéraire d’un point A à un point B, la roadmap évite de partir dans toutes les directions. On explique ici à quoi elle sert, ce qu’elle contient, comment la construire étape par étape, avec quelles méthodes de priorisation et quels outils, puis les erreurs qui la rendent inutile.

Qu’est-ce qu’une roadmap pour un site web ?

La roadmap (ou feuille de route) d’un site web décrit les étapes clés de sa création ou de son évolution : recherche, conception, contenus, développement, tests, mise en ligne, puis améliorations successives. Elle permet à plusieurs équipes (direction, marketing, design, développement, parfois un prestataire externe) de s’aligner sur les mêmes phases et de voir quelles tâches dépendent d’autres tâches.

Son premier rôle est de traduire une vision (ce que le site doit apporter à l’entreprise) et une stratégie (comment on y parvient) en un plan concret. C’est pourquoi une roadmap ne peut pas être créée à partir de rien : sans objectifs clairs, elle se réduit à une liste de souhaits.

C’est enfin un document évolutif. En mode agile, on revoit et on ajuste les phases en fonction des progrès, des retours des utilisateurs et des contraintes qui apparaissent. Une roadmap figée au premier jour est presque toujours fausse au troisième mois.

À quoi sert une roadmap de site web ?

Un projet web a beaucoup de pièces mobiles : contenus, maquettes, développement, référencement, hébergement, intégrations avec d’autres outils. Si elles ne sont pas orchestrées, chacune part dans sa direction. La roadmap sert à trois choses :

1. Mieux collaborer. Chaque participant voit où en est le projet, qui fait quoi et comment son travail affecte celui des autres. Une personne qui arrive en cours de route doit comprendre la situation en quelques minutes.
2. Fixer les priorités. Par où commencer, que faire ensuite ? La roadmap ordonne le travail selon ce que vous savez avec certitude et les ressources disponibles, avec des échéances plus ou moins précises : une date exacte pour ce qui est proche et maîtrisé, un horizon plus large (« d’ici la fin de l’année ») pour ce qui est encore incertain.
3. Tenir les objectifs globaux. Le site fait partie de la stratégie de l’entreprise : lancement d’une offre, conquête d’une région, recrutement. La roadmap garde ce cap visible quand les demandes du quotidien s’accumulent.

Concrètement, elle limite le périmètre du projet, fait apparaître tôt les contraintes imprévues et aide à éviter les résultats décevants, les délais manqués et les dépenses non prévues.

Roadmap, cahier des charges, backlog, to-do list : quelle différence ?

Ces documents sont complémentaires, et les confondre est la première cause de roadmaps illisibles.

Document	Question à laquelle il répond	Niveau de détail	Public
Roadmap	Dans quel ordre et pourquoi ?	Grandes étapes et objectifs	Tout le monde, direction comprise
Cahier des charges	Que doit faire exactement le site ?	Fonctionnalités et contraintes détaillées	Équipe projet, prestataire
Backlog	Quelles tâches restent à réaliser ?	Tâches unitaires, souvent sous forme de récits utilisateur	Équipe de réalisation
To-do list	Qu’ai-je à faire ?	Actions individuelles	Une personne

La to-do list agrège toutes les idées que vous mettrez plus ou moins en œuvre. La roadmap, elle, ne retient que ce qui a été décidé, et chaque élément y est accompagné d’une description, des ressources nécessaires et de l’objectif visé. Pour la phase de cadrage détaillé, voir notre article Comment faire un bon brief pour une agence web.

Que faut-il savoir avant de construire sa roadmap ?

Se lancer dans une roadmap sans comprendre le contexte du projet, c’est comme vouloir atterrir sur la lune avec un parachute. Avant de dessiner la moindre étape, prenez le temps de répondre à quelques questions de fond :

• Pourquoi ce projet maintenant ? Un nouveau site pour une entreprise qui démarre n’a pas les mêmes objectifs que la refonte d’un site existant ou l’ajout d’une boutique en ligne.
• Quels sont les risques ? Perte de référencement lors d’une refonte, dépendance à un outil tiers, contenus qui n’arriveront pas à temps.
• Qui décide ? Identifiez les parties prenantes et impliquez-les tôt dans les décisions, plutôt que de les découvrir au moment de la validation finale.
• Qui connaît le métier ? Un développeur ou une agence ne peut pas connaître dans le détail le fonctionnement de chaque entreprise. Un référent métier, qui connaît les clients et les processus, évite les erreurs de compréhension et les allers-retours.
• Qu’existe-t-il déjà ? Faites un état des lieux (on parle parfois d’auto-audit) : site actuel, statistiques de visite, outils en place, contenus réutilisables, points de douleur signalés par les clients ou l’équipe commerciale. Ce bilan alimente directement la roadmap.

Construire un site ou une application demande une bonne connaissance de l’entreprise et de ses moindres détails de fonctionnement. Si vous travaillez avec une agence, une réunion de lancement sert précisément à partager ces informations, à clarifier les attentes et à fixer les premières priorités ensemble.

Comment construire une roadmap de site web, étape par étape ?

Voici la démarche que l’on recommande, en dix étapes. Les premières fixent le cap, les suivantes le transforment en calendrier.

1. Dans quel but créez-vous ce site ?

Un site sert rarement un seul objectif, mais il en a toujours un principal. Pour une entreprise qui démarre, c’est souvent la crédibilité et l’image de marque. Pour une entreprise installée, c’est plus souvent générer des demandes de devis, vendre en ligne, recruter ou mieux gérer ses données. Changer d’outil (passer à un nouveau CMS, connecter le site à un CRM) entre aussi dans cette catégorie.

Écrivez cet objectif en une phrase, avec un indicateur mesurable si possible (nombre de demandes de contact, chiffre d’affaires en ligne, candidatures reçues). Toutes les décisions suivantes s’y référeront.

2. Quels sont les objectifs les plus proches ?

Distinguez les objectifs à court terme (ce que le site doit faire le jour de sa mise en ligne) des objectifs à moyen et long terme (ce qu’il devra faire dans six mois ou un an). Des objectifs à court terme bien définis sont ce qui vous permettra ensuite de trier les fonctionnalités.

3. Quels problèmes actuels devez-vous résoudre ?

Partez des points de douleur concrets : un site lent, des formulaires qui ne génèrent pas de contacts, une mise à jour des contenus trop compliquée, des clients qui appellent pour obtenir une information introuvable en ligne. Regardez aussi ce que font vos concurrents. Aucune solution n’est parfaite, mais chaque problème identifié devient un critère de réussite du projet.

4. Lister toutes les fonctionnalités envisagées

Rassemblez sans filtrer toutes les idées : pages, fonctionnalités, intégrations, contenus. Avec l’équipe, les parties prenantes et le référent métier. C’est le seul moment où la liste peut s’allonger librement : l’étape suivante sert à la réduire.

5. Définir la première version (MVP)

Un site avec plus de fonctionnalités n’est pas forcément meilleur. Toutes ne sont pas attendues par les utilisateurs, et chacune ajoute du coût, des délais et de la maintenance. C’est tout l’intérêt du produit minimum viable (MVP), qu’Eric Ries définit dans The Lean Startup (2011) comme la version d’un nouveau produit qui permet à une équipe de collecter le maximum d’apprentissage validé sur ses clients avec le moins d’effort.

Appliqué à un site web, cela revient à répondre à deux questions :

• Quelles fonctionnalités sont indispensables dès le lancement pour atteindre l’objectif principal ?
• Quelles fonctionnalités peuvent attendre une version suivante, une fois qu’on aura observé le comportement des visiteurs ?

On détaille la démarche dans notre article Comment construire un produit minimum viable. Pour la plupart des projets, la roadmap se découpe ensuite en trois grandes phases, chacune livrant un site utilisable :

1. la première version (MVP) ;
2. l’ajout de fonctionnalités complémentaires ;
3. l’intégration de fonctionnalités avancées et les améliorations continues.

6. Penser l’expérience utilisateur dès le départ

Une fois les objectifs et les problèmes identifiés, on voit mieux quelles fonctionnalités créent une expérience positive : une navigation claire, une recherche efficace, un formulaire court, des pages rapides sur mobile. Ce sont souvent elles qui font la différence entre un visiteur satisfait et un visiteur qui repart. La structure des pages se travaille à ce stade : voir notre guide sur l’arborescence de site web.

L’accessibilité en fait partie, et elle n’est plus seulement une bonne pratique : depuis le 28 juin 2025, la directive européenne sur l’accessibilité (European Accessibility Act) impose des exigences d’accessibilité à de nombreux services de commerce électronique, les microentreprises de services (moins de 10 salariés et au plus 2 millions d’euros de chiffre d’affaires ou de bilan) en étant exemptées. Si votre site vend en ligne, intégrez-la dans la roadmap plutôt que de la découvrir après la mise en ligne. Notre guide pratique de l’accessibilité WCAG détaille les critères.

7. Prévoir les fonctionnalités complémentaires

Une fois la première version en ligne, viennent les fonctionnalités qui n’étaient pas indispensables : un espace client, un blog, un comparateur, une version multilingue, une connexion à un outil de gestion. Elles n’ont pas toujours un effet direct sur les résultats, mais elles soutiennent d’autres objectifs. Placez-les dans la roadmap avec un horizon plus large, et revoyez leur ordre à la lumière des statistiques du site.

8. Choisir l’environnement d’hébergement

L’hébergement doit suivre l’évolution prévue du site. Le choix du CMS pèse sur les besoins techniques : si le nouveau site n’est pas compatible avec l’hébergement actuel, il faut prévoir la migration vers une offre supérieure ou vers un hébergement cloud. Intégrez aussi dans la roadmap les sauvegardes, les mises à jour de sécurité et la surveillance, qui ne s’arrêtent pas à la mise en ligne.

9. Fixer le calendrier et le budget

Un marché n’attend pas : une offre très demandée aujourd’hui peut l’être beaucoup moins six mois plus tard. Fixez un calendrier réaliste pour la conception, les tests et le lancement, et identifiez les dates non négociables (un salon, une saison, le lancement d’un produit). Prévoyez aussi le temps de production des contenus, qui est très souvent sous-estimé.

Le budget découle du périmètre. Chez Osmova, un site vitrine WordPress construit sur notre base se réalise en 1 à 3 jours, et le budget d’un site vitrine sur mesure, d’une boutique WooCommerce ou d’une refonte dépend du projet, tout comme la maintenance et l’hébergement selon la formule (voir nos tarifs indicatifs). Ce budget évolue avec le nombre de fonctionnalités, d’où l’intérêt de bien délimiter la première version.

10. Préparer le lancement et le marketing

Le travail ne s’arrête pas à la mise en ligne : c’est là qu’il commence vraiment. Sans visibilité, un site n’est qu’un ensemble de pages que personne ne visite. La roadmap doit donc inclure la stratégie d’acquisition : référencement naturel, contenus, emailing, réseaux sociaux, publicité. Prévoyez des objectifs à court terme (indexation, premières visites, premiers contacts) et à long terme (positionnement sur vos mots-clés, conversions).

Comment prioriser les fonctionnalités ?

Prioriser, c’est accepter de dire « pas maintenant ». Cinq critères aident à trancher :

• L’impact : la fonctionnalité fait-elle progresser l’objectif principal ?
• Les ressources : avez-vous le budget, les compétences et le temps ? Sans ressources disponibles, mieux vaut repousser un chantier, même prometteur.
• La complexité : les chantiers lourds sont coûteux et risqués ; ils ne sont pas forcément prioritaires.
• Les dépendances : certaines fonctionnalités ne peuvent être construites qu’après d’autres (un espace client suppose un système de comptes).
• Les échéances : distinguez les vraies dates butoirs des dates « artificielles » qui feraient passer devant des projets plus utiles.

Deux méthodes structurent ce tri :

• MoSCoW, issue de la méthode agile DSDM, classe chaque élément en Must have (indispensable), Should have (important), Could have (souhaitable) et Won’t have this time (pas cette fois). L’Agile Business Consortium recommande de ne pas dépasser 60 % de l’effort total pour les éléments indispensables, afin de garder une marge de sécurité.
• RICE, popularisée par Intercom, note chaque idée selon sa portée (Reach), son impact, le niveau de confiance dans ces estimations (Confidence) et l’effort. Le score se calcule ainsi : portée × impact × confiance ÷ effort. Utile quand la liste est longue et que les avis divergent.

Pour un site vitrine, MoSCoW suffit largement. RICE est plus adapté à un site ou une application qui évolue en continu, avec des données de trafic pour estimer la portée.

Quel format et quels outils utiliser ?

Deux grands formats coexistent :

• La roadmap chronologique, sous forme de diagramme de Gantt ou de frise : chaque étape a une date de début et de fin. Adaptée à un projet au périmètre fixe, comme la création d’un site vitrine, où les dépendances entre tâches sont fortes.
• La roadmap par horizons, dite « Now, Next, Later », imaginée par Janna Bastow (ProdPad) : trois colonnes au lieu de dates. « Maintenant » pour ce qui est en cours et bien compris, « Ensuite » pour ce qui suivra, « Plus tard » pour les sujets plus flous qu’on garde en vue sans s’engager. Adaptée à un site qui évolue en continu après son lancement.

Côté outils, inutile de sur-équiper un projet de site. Un tableur partagé, un tableau Trello, Notion ou Miro suffisent pour la plupart des PME. Les outils de gestion de projet comme Jira, Asana ou monday.com prennent leur sens quand le projet implique plusieurs équipes et un backlog important. Le critère principal reste la lisibilité : la roadmap doit se comprendre sans explication, par quelqu’un qui arrive sur le projet.

À quoi ressemble une roadmap de site web ?

Voici un exemple de structure pour un site vitrine avec prise de rendez-vous, au format par horizons. Il s’agit d’un modèle illustratif à adapter, pas d’un projet réel.

Horizon	Contenu	Objectif visé	Responsable
Maintenant	Arborescence, maquettes des pages clés, rédaction des contenus, formulaire de contact	Mettre en ligne un site crédible qui génère des demandes	Direction, agence
Maintenant	Balisage SEO de base, suivi des conversions, mentions légales et gestion des cookies	Être trouvé et mesurer les résultats dès le premier jour	Agence, marketing
Ensuite	Module de prise de rendez-vous en ligne, avis clients	Réduire les appels et accélérer la prise de contact	Agence
Ensuite	Blog et calendrier éditorial	Gagner des positions sur les recherches liées au métier	Marketing
Plus tard	Espace client, version anglaise	Fidéliser, ouvrir une clientèle étrangère	À définir

Chaque ligne a un objectif. Si vous ne savez pas quoi écrire dans cette colonne, c’est que l’élément n’a peut-être pas sa place dans la roadmap.

Comment faire vivre la roadmap avec votre agence ?

Une agence expérimentée travaille comme une extension de votre équipe : elle sait repérer les points faibles d’un projet et apporter des idées pour le rapprocher de vos objectifs, sans que vous ayez à recruter. Mais cela suppose une communication régulière. Pour que la roadmap reste juste, partagez dès le départ :

• les contacts des référents métier et des décideurs ;
• les accès aux outils existants : CMS, hébergement, nom de domaine et DNS, outils de statistiques, dépôts de code ;
• les sauvegardes de la base de données actuelle en cas de refonte ;
• la liste des fonctionnalités jugées essentielles et la vision de la première version.

Organisez ensuite des points réguliers (hebdomadaires pendant la réalisation, mensuels après la mise en ligne) pour faire le bilan, recueillir les retours et mettre la roadmap à jour. Qui la tient ? En général le chef de projet, côté agence ou côté client, qui l’utilise dès la réunion de lancement pour partager le planning, fixer les attentes de chacun et suivre les échéances.

C’est ainsi que nous travaillons sur nos projets de création de site internet : la roadmap est construite avec le client pendant le cadrage, puis mise à jour à chaque étape.

Que change une roadmap de refonte ?

Quand le site existe déjà, la roadmap doit protéger ce qui fonctionne avant d’ajouter du neuf. Trois chantiers s’ajoutent à la démarche décrite plus haut :

1. L’inventaire de l’existant. Listez toutes les URL du site actuel et repérez celles qui apportent du trafic, des liens entrants ou des conversions. Ce sont elles qu’il ne faut pas perdre.
2. Le plan de redirection. Chaque ancienne adresse qui change doit rediriger (redirection 301) vers la page nouvelle la plus proche. Sans cela, les visiteurs tombent sur des erreurs et le référencement acquis s’effondre. Cette tâche a sa place dans la roadmap avant la mise en ligne, pas après.
3. La reprise des contenus et des données. Textes, fiches produits, comptes clients, historique de commandes : décidez ce qui est repris, retravaillé ou abandonné, et prévoyez le temps de migration.

Après la bascule, prévoyez une période de surveillance rapprochée : erreurs 404, pages désindexées, formulaires qui ne partent plus, baisse de conversions. C’est la partie la plus souvent absente des roadmaps de refonte, alors que c’est là que se jouent les semaines qui suivent. Si vous préparez ce type de projet, notre page refonte de site internet décrit notre façon de le mener.

Quelles erreurs éviter ?

• Confondre roadmap et to-do list. Une liste de cent tâches ne dit pas dans quel ordre les faire ni pourquoi. Gardez la roadmap au niveau des grandes étapes.
• Vouloir tout mettre dans la première version. C’est la cause la plus fréquente de retards et de dépassements de budget. Un site en ligne qu’on améliore vaut mieux qu’un site parfait qui ne sort jamais.
• Figer les dates trop loin. Des dates précises à un an donnent une fausse impression de certitude. Réservez les dates exactes au court terme.
• Oublier les contenus. Textes, photos, vidéos : ils conditionnent la mise en ligne et sont souvent prêts en dernier.
• Oublier l’après-lancement. Maintenance, mises à jour de sécurité, référencement, analyse des statistiques : une roadmap qui s’arrête à la mise en ligne est incomplète.
• Ne jamais la mettre à jour. Une roadmap qui n’a pas bougé depuis trois mois n’est plus consultée, donc plus utile.

Bien construite, la roadmap agit comme un revêtement sur un terrain accidenté : moins de virages imprévus, moins de retours en arrière, et des coûts de développement et de maintenance mieux maîtrisés. Elle ne remplace pas les compétences, mais elle permet de les mettre au service des bons objectifs, dans le bon ordre.

Questions fréquentes

Qui définit la roadmap d’un site web ?

Le chef de projet la construit avec la direction et les parties prenantes, et avec l’agence si le projet est externalisé. Il l’utilise dès la réunion de lancement pour partager le planning, définir les attentes et suivre les échéances.

Quelle est la différence entre une roadmap et un cahier des charges ?

Le cahier des charges décrit en détail ce que le site doit faire. La roadmap indique dans quel ordre et à quel horizon les fonctionnalités seront livrées, et pourquoi.

Faut-il une roadmap pour un petit site vitrine ?

Oui, mais une version courte : une page qui liste les objectifs, le contenu de la première version, les dates clés et ce qui viendra ensuite suffit. Elle évite surtout d’oublier les contenus et l’après-lancement.

À quelle fréquence mettre à jour la roadmap ?

À chaque étape importante pendant la réalisation, puis au moins une fois par mois ou par trimestre une fois le site en ligne, en fonction des statistiques et des retours des utilisateurs.

Quel outil utiliser pour créer une roadmap ?

Un tableur, Trello, Notion ou Miro suffisent pour la plupart des sites. Jira ou Asana deviennent utiles pour des projets avec plusieurs équipes et un backlog important.

Qu’est-ce qu’une roadmap « Now, Next, Later » ?

Une roadmap organisée en trois horizons (maintenant, ensuite, plus tard) au lieu de dates précises. Elle convient aux sites qui évoluent en continu, car elle laisse de la souplesse sans perdre le cap.

Sources

• Lean Startup Co. : What is an MVP, par Eric Ries
• Agile Business Consortium : priorisation MoSCoW
• Intercom : RICE, une méthode de priorisation simple
• ProdPad : l’origine de la roadmap Now, Next, Later
• EUR-Lex : directive (UE) 2019/882 relative aux exigences en matière d’accessibilité