// Webdesign

Du brief au beta : notre processus de design web en 6 semaines

Six semaines du brief a la beta, pour un site marketing standard. Voici la decomposition reelle de notre processus, les pieges typiques, et ce qui fonctionne.

Par Nathan Pereira
Du brief au beta : notre processus de design web en 6 semaines

Six semaines, c'est notre delai standard pour amener un site marketing du brief a une beta utilisable. Pas un brief de geant SaaS avec dix langues, mais un site éditorial ou corporate de quinze a quarante pages. Voici comment nous structurons ces semaines.

Semaine 1 — Cadrage et structure

Lundi : atelier de cadrage en presentiel ou visio, trois heures. Douze questions essentielles (cf notre article dedie), liste des pages, hierarchie éditoriale.

Mardi-mercredi : audit du site actuel (analytics, hotjar/clarity, verbatims support), benchmark de trois concurrents, identification des pages qui doivent gagner ou perdre de l'importance.

Jeudi-vendredi : arborescence finale validee avec le client, brief éditorial pour chaque page (intention, audience cible, indicateur de succes), choix du stack technique selon qui maintient.

Livrable fin de semaine 1 : un document de huit a douze pages que toute l'équipe a relu et signe. Sans ce document, on ne passe pas en semaine 2.

Semaine 2 — Direction créative

Lundi-mardi : moodboards, deux directions creatives proposees, mises en context sur la home et une page intermediaire. Pas des Figmas finis : des references plus une page maquettee.

Mercredi : presentation au client. Choix d'une direction, ajustements demandes. Souvent un melange des deux propositions.

Jeudi-vendredi : finalisation de la direction choisie, palette finale, typo finale, premiers composants Figma (button, card, hero variants).

Livrable fin de semaine 2 : la home et une page intermediaire en design final, signees client. Plus une bibliotheque Figma de composants de base.

Semaines 3 et 4 — Production design

Le designer principal produit les pages restantes en s'appuyant sur les composants existants. Rythme typique : trois a quatre pages par jour pour un site simple, une a deux pour des pages complexes (pricing, calculateur, configurateur).

Le developpeur, en parallele, commence l'integration des composants de base (boutons, cards, header, footer) dans le stack choisi. Sur Webflow, c'est environ trois jours. Sur Next.js, environ une semaine.

Reunions hebdo : un point lundi (advancement, blocages), un point jeudi (revue des pages produites, ajustements). Pas plus.

Livrable fin de semaine 4 : design termine sur quatre-vingt-dix pourcent des pages, integration commencee sur la home et les composants partages.

Semaine 5 — Integration et contenu

Integration des pages restantes au developpement. En parallele, integration des contenus reels (textes, photos, videos). C'est ici qu'on decouvre que la page presse n'a pas de photos clients exploitables, ou que le texte de la home depasse la maquette de quarante pourcent.

Ne pas paniquer : c'est la semaine normale ou les contenus reels confrontent le design. Mieux vaut adapter le design que de forcer le contenu a entrer dans une maquette ideale.

Livrable fin de semaine 5 : site en preprod, navigable de bout en bout, avec contenus reels.

Semaine 6 — QA, accessibilite, performance

Lundi-mardi : recette client. Liste des bugs et ajustements. On distingue les bloquants (a fixer avant beta), les non-bloquants (a fixer dans le mois apres beta), et les nice-to-have (a reporter en v2).

Mercredi : audit accessibilite (WCAG AA minimum), audit performance (Lighthouse / WebPageTest), corrections seo (meta, robots, sitemap, structured data).

Jeudi-vendredi : derniers ajustements, tests cross-browser, mise en ligne, redirections du site actuel vers le nouveau.

Livrable fin de semaine 6 : beta en ligne sur le NDD client. Officielle mais clairement annoncee comme beta : les retours utilisateurs reels permettent les ajustements V1 sur le mois suivant.

Ce qui rallonge

Plus de quinze pages tres differentes. Multi-langue. Integration CRM complexe. Migration de site existant avec gestion de centaines de redirections. Validation lente cote client (plus de cinq jours par etape). Choix de stack non maîtrise par le client.

Pour ces projets, le format six semaines n'est pas approprie. Il faut soit decouper en lots (beta version FR puis EN), soit prolonger a huit-dix semaines.