Un design system bien construit dès le départ divise par 3 le temps de développement de nouvelles features. Voici comment on l'approche chez Citadelle.
Votre équipe passe du temps à recréer le même bouton dans cinq composants différents. Le designer retouche les mêmes espacements à chaque nouvelle page. Le développeur ne sait pas quelle couleur utiliser pour un état "warning". Ces frictions invisibles représentent en moyenne 15 à 20 jours de travail perdus par mois sur un produit de taille moyenne.
Un design system n'est pas un projet de refonte. C'est une infrastructure de travail.
Notre approche est minimaliste et pragmatique — on n'est pas adeptes du design system de 400 composants qui prend 6 mois à construire et que personne n'utilise.
On commence toujours par les mêmes : Button, Input, Card, Modal, Badge, Toast, Navbar, Footer. Ces 8 composants couvrent 70% des besoins d'une application standard.
Chaque composant a une page Storybook avec ses variantes, ses props, et ses états. Sans documentation, le design system n'est pas utilisé.
Calcul simple sur un produit avec 2 développeurs :
Sur un an : environ 25 jours de développement récupérés. Le ROI est évident dès le 4ème mois.
Sur chaque mission produit chez Citadelle, on livre un design system minimal en parallèle du produit — pas après. Les tokens sont définis en semaine 1, les composants core en sprint 1, et tout le reste s'appuie dessus.
Ça ralentit légèrement le début. Ça accélère significativement tout le reste.
Si vous construisez un MVP en 2 semaines pour valider une hypothèse, n'investissez pas dans un design system. Tailwind avec des classes utilitaires consistantes suffit.
Le design system devient pertinent quand le produit est validé et qu'il va falloir le faire évoluer sur 12+ mois.
Design
Design system : l'investissement qui réduit vos coûts à long terme
Un design system bien construit dès le départ divise par 3 le temps de développement de nouvelles features. Voici comment on l'approche chez Citadelle.
Khan Sadirac
18 avril 2026
Stratégie
Agence, studio, freelance : comment choisir son partenaire digital
Freelance, agence traditionnelle, studio produit — chaque modèle a ses forces et ses limites. Voici comment choisir en fonction de votre situation réelle.
Julien Wolberg
5 avril 2026
Engineering
Next.js en 2026 : pourquoi c'est encore le meilleur choix pour votre produit
App Router, React Server Components, streaming SSR — une analyse honnête de pourquoi Next.js reste notre stack de référence, et quand ce n'est pas le bon choix.
Khan Sadirac
20 mars 2026