C’est une question tout à fait normale quand on commence à réfléchir à un projet : combien de temps faudra-t-il pour créer mon site ?
Le problème, c’est qu’il n’existe pas vraiment de réponse valable pour tous les projets.
Une landing page qui présente une seule activité n’a rien à voir avec un site vitrine composé de plusieurs rubriques. Et un site vitrine n’a lui-même pas les mêmes contraintes qu’une boutique en ligne avec paiement, livraison et gestion des produits.
Le délai dépend donc surtout de ce qu’il faut réellement construire.
Voici les principaux éléments qui peuvent faire varier le calendrier.
Le nombre de pages ne fait pas tout, mais il compte
Créer une page unique et construire un site avec plusieurs rubriques ne représente évidemment pas le même travail.
Mais il ne suffit pas non plus de compter les pages.
Une page très simple contenant quelques informations peut demander moins de travail qu’une page unique avec de nombreuses sections, des formulaires, des contenus spécifiques ou des intégrations particulières.
Ce qui compte vraiment, c’est donc plutôt le contenu et le rôle de chaque page.
Par exemple, pour Toutou Barbu, le besoin pouvait être traité avec une landing page : une seule page, un objectif clair et les informations utiles pour les visiteurs.
Pour le site du Collège Saint-François, le projet était très différent. Il fallait repartir d’un ancien site, revoir l’organisation des contenus et construire plusieurs rubriques adaptées aux besoins de l’établissement.
Les deux sont des sites internet, mais le périmètre n’a rien de comparable.
La préparation des contenus peut faire avancer… ou ralentir le projet
On pense souvent d’abord au développement ou au design.
Pourtant, une bonne partie d’un projet dépend aussi du contenu.
Quels textes faut-il afficher ? Quelles photos utiliser ? Quelles prestations présenter ? Quelles informations sont réellement importantes ?
Si tous les éléments sont prêts dès le début, le projet peut avancer plus facilement.
À l’inverse, si les contenus doivent être écrits, triés, corrigés ou récupérés au fur et à mesure, cela peut naturellement allonger le calendrier.
C’est particulièrement visible lors d’une refonte.
Il ne s’agit pas forcément de reprendre mot pour mot l’ancien site. Parfois, il faut justement profiter du projet pour supprimer certaines informations, en réorganiser d’autres ou rendre la navigation plus logique.
La création d’un site ne consiste donc pas uniquement à « mettre du texte dans des pages ».
Les validations font partie du travail
Un projet avance généralement par étapes.
Une première direction est proposée, puis certains éléments sont ajustés.
Le client peut vouloir modifier un texte, préciser une prestation ou revoir l’organisation d’une partie de la page.
C’est normal.
Ces échanges font partie du projet.
En revanche, leur rythme peut avoir une influence importante sur le calendrier.
Une validation rapide permet de passer à l’étape suivante. Si une décision reste en attente, le reste du projet peut parfois difficilement avancer.
C’est pour cela que le calendrier ne dépend jamais uniquement du développeur.
Il dépend aussi de la fluidité des échanges entre les deux côtés.
Les fonctionnalités spécifiques changent beaucoup de choses
Tous les sites ne se limitent pas à afficher du texte et des images.
Un projet peut nécessiter :
- un formulaire particulier
- une réservation
- un espace spécifique
- une connexion à un service externe
- une gestion de produits
- un outil métier
- ou d’autres fonctionnalités adaptées à l’activité
Plus le besoin est spécifique, plus il faut réfléchir à son fonctionnement avant de le construire.
Il peut aussi être nécessaire de tester davantage de cas avant la mise en ligne.
C’est l’une des raisons pour lesquelles deux projets ayant visuellement une taille similaire peuvent demander un travail très différent.
Une boutique en ligne ajoute naturellement des contraintes
Un site e-commerce ne consiste pas simplement à ajouter un bouton « acheter ».
Il faut réfléchir aux produits, aux paiements, aux livraisons, aux commandes et parfois à la gestion du stock.
Chaque boutique a aussi ses propres règles.
C’est ce que l’on retrouve par exemple sur un projet comme Pasithea Shop.
Il ne suffit pas de présenter les produits : le site doit permettre au client de passer commande dans de bonnes conditions, et les outils utilisés autour de la boutique peuvent également entrer dans le périmètre du projet.
Cela ajoute des choix et des vérifications qu’une landing page classique n’a pas.
Les intégrations peuvent demander du travail supplémentaire
Un site peut aussi devoir communiquer avec d’autres services.
Paiement, réseaux sociaux, outils de gestion, newsletter, stock…
Chacune de ces intégrations doit être correctement configurée et testée.
Même lorsqu’un service fournit une solution prête à l’emploi, il faut vérifier qu’elle correspond réellement au besoin.
Un projet comportant plusieurs outils connectés aura donc logiquement plus de paramètres à prendre en compte qu’un site entièrement autonome.
La complexité générale du projet compte plus que son apparence
Un site peut paraître simple lorsque l’on regarde uniquement le résultat final.
C’est même souvent bon signe.
Mais derrière une interface claire peuvent se cacher beaucoup de décisions : organisation des informations, responsive, formulaires, gestion de contenu ou fonctionnalités spécifiques.
C’est pourquoi j’évite de déterminer un calendrier simplement à partir du nombre de pages.
Je préfère comprendre le projet dans son ensemble avant de dire ce qu’il implique.
La rapidité des retours a aussi son importance
Il y a une partie du calendrier que le prestataire ne maîtrise pas complètement.
Par exemple : validation d’une maquette, transmission de photos, correction d’un texte ou réponse à une question nécessaire pour avancer.
Si les échanges sont fluides, le projet avance naturellement mieux.
À l’inverse, lorsqu’une information manque ou qu’une décision doit être repoussée, certaines étapes peuvent devoir attendre.
Ce n’est pas une critique du client.
Tout le monde a ses contraintes.
C’est simplement un élément à prendre en compte lorsqu’on parle de délai.
Ce qui dépend de vous… et ce qui dépend de moi
De mon côté, mon rôle est de construire le site, organiser correctement les éléments prévus, effectuer les tests nécessaires et signaler les points qui demandent une décision.
Du côté du client, il faut surtout pouvoir fournir les informations nécessaires et valider les différentes étapes.
Le projet fonctionne donc réellement comme un échange.
Et plus le périmètre est clair dès le départ, plus il est facile d’établir un calendrier cohérent.
C’est aussi l’intérêt de préparer correctement son projet avant de commencer : clarifier les pages, les contenus et les fonctionnalités attendues.
Pourquoi un projet peut prendre du retard
Il n’y a pas forcément un gros problème derrière un décalage.
Cela peut simplement être :
un contenu qui n’est pas encore prêt, une fonctionnalité ajoutée en cours de route, des photos à remplacer ou une décision qui demande davantage de réflexion.
Le projet peut également évoluer.
On part parfois sur une idée simple puis on réalise qu’une fonctionnalité supplémentaire serait réellement utile.
Dans ce cas, le périmètre change.
Et si le périmètre change, le calendrier doit parfois évoluer avec lui.
Ce qui me paraît important, c’est que cela soit clair pour les deux parties.
Comment je définis le calendrier chez Boulinguez Digital
Je ne donne pas de délai standard valable pour tous les projets.
Je préfère d’abord comprendre ce que vous souhaitez construire.
Une fois le périmètre défini, le calendrier prévu est indiqué dans le devis.
Cela permet de tenir compte du vrai projet plutôt que de vous annoncer une durée générique qui ne correspondrait peut-être pas du tout à votre besoin.
Une landing page, un site vitrine, une boutique en ligne ou une application web n’ont tout simplement pas les mêmes contraintes.
Alors, combien de temps faut-il vraiment ?
La réponse la plus correcte reste donc : cela dépend du projet.
Mais cela ne veut pas dire qu’il est impossible d’avoir de la visibilité.
Une fois que les pages, les contenus, les fonctionnalités et les éventuelles intégrations sont définis, il devient possible de construire un calendrier adapté.
Le plus utile n’est finalement pas de demander « combien de temps prend un site internet en général ? ».
La meilleure question est plutôt :
qu’est-ce qu’il faut réellement construire pour mon projet ?
C’est à partir de cette réponse que le calendrier devient concret.
Si vous avez un projet en tête, vous pouvez me le décrire. Je pourrai vous expliquer ce qu’il implique, et le calendrier correspondant sera ensuite précisé dans le devis.