Le vrai livrable d'une construction basée sur les paragraphes, ce ne sont pas les paragraphes. C'est le moment où votre client cesse de demander « une nouvelle page » et commence à demander « un nouveau composant ».
Il existe une étape discrète dans chaque projet de gestion de contenu réussi qui n'apparaît jamais dans un rapport d'avancement. C'est le jour où une demande client change de forme. Au lieu de « nous avons besoin d'une landing page pour la nouvelle carte cadeau », l'e-mail dit : « nous avons besoin d'un type de paragraphe qui affiche des fonctionnalités en deux colonnes, et il doit être réutilisable ailleurs ». Cette phrase, c'est la victoire. Elle signifie que le client a intériorisé un mindset composants - l'habitude de penser en blocs réutilisables plutôt qu'en pages uniques - et pense désormais à son site web comme vous.
Ce changement vaut bien plus qu'une fonctionnalité isolée. Un client qui pense en pages dépend de vous pour chaque modification. Un client qui pense en composants construit ses propres pages, pose de meilleures questions et revient pour faire évoluer le système plutôt que pour le réparer. Pour les chefs de projet et account managers, faciliter ce changement est l'une des actions les plus efficaces pour une relation à long terme.
Cet article s'appuie sur un projet réel pour Edenred Polska, une entreprise multinationale du secteur des avantages sociaux, qui est passée de la volonté d'abandonner Drupal à la commande régulière de nouveaux composants. Nous expliquons comment le mindset composants se développe, pourquoi on ne peut pas le forcer et ce que vous pouvez faire pour créer les conditions propices.
Dans cet article :
- Pourquoi le modèle « construisez-moi une page » retient-il les clients ?
- Qu'est-ce qui change quand les clients demandent des composants ?
- Comment le passage au mindset composants se produit-il ?
- Que signifie ce changement pour la relation avec l'agence ?
- Comment faciliter le passage au mindset composants ?
Pourquoi le modèle « construisez-moi une page » retient-il les clients ?
Dans le modèle traditionnel, chaque besoin de contenu arrive sous forme de demande de page. « J'ai besoin d'une landing page pour le produit X. » « Pouvez-vous créer une page pour la campagne de printemps ? » Chaque demande relance le même cycle : nouveau design, nouvelle tâche de développement, nouvelle ligne budgétaire et des jours ou des semaines d'attente avant la mise en ligne.
Ce modèle a trois problèmes structurels - et aucun n'est de la faute du client.
Dépendance totale. Le client ne peut rien faire sans l'agence. Mettre à jour un numéro de téléphone, changer une image hero ou réorganiser deux sections exige un ticket. Sur le projet Edenred, l'équipe marketing en était arrivée à coller des visuels finis dans le site au lieu d'éditer du texte, parce que déposer une demande et attendre était plus lent que d'ouvrir un outil de design. Ce n'est pas une équipe paresseuse. C'est une équipe enfermée dans un système basé sur les pages - le même schéma que nous décrivons dans notre guide sur les implémentations Drupal Paragraphs que les rédacteurs utilisent vraiment.
Itération lente. Quand chaque page est une construction sur mesure, l'écart entre l'idée et la page en ligne se mesure en semaines. Les campagnes glissent. Les opportunités saisonnières passent. Le calendrier marketing s'aligne sur la file d'attente de développement plutôt que sur le marché.
Un cycle de frustration qui érode la confiance. Le client attend, l'agence construit, le client veut des changements, et la boucle recommence. Chaque tour coûte du temps et de la confiance. Poussé assez loin, le client conclut que la plateforme elle-même est le problème. Edenred en est arrivée exactement là : elle planifiait une reconstruction complète sur une autre technologie et ne listait même plus Drupal dans son appel d'offres. C'est le moment où la modernisation CMS vs. reconstruction devient une décision de direction.
Le modèle basé sur les pages entraîne les clients à voir leur site comme une série de livrables uniques qu'ils ne peuvent pas toucher. Tant qu'ils pensent ainsi, la relation reste transactionnelle et fragile.
Qu'est-ce qui change quand les clients demandent des composants ?
Dans le modèle composants, l'unité de travail n'est plus la page. C'est un bloc réutilisable. La demande passe de « construisez-moi cette page » à « construisez-moi cette capacité » - et une fois la capacité en place, le client assemble les pages lui-même.
On entend le mindset composants dans les questions que le client commence à poser. Au lieu de « à quoi ressemblera cette page », il demande : « à quel point ce composant est-il universel, et où pouvons-nous l'utiliser ailleurs ? » Il évalue chaque nouveau Drupal Paragraph selon son potentiel de réutilisation. Chez Edenred, après le premier lot de composants validé, le client a commandé six à neuf nouveaux types de paragraphes et a jugé chacun d'eux selon ce critère : combien de contextes peut-il couvrir ?
Trois choses deviennent possibles dès qu'un client pense ainsi.
Création de pages en self-service. L'équipe marketing assemble de nouvelles pages à partir de composants existants sans impliquer un développeur. Une page de campagne qui prenait des semaines devient un après-midi de sélection de paragraphes, de saisie de contenu et de publication.
Réutilisation créative imprévue. C'est le signal le plus clair que le mindset est en place. Chez Edenred, l'équipe a réutilisé des paragraphes de présentation produit pour promouvoir des webinaires - le sous-titre devenait la date de l'événement, la description les détails. Personne ne les y avait invités. Les composants étaient assez universels pour que la réutilisation créative émerge d'elle-même.
Meilleurs briefs. Un client qui pense en composants formule des demandes actionnables, parce qu'il comprend déjà la différence entre un bloc unique et un type réutilisable. La conversation passe de « rendez-le joli » à « rendez-le polyvalent ».
Lisez aussi : Drupal Paragraphs : d'une configuration inutilisable à un CMS qui autonomise les rédacteurs et une méthode rapide pour éditer et personnaliser un paragraphe Drupal.
Comment le passage au mindset composants se produit-il ?
On n'installe pas le mindset composants comme un module. Il se développe par étapes, et votre rôle est de créer les conditions pour chacune d'elles plutôt que de faire un cours au client. Sur les projets, la progression suit généralement quatre phases.
Phase 1 : démonstration
Vous construisez le premier lot de composants et montrez ce qui est possible. C'est souvent la première fois que le client voit qu'il peut modifier du contenu réel lui-même. L'objectif n'est pas d'expliquer chaque fonctionnalité. C'est de produire un moment « wow » où le client comprend que le site est désormais le sien à éditer. Une expérience d'administration moderne aide énormément ; remplacer un thème d'administration daté par quelque chose d'actuel rend les mêmes capacités nettement plus accessibles.
Phase 2 : découverte
Le client explore et utilise les composants de façons imprévues. C'est la phase la plus importante et celle que vous contrôlez le moins. Donnez-lui un environnement de staging avec une page exemple complète utilisant chaque composant et chaque variante, puis reculez. L'équipe contenu d'Edenred a reçu exactement cela et a commencé à produire du contenu réel sans formation formelle - le même résultat de CMS sans formation que nous visons à chaque passation. L'astuce de réutilisation pour les webinaires est née ici, lors d'explorations sans supervision.
Phase 3 : intériorisation
Le client demande des composants au lieu de pages. Le langage de ses demandes change. Au lieu de « construisez-nous une page pour le nouveau produit », il demande « un paragraphe qui fait X et que nous pouvons réutiliser ». C'est l'étape clé évoquée en tête de cet article. Quand vous la voyez par écrit, le passage au mindset composants a eu lieu.
Phase 4 : advocacy
Le client pense à l'universalité avant vous. En briefant un nouveau design, il demande quel sera le potentiel de réutilisation et où cela pourrait s'appliquer ailleurs. Il défend l'approche en interne et auprès de ses pairs. À ce stade, le client n'est plus un consommateur de votre travail ; il est co-propriétaire du système.
Le fil conducteur des quatre phases : vous créez les conditions et laissez le client découvrir la valeur. Un staging pour explorer, des composants assez polyvalents pour surprendre leurs créateurs, et la patience de ne pas sur-expliquer. On ne force pas le changement, mais on peut le rendre presque inévitable.
Lisez aussi : comment nous avons évité une reconstruction Drupal coûteuse et augmenté la conversion d'environ 24 % et le module Geysir pour une édition de paragraphes plus rapide.
Que signifie ce changement pour la relation avec l'agence ?
Quand un client bascule dans le mindset composants, votre rôle change - en votre faveur.
Du prestataire au fabricant d'outils. Vous n'êtes plus l'équipe qui construit des pages, mais celle qui construit les outils avec lesquels le client construit des pages. C'est une position structurellement plus solide. Les fabricants d'outils sont plus difficiles à remplacer que les usines à pages, parce que la valeur que vous apportez se cumule sur chaque page que le client produit.
Travail à plus forte valeur. Au lieu d'une file de tickets répétitifs « changez ce texte », votre équipe se concentre sur de nouveaux types de composants, des problèmes vraiment intéressants et l'extension du système. Le travail est plus gratifiant pour les développeurs et plus utile pour le client.
Relations plus longues. Un client qui comprend le système revient quand ses besoins évoluent - non parce que quelque chose est cassé, mais parce qu'il veut aller plus loin. Edenred est passée d'un forfait support mensuel minimal de neuf heures à des commandes régulières de composants et à de nouvelles phases de développement.
Croissance du compte et recommandations. Un client qui a intériorisé l'approche investit davantage pour l'étendre, et en parle. Le succès Edenred s'est reproduit avec un autre client qui envisageait aussi d'abandonner Drupal ; cette fois, nous avions une étude de cas concrète pour appuyer l'argument. Un client autonomisé devient une référence et une source de nouvelles affaires.
Le point plus profond : un système de composants qui fonctionne n'améliore pas seulement le site. Il transforme la relation entre le client et la technologie - et entre le client et vous.
Comment faciliter le passage au mindset composants ?
Le changement est quelque chose que le client découvre - mais tout ce que vous faites influence la probabilité de cette découverte. Voici ce qui pousse régulièrement les clients vers la pensée en composants :
Concevoir pour l'universalité dès le premier jour. Construisez des composants qui fonctionnent sur de nombreux types de pages, pas des blocs taillés pour une seule page. Le test pour chaque composant : « comment pourrait-on l'utiliser dans un contexte que nous n'avons pas encore envisagé ? » Si la réponse est « nulle part », repensez-le. Une petite bibliothèque de composants polyvalents bat toujours un grand catalogue de blocs uniques.
Nommer les composants par ce qu'ils font, pas par où ils se trouvent. Appelez-le « grille de fonctionnalités » ou « mise en avant deux colonnes », pas « section 3 de la page d'accueil ». Les noms qui décrivent un emplacement enferment un composant dans une page dans l'esprit du client. Les noms qui décrivent une fonction invitent à la réutilisation.
Montrer, ne pas seulement expliquer. Lors de la passation, démontrez une réutilisation créative plutôt que de la décrire. Montrez à l'équipe comment un paragraphe produit peut promouvoir un webinaire. Une fois qu'ils ont vu un usage inattendu, ils en inventent d'autres.
Célébrer les usages imprévus. Quand un client utilise un composant d'une façon non prévue, traitez-le comme un succès, pas comme un écart. Cette réaction renforce exactement le comportement souhaité et signale que le système est le sien pour expérimenter.
Éviter la sur-spécification. Laissez de la place à l'interprétation créative. Un composant qui n'admet qu'un usage correct apprend au client à attendre des instructions. Un composant avec une flexibilité raisonnable l'encourage à explorer. Même retenue à la passation : une bonne page exemple sur staging vaut mieux qu'une formation de deux heures.
Vous voulez transformer vos clients en penseurs composants ?
Cet article s'appuie sur notre travail en production pour Edenred Polska, où un système Drupal basé sur les paragraphes, correctement implémenté, a transformé un client prêt à abandonner la plateforme en quelqu'un qui commande activement de nouveaux composants et construit ses propres pages. Le passage des demandes de pages aux demandes de composants était la vraie mesure du succès, aux côtés d'une hausse de conversion d'environ 24 % sur la première page reconstruite.
Si vos clients dépendent encore de vous pour chaque page, le problème vient peut-être du modèle, pas de la relation. Notre équipe se spécialise dans la construction de composants Drupal universels et réutilisables, et dans l'expérience d'édition qui permet aux clients de voler de leurs propres ailes. Visitez notre agence Drupal pour voir comment une approche basée sur les composants change ce que vos clients peuvent faire seuls.
