Livrer un site en moins de 3 semaines

Trois semaines, c'est court. Mais c'est suffisant quand le process est carré.

Tableau blanc rempli de post-its et de flèches de planification — Un planning clair dès le jour 1, c'est 80% du travail.

Le planning en un coup d'œil

Semaine	Livrable	Jours
1	Brief, benchmark, wireframes, UI Figma	5
2	Développement front, composants, animations	5
3	Contenu, QA, mise en ligne	5

Semaine 1 — Cadrage et design

Jours 1–2 : brief, benchmark, architecture de contenu
Jours 3–5 : wireframes puis UI Figma haute fidélité

À la fin de la semaine, vous voyez le site. Pas un moodboard, pas une vague direction : le site.

Semaine 2 — Développement

Le code démarre dès le lundi. On utilise toujours la même base technique :

pnpm create next-app --typescript --tailwind
cd mon-projet
pnpm add gsap lenis lucide-react

Composants réutilisables, responsive dès le premier jour, preview déployée sur Vercel à chaque commit.

Un squelette de composant type

interface CardProps {
  title: string;
  description: string;
  href: string;
}

export function Card({ title, description, href }: CardProps) {
  return (
    <a
      href={href}
      className="group block p-6 rounded-2xl bg-surface hover:bg-fg hover:text-white transition-colors"
    >
      <h3 className="font-display text-2xl mb-2">{title}</h3>
      <p className="text-sm opacity-70">{description}</p>
    </a>
  );
}

Semaine 3 — Contenu, polish, mise en ligne

Intégration du contenu final
Passes QA : accessibilité, performance, SEO
Mise en production, DNS, monitoring

La check-list de mise en ligne

Avant de basculer le DNS, on passe cette liste :

Lighthouse ≥ 95 sur mobile
Meta OG + Twitter sur toutes les pages
Sitemap + robots.txt générés
Certificat HTTPS actif
Monitoring (Vercel Analytics + alertes 500/504)
Backup DNS (TTL réduit 24h avant)

Pourquoi ça marche

Parce qu'on ne découvre rien en cours de route. Le cadrage initial élimine 90% des surprises. Le reste se gère en continu, par petits ajustements quotidiens.

Le coût d'une journée perdue

Sur 15 jours ouvrés, perdre 1 journée sur une surprise, c'est perdre 6,7% du projet. Sur 3 jours, c'est 20%. D'où l'importance du cadrage :

\text{coût réel} = \text{coût planifié} \times \left(1 + \frac{\text{jours perdus}}{15}\right)

Et après ?

Le site part en ligne. Vous avez le repo, un README complet, le mot de passe de l'hébergeur. On reste dispo 2 semaines pour les ajustements post-lancement, puis en maintenance au forfait si vous le souhaitez.

Simple. Carré. Rapide.