Les 7 premiers jours d'un projet en 2026 : ce qui décide de tout

Introduction

En 30 secondes :52 % des projets subissent du scope creep, avec un dépassement budgétaire moyen de 27 % (Project Management Institute, 2023). Sur un projet de création de site livré en 3 à 6 semaines, cette dérive commence presque toujours dans les 7 premiers jours — pas en cours de développement. Ce que je mets en place lors de la première semaine avec chaque nouveau client, et pourquoi ça détermine autant la livraison que le travail de design lui-même.

(Source : Top Five Causes of Scope Creep — Project Management Institute)

Le moment qu'on évoque le plus dans la création de sites web, c'est la livraison. Les retours clients, la mise en ligne, les métriques qui commencent à bouger.

Ce qu'on évoque rarement, c'est le démarrage. La première semaine. Ces 7 jours où tout se configure — les attentes, le périmètre, la dynamique de travail — avant même qu'une ligne de design soit tracée.

C'est là que se décident la plupart des retards. Pas en phase de développement, pas au moment des relectures. En J1, quand le brief est vague. En J3, quand les contenus ne sont pas encore disponibles. En J5, quand le périmètre du projet n'a pas encore été validé par écrit.

J'ai construit ce process de démarrage après avoir observé, projet après projet, que la qualité de la livraison se jouait moins dans le code que dans la clarté du premier échange.

Voici ce que ce process contient — et pourquoi chaque étape existe.

Les deux premiers jours posent la fondation — ou la fragilisent

Un brief incomplet ne se corrige pas au fil du projet : il se dilue, s'accumule, et ressort à la livraison sous forme de désaccord.

La première réunion client n'est pas une conversation de courtoisie. C'est le moment où les deux parties formulent, souvent pour la première fois, ce que « bien » signifie pour ce projet. La cible du site et ce qu'on lui demande de faire. Les pages et fonctionnalités attendues. Les contenus disponibles ou à produire. Les délais réels côté client. Les contraintes techniques existantes.

Un seul de ces points laissé flou crée une bifurcation silencieuse. Le client pense que la page de réservation sera accessible depuis le menu principal. Le studio a conçu un menu à entrée unique. Aucun des deux n'a tort — mais l'un des deux va passer quatre heures à corriger quelque chose qui aurait dû être dit en J1.

Ce n'est pas de la méfiance. C'est de la précision préventive.

Les exigences initiales floues ou incomplètes représentent la première cause d'échec des projets de développement, tous secteurs confondus (Project Management Institute). Elles apparaissent en J1, rarement en J20 — et elles ne disparaissent pas d'elles-mêmes.

Une fois le brief posé, la semaine continue. Ce que le client apporte entre J3 et J4 a autant d'impact sur les délais que ce qui a été dit lors de cette première réunion.

Ce que le client apporte à mi-semaine change les délais

Le design ne peut pas commencer sans matière — et cette matière vient du client, pas du studio.

Entre J3 et J4, la liste des éléments attendus est précise : accès aux outils existants (hébergeur, domaine, analytics si actif), textes de référence ou trame de contenu, visuels ou charte graphique si elle existe, et contraintes techniques éventuelles liées à une plateforme déjà en place.

Ce qui bloque la plupart des projets n'est pas technique. C'est cette liste qui tarde. Une charte graphique envoyée en J10 au lieu de J4 déplace tout le calendrier. Un texte annoncé comme « presque prêt » qu'on reçoit finalement en J15 décale la validation du design — et avec elle, la livraison.

La solution n'est pas de relancer le client toutes les 48 heures. C'est d'anticiper dès le brief, en demandant un état des lieux précis de ce qui est prêt et de ce qui reste à produire. Sur les projets où ce point a été traité clairement à J1, la phase de design commence toujours à la date prévue.

→ À lire : Un site livré en 3 semaines : mes 5 étapes sans retard ni surprise

Une fois les contenus confirmés, reste une étape que certains studios sautent parce qu'elle paraît formelle — et que beaucoup regrettent d'avoir sautée.

Ce qu'on aligne par écrit à J5 évite les frictions à J30

La plupart des tensions en fin de projet ne viennent pas d'erreurs techniques. Elles viennent d'une attente jamais formulée clairement.

Une validation de périmètre n'est pas un document juridique compliqué. C'est une liste partagée, lisible par les deux parties, qui dit : voilà les pages, voilà les fonctionnalités incluses, voilà ce qui est hors périmètre. Deux minutes à lire. Sa valeur tient à une chose : une fois confirmée par email, elle déplace la charge de preuve.

Si une demande nouvelle arrive en J18, les deux parties ont une référence commune pour évaluer si elle fait partie du projet ou constitue une extension. Ce n'est pas une conversation difficile — c'est une conversation précise, ce qui est très différent.

L'objection que j'entends parfois : « c'est beaucoup de process pour un site web. » La réponse directe : cette étape prend 30 minutes. La gérer après le fait — quand le client découvre qu'une fonctionnalité ne faisait pas partie de la livraison — prend 3 heures et fragilise la relation.

Sur les projets Kanzo Studio et Naura, la clarté du périmètre dès le départ a permis de concentrer l'énergie entièrement sur le design. Le résultat a suivi : ×4 taux de conversion pour Kanzo, −38 % de rebond pour Naura. Ce n'est pas une coïncidence — c'est le produit d'un projet qui n'a pas perdu de temps à se recalibrer en cours de route.

→ À lire : Ce que 3 projets m'ont appris sur le design qui convertit

La semaine se termine sur un moment que j'ai appris à traiter comme une étape à part entière : le lancement officiel.

Le septième jour n'est pas un début — c'est une confirmation

J7 est le moment où le studio dit au client : « nous avons tout ce qu'il nous faut, le projet commence. »

Ce signal peut sembler symbolique. Il ne l'est pas.

Pour le client, c'est la confirmation que ses éléments ont bien été reçus, que le périmètre est clair, et que le projet est entre de bonnes mains. C'est aussi la fin de la phase où les ajustements sont simples — après J7, chaque modification de périmètre a un coût en temps.

Pour le studio, c'est la confirmation que le brief est complet, que les contenus sont disponibles, et que le calendrier de livraison est tenable. C'est la permission de travailler sans interruptions liées à des informations manquantes.

Cette confirmation prend la forme d'un message court au client — deux paragraphes qui résument les points clés du brief et confirment la date de première présentation. Moins de 5 minutes à écrire.

Ce qui change : la relation passe d'une phase de coordination à une phase de production. C'est une bascule nette, et les deux parties la sentent.

→ À lire : 30 projets plus tard : les 5 erreurs PME qui bloquent vos ventes

FAQ

Ce process de démarrage fonctionne-t-il aussi pour les petits projets ?Oui, avec un format adapté. Un projet 4 pages n'a pas besoin du même niveau de documentation qu'un site 8 pages. Mais la logique reste identique : brief clair, contenus confirmés, périmètre validé. Ce qui change, c'est le temps passé sur chaque étape — pas leur existence.

Et si le client n'a pas ses contenus prêts à J3 ?On reporte la date de début du design de la durée correspondante. Le calendrier de livraison ne peut pas tenir si la matière première arrive en retard. Le dire clairement à J3 est toujours préférable à découvrir à J15 que la livraison annoncée n'est plus tenable.

Combien de temps prend cet onboarding au total ?Entre 3 et 4 heures réparties sur 7 jours — réunion de brief, collecte des éléments, validation du périmètre, message de confirmation. Ce temps investi en amont se récupère largement en aval sur des projets où les allers-retours sont réduits et les délais tenus.

Que se passe-t-il si on saute cette étape ?Le projet part quand même. Mais il part sans que les deux parties aient la même définition de « terminé ». Ce décalage ressort inévitablement — en cours de développement ou à la livraison. Corriger en cours de route coûte plus cher que cadrer en amont.

Le client doit-il fournir tous les contenus définitifs avant le début du design ?Non. Une référence de ton, quelques textes de travail et une charte graphique suffisent pour démarrer. Les contenus définitifs peuvent arriver progressivement, à condition que leurs volumes et natures soient connus à J1. Ce qui bloque, ce n'est pas l'absence de contenu final — c'est l'absence d'information sur ce contenu.

Ce que ces 7 jours changent à la livraison

Un projet de site web se joue rarement sur sa phase de développement. Il se joue sur la clarté de ce qui a été dit — et confirmé — avant que le travail commence.

Ces 7 jours ne sont pas une formalité supplémentaire. Ce sont les 7 jours où le studio et le client construisent la même représentation du projet. Là où la grande majorité des frictions naissent, et là où elles peuvent être éteintes avant d'exister.

Ce que ça change à la livraison : un client qui reconnaît dans le rendu ce qui a été promis au démarrage. Un projet qui n'a pas dépensé 20 % de son temps en recalibrages non anticipés. Et une relation de travail qui finit sur la même note qu'elle a commencée.

Un projet de site, une refonte, ou juste une question ? Prenez contact — réponse sous 24h