C’est quoi Client-First by Finsweet ?
Client-First est un système de style, une convention de nommage et une stratégie de structuration de projet pour Webflow, créé par Finsweet. L’idée : travailler de manière claire, organisée et cohérente afin que tout le monde, développeurs, clients, futurs intervenants, puisse comprendre, naviguer et modifier le projet facilement.
C’est plus qu’un simple guide : c’est une méthode que j’intègre à mes développements Webflow pour garantir propreté, évolutivité et ouverture.
Pourquoi j’utilise Client-First
Lorsque je crée un site Webflow pour un client, je veux que le projet soit facile à maintenir, cohérent et transparent. Client-First me permet :
- d’avoir une structure commune pour tous mes projets Webflow,
- de livrer un site que le client (ou un autre développeur) pourra reprendre facilement,
- de réduire les temps de debug ou de dev futurs grâce à une convention claire,
- et de donner de la crédibilité : “ce site est structuré proprement, je peux le reprendre sans casse”.
En bref : Client-First m’aide à livrer des projets durables, pas seulement beaux.
Les avantages de Client-First
Convention claire et compréhensible
Grâce à des noms de classes explicites, on sait immédiatement à quoi sert chaque élément. Pas de mystère. Cela facilite la prise en main, que ce soit par moi, un développeur tiers ou le client.
Structure unifiée & modulaire
La structuration du projet (répertoires, dossiers, style guide, utilitaires) reste la même d’un projet à l’autre. Cela rend le travail plus fluide et évite de repartir de zéro à chaque fois.
Scalabilité & maintenabilité
Quand le projet grandit (nouvelles pages, nouvelles sections, nouvelle équipe), Client-First permet de monter en complexité sans sacrifier la clarté. Le code reste lisible et robuste.
Meilleure transition et transfert
Si le client veut travailler directement dans Webflow ou passer le site à une autre agence, le projet est “lisible”. Ces transitions sont fluides et sans surprises.
Le “prix” de Client-First
Client-First est gratuit : c’est un guide ouvert, une convention publique, un système open-source que je peux appliquer à tous mes projets sans coût supplémentaire.
Ce coût “humain” se paie en apprentissage au début : il faut apprendre la logique, les normes, et faire le “bon réflexe” de nommage. Mais une fois intégré, c’est un gain de temps permanent.
Exemple d’utilisation dans mon métier
Imaginons que je développe un site Webflow pour un client avec plusieurs pages types (Accueil, Services, Blog, Contact). Avec Client-First :
- Je commence par un style guide intégré : je pré-crée les classes utilitaires (espacements, typographie, couleurs).
- Pour chaque composant (cartes, sliders, sections), j’attribue des classes selon la convention Client-First, ce qui facilite les modifications ultérieures.
- Si demain une nouvelle page est ajoutée, je n’ai pas à inventer une structure différente : je reprends les bundles de composants déjà existants.
- Si le client ou un autre développeur modifie ou ajoute du contenu dans Webflow, il trouve les classes et sections dans l’arborescence de façon intuitive.
Alternatives à Client-First
- Méthodologies “maison” de nommage : certains utilisent leur propre convention. Mais elles manquent souvent de standardisation ou deviennent opaques avec le temps.
- Atomic Design + CSS utilitaires purs : une approche très performante, mais qui demande une discipline plus stricte et peut être plus difficile à appliquer en Webflow pur.
- Systèmes de style d’agence internes (non publics) : certains développeurs créent leur propre système, mais l’inconvénient est que ce n’est pas documenté publiquement, donc moins accessible pour les clients ou tiers.
