Vous recherchez des moyens d'optimiser votre flux de travail et de proposer des produits exceptionnels à vos clients ? Vous pourriez envisager l'approche axée sur le client de Finsweet. Cet ensemble innovant de directives a suscité un vif engouement au sein de la communauté Webflow, dans le but d'aider les développeurs Webflow à créer des sites Web plus organisés, efficaces et faciles à gérer.
L'expression « The Future of Webflow Development » est peut-être un peu trop dramatique, mais qui n'aime pas un titre accrocheur ? Il est vrai que nous pourrions rêver de fonctionnalités plus avancées, telles que le support multilingue, l'extension des limites du CMS ou des fonctionnalités avancées des sites d'adhésion. Pourtant, nous sommes de fervents partisans de Webflow, convaincus que ces développements arriveront en temps voulu. Revenons donc sur la bonne voie... et concentrons-nous sur les outils disponibles qui pourraient faciliter notre parcours avec Webflow.
La question est la suivante : Le client d'abord le bon choix pour tous les concepteurs ou développeurs Webflow ? Nous sommes là pour approfondir les bases de Client-First, évaluer ses avantages et ses inconvénients et vous aider à décider si c'est la solution idéale pour vous. Explorons le domaine du client d'abord de Finsweet !
Comprendre la priorité du client
Priorité au client est une philosophie et un ensemble de bonnes pratiques conçus pour aider Flux Web les développeurs créent des sites Web organisés, évolutifs et maintenables. L'approche s'articule autour d'une série de principes et de stratégies qui donnent la priorité à la facilité d'utilisation, tant pour le développeur que pour le client. En adoptant Client-First, les développeurs Webflow peuvent :
- Économisez du temps et des ressources en rationalisant le processus de développement.
- Assurez-vous que leurs projets sont faciles à comprendre et à gérer pour les membres de l'équipe et les clients.
- Assurez-vous que leurs projets sont faciles à comprendre et à gérer pour les membres de l'équipe et les clients.
Pour une introduction plus approfondie, vous pouvez consulter l'explication de Joe de Finsweet :
Les avantages de l'approche axée sur le client
- Flux de travail simplifié: Le respect des meilleures pratiques de Client-First peut éliminer les étapes inutiles et favoriser un processus de développement plus efficace et plus organisé. L'achèvement plus rapide des projets et la réduction des obstacles ne sont que quelques-uns des avantages.
- Collaboration sans effort: Avec Client-First, les projets sont structurés de manière à être faciles à comprendre et à gérer, ce qui simplifie la collaboration, même avec de nouveaux membres de l'équipe ou de nouveaux clients.
- Maintenabilité améliorée: L'un des principes clés de Client-First est de concevoir des sites Web en tenant compte de la maintenance future. Cela permet aux clients de gérer plus facilement leurs sites Web, améliorant ainsi leur expérience globale.
- Cohérence: Client-First fournit des directives claires qui garantissent que tous vos projets Webflow respectent une structure et une conception cohérentes, un aspect vital pour les agences et les grandes équipes.
- Accessibilité: L'un des principaux objectifs de Client-First est l'accessibilité. La méthodologie utilise principalement REM au lieu de pixels, ce qui permet à tout d'augmenter et de diminuer en fonction de la taille du texte dans le navigateur.
Inconvénients de l'adoption de la priorité au client
- Courbe d'apprentissage: Comme toute nouvelle méthodologie, Client-First s'accompagne d'une courbe d'apprentissage. Les développeurs doivent investir du temps pour se familiariser avec cette approche, qui peut dans un premier temps ralentir leur progression.
- Pas idéal pour tous les projets: Client-First est conçu pour les développeurs Webflow qui accordent la priorité à l'organisation et à la maintenabilité. Cependant, les sites Web plus petits ou plus simples peuvent ne pas nécessiter ce niveau de structure.
- Changement d'état d'esprit: Adopter la priorité sur le client nécessite d'abandonner les vieilles habitudes et d'adopter une nouvelle perspective sur le développement de Webflow. Ce changement peut s'avérer difficile pour les développeurs habitués à une approche plus libre.
Devriez-vous utiliser Client-First ?
La décision d'adopter Client-First dépend en fin de compte de vos préférences personnelles et des besoins spécifiques de vos projets. Si vous accordez de l'importance à l'organisation, à l'efficacité et à la maintenabilité à long terme, Client-First pourrait changer la donne pour votre processus de développement Webflow.
Toutefois, si vous travaillez sur de petits projets ou si vous disposez d'un flux de travail bien établi qui répond déjà à vos besoins, l'adoption de Client-First pourrait ne pas être aussi bénéfique. Dans les deux cas, nous vous recommandons d'explorer la méthodologie et de réfléchir à la manière dont ses principes pourraient améliorer votre approche actuelle et de voir comment nous avons commencé à l'intégrer à notre flux de travail.
Client-First de Finsweet est une approche innovante du développement de Webflow qui vise à améliorer l'organisation, l'efficacité et la maintenabilité de vos projets. En suivant ses directives et ses meilleures pratiques, vous pouvez rationaliser votre flux de travail, améliorer la collaboration et offrir une meilleure expérience globale à vos clients.
Cependant, il est essentiel de se rappeler qu'aucune méthodologie n'est parfaite pour chaque développeur ou projet. Nous vous encourageons à explorer Client-First et à réfléchir à la manière dont ses principes pourraient s'intégrer à vos pratiques actuelles. Vous constaterez peut-être que c'est la pièce manquante que vous recherchiez, ou vous vous rendez peut-être compte qu'une approche hybride convient le mieux à vos besoins spécifiques. En substance, Client-First est une approche hybride, vous êtes encouragé à utiliser les éléments et la structure existants et à les personnaliser, mais aussi à ajouter ce dont vous avez besoin lorsque cela impliquerait d'empiler trop de styles.
En fin de compte, le plus important est d'évaluer et d'affiner continuellement votre processus de développement afin de vous assurer que vous offrez le meilleur travail possible à vos clients. Que vous choisissiez d'adopter pleinement le principe Client-First, d'en adopter certains éléments ou de vous en tenir à votre approche actuelle, ne cessez jamais de chercher des moyens d'optimiser votre expérience de développement Webflow.
Que fait Milk Moon Studio ?
Le client a été lancé alors que nous commencions à redoubler d'efforts pour être plus inclusifs, intégrer l'accessibilité et faciliter la compréhension de notre propre travail pour les autres développeurs Webflow.
En tant que concepteurs et développeurs Webflow, nous avons toujours essayé d'intégrer la communauté Webflow, que ce soit en posant de nombreuses questions sur le forum ou en fournissant des réponses et en aidant les autres dans la mesure du possible. Au fil des ans, nous avons également essayé de bloguer activement sur Webflow, afin d'aider les autres en leur montrant comment nous avons découvert comment faire les choses, en faisant des choses au hasard avec du code personnalisé dans Webflow ou en raison de mes propres antécédents en matière de contenu Webflow lié à l'analyse. Tout cela est souligné par la conviction que nous voulons que notre travail soit accessible, non seulement aux utilisateurs qui visitent les sites que nous créons, mais également aux autres développeurs Webflow.
Nous ne voulons jamais prendre nos clients en otage. Dans un monde idéal, nous voulons qu'un client soit capable de nous licencier en plein milieu d'un projet, de confier le travail que nous avons fait pour lui à un autre développeur et de lui demander de continuer ce que nous avons commencé sans perdre de temps.
Dès le début, et cela fait quelques années maintenant, nous avons essayé d'y parvenir au moins en donnant des noms de classes descriptifs, en les regroupant par section, de la même manière que la structure des composants et des dossiers de Finsweet, afin que chaque fois que quelqu'un ouvrait le projet, il sache ce qui se passait et ce qu'il était en train de modifier, de réutiliser ou autre. Nous voulions également nous assurer que non seulement un développeur Webflow ou un concepteur Webflow le comprendrait, mais aussi que nos clients le comprendraient. Nous y sommes certainement parvenus dans une certaine mesure. Il est toujours difficile de dire exactement à quel point vous êtes affective, mais je dirais que c'était plutôt bien.
La phase suivante pour nous, Webflow Studio, en termes de croissance interne, en ce qui concerne nos compétences, a été de rendre nos sites plus faciles à évaluer pour l'utilisateur, dans la nature, et cela implique vraiment tout, des étiquettes aria au contraste des couleurs, en passant par la taille du texte, les balises HTML et bien trop de choses à couvrir ici. Mais la seule chose importante que nous n'avions pas faite dès le départ était de nous éloigner du pixel. Alors que nous étions en train de passer à ReMS, Client First vient d'être lancé et met l'accent sur l'accessibilité, non seulement pour l'utilisateur qui consulte votre site sur le Web, mais aussi pour un autre développeur qui examine votre travail et le rend immédiatement accessible, ce qui correspond parfaitement à nos valeurs.
Nous avons donc décidé de l'essayer sur un petit projet. Et après le premier jour, nous avons abandonné et avons fait ce à quoi nous étions habitués, en nommant les choses comme avant, en étant aussi inclusifs que possible. À ce moment-là, nous étions déjà passés à l'utilisation principalement du REM de toute façon. C'était juste plus rapide, avec moins d'éléments sur la page, et nous y étions habitués, donc c'était sûr.
Puis, plus tard, nous avons essayé à nouveau, et il s'agissait d'approches plus hybrides. Quoi qu'il en soit, passez à aujourd'hui. Client-First est un monstre, il y a beaucoup de documentation, il faut beaucoup de temps pour s'y habituer. Notre processus est différent de celui de nombreuses personnes. Nous concevons d'abord chaque détail dans Figma et le prototypons pour les clients, puis nous le développons dans Webflow, une fois cela fait, révisé et approuvé. Nous construisons à partir de zéro, pour correspondre exactement à ce que nous avons dans Figma, nous créons des sites Web sur mesure.
Mais nous avons commencé à utiliser Client-First, sur tous les projets maintenant. Ce n'est pas plus facile, je dirais que c'est encore plus difficile. Nous ne pensons pas au client d'abord lorsque nous concevons, nous proposons à nos clients de beaux sites, nous leur donnons ce qu'ils veulent, puis lorsque nous commençons un nouveau projet, nous clonons Client-First et nous devons passer beaucoup de temps à tout faire pour que tout ressemble et fonctionne exactement comme notre design. Personnellement, il est encore plus rapide pour moi de créer comme avant, je dois me souvenir de nombreuses fois où j'ai créé un site en utilisant Client-First. Ce n'était pas le cas auparavant, j'ai juste inspecté ce que nous faisions dans Figma et je l'ai stylisé en conséquence. Un élément de la page pourrait faire ce que 5 peut faire dans Client-First, dans une certaine mesure en tout cas. Maintenant, je dois me souvenir de ce que j'ai utilisé dans une section d'une autre page pour le rembourrage, sinon je dois aller regarder.
Alors pourquoi le faire, si c'est plus rapide et moins compliqué de ne pas le faire. Eh bien, ils ont passé beaucoup de temps à réfléchir aux meilleures pratiques, à la standardisation des choses, à la dénomination, aux dossiers, à la structure des composants et des pages, à l'accessibilité et à leur extension Chrome. Il est rapide en termes de vitesse de page, moins de DOM, fonctionne parfaitement avec Finsweet Attributes pour faire tout ce que Webflow ne fait pas immédiatement, toutes sortes de choses, mais en matière de taxes sur les cuivres, la raison pour laquelle nous passons plus de temps... c'est l'adoption de ce qu'ils ont créé.
À ce jour, je dirais probablement que si je créais un site aujourd'hui, comme je le faisais avant Client-First, mon client, une personne de son bureau qui ne connaît rien au CSS, à Flexbox ou à Grid, comprendrait mieux ce qui se passe que si je le faisais avec Client-First, et un développeur saurait certainement s'il a lu tous les noms de classes. Mais, et c'est là que l'adoption de Client-First entre en jeu, très peu de nos clients essaieront de faire quelque chose dans le designer, ils reviendront vers nous, au Milk Moon Studio, ou s'adresseront à un autre expert Webflow, à un autre partenaire Webflow ou à un concepteur de Webflow ou simplement à un type qui connaît un certain Webflow, et ils ouvriront notre projet, et si nous avons utilisé Client-First, ils sauront ce qui se passe instantanément, si ils l'ont déjà utilisé, et beaucoup l'ont fait, parce qu'il est devenu si populaire. L'ensemble des Les composants de Relume sont axés sur le client, il en va de même pour de nombreuses autres bibliothèques, etc.
Et s'ils ne le font pas, eh bien, la dénomination est standardisée et descriptive, ils le découvriront très rapidement. Oui, nous sommes passés à Client-First. Bien qu'elle ait demandé des efforts considérables et ne soit peut-être pas la méthode de création la plus rapide, elle est très accessible aux autres développeurs lorsqu'ils ouvrent le Webflow Designer. De plus, il est plus accessible aux utilisateurs finaux sur le Web, en particulier aux personnes malvoyantes.
Alors, est-ce que ça vaut le coup ? Pour nous, oui. Cela correspond à nos valeurs d'accessibilité pour nos clients, les utilisateurs finaux et les autres développeurs Webflow. Que vous décidiez d'adopter pleinement le principe Client-First, d'en adopter certains éléments ou de vous en tenir à votre approche actuelle, n'oubliez pas de rechercher en permanence des moyens d'optimiser votre processus de développement Webflow. Bonne conception !
