Comment les agences utilisent la technologie sans tête pour résoudre des problèmes techniques et remporter de nouveaux projets

L'architecture de site Web sans tête peut sembler à la mode, mais comment s'applique-t-elle aux défis techniques du monde réel ?

Dans cette table ronde, vous en apprendrez plus sur la manière dont nos agences partenaires et leurs développeurs résolvent des problèmes techniques difficiles avec des solutions sans tête.

Regardez la vidéo ci-dessous pour savoir quand le headless a du sens pour libérer un nouveau potentiel pour vos projets, quand s'appuyer sur WordPress classique et comment embarquer votre équipe de développement lors de l'adoption de nouvelles technologies.

Haut-parleurs:

• Rami Perry, responsable de compte partenaire principal chez WP Engine
• David DiCamillo, directeur de la technologie chez Code & Theory
• Adam Davey, directeur de la technologie chez CandySpace
• Dennis Ngin, vice-président, expérience numérique chez Wpromote
• Scott Jones, fondateur et PDG d'Illustrate Digital

Transcription:

RAMI : Bonjour à tous et merci de nous avoir rejoints pour ce panel DE{CODE}. Je suis ravi d'être rejoint par des dirigeants, certaines de nos meilleures agences stratégiques, pour approfondir le rôle que joue WordPress sans tête pour leur équipe et leurs clients. Nous commencerons d'abord par quelques présentations afin que vous puissiez faire connaissance avec nos panélistes, puis nous plongerons directement pour avoir la chance d'en savoir plus sur la façon dont le sans tête peut vous aider à gagner plus. Dave, voudriez-vous commencer par une introduction ?

DAVE DICAMILLO : Bien sûr. Bonjour à tous. Je suis Dave DiCamillo. Je suis le CTO de Code and Theory. Nous sommes une agence créative axée sur le numérique. Au fil des ans, nous avons coupé et fait notre nom en faisant des plateformes d'édition, donc très axées sur le contenu.

Et notre première expérience, probablement, faire sans tête, remonte probablement vers 2017-2018. Notre site actuel est sans tête et nous faisons beaucoup de travail aujourd'hui avec beaucoup de clients. Et c'est l'architecture prédominante vers laquelle nous nous dirigeons. Mais bon d'être ici et attendons avec impatience la discussion.

RAMI : Salut, Scott. Vous voulez vous présenter à tout le monde ? Hé bien sûr Bonjour, tout le monde. Je suis Scott Jones. Je suis PDG et fondateur d'Illustrate Digital. Nous nous spécialisons principalement dans la plate-forme WordPress et mettons un accent particulier sur la création d'expériences utilisateur engageantes et sans frustration dans tout ce que nous faisons.

SCOTT JONES : Nous sommes encore novices dans le jeu sans tête. Nous menons des recherches et du développement depuis 12 mois ou plus, avons construit notre propre framework pour WordPress sans tête et oui, nous en sommes encore aux premiers jours. Hâte de continuer à en parler.

RAMI : Merci beaucoup, Scott. Adam, voulez-vous intervenir ?

ADAM DAVEY : Oui, super. Mon nom est Adam. Je suis Adam Davey de Candyspace. Je suis le directeur de la technologie là-bas. Nous sommes une agence numérique basée à Londres qui se concentre sur la conception, la construction et l'optimisation de produits numériques.

Oui, nous avons commencé notre voyage sans tête il y a quelques années maintenant et j'ai constamment des conversations avec des clients à propos de sans tête. Je suis en plein milieu d'une construction sans tête en ce moment. C'est donc un voyage passionnant et j'ai hâte d'en parler aujourd'hui.

RAMI : D'accord, Dennis, vous voulez nous conclure avec des intros ?

DENIS : Salut, tout le monde. Je m'appelle Denis. Je suis le vice-président de l'expérience numérique pour Wpromote. Nous sommes une agence de marketing de performance, moteur de croissance pour nos marques challenger. Mon équipe a commencé sur la voie du sans tête en 2019. Ils le font depuis. Nous avons en fait adopté le produit WP Engine Atlas l'année dernière et lancé avec succès un site sans tête en deux mois. Je suis donc super excité de partager notre histoire.

RAMI : Merci à tous de vous être joints à nous. Nous sommes donc ici avec un public qui aura probablement un parcours et une expérience assez variés avec les sans-tête, des gens qui commencent tout juste le voyage, d'autres qui ont été des compagnons en ce qui concerne les sans-tête.

Donc, ce que j'aimerais en savoir un peu plus, c'est quand, dans chacune de vos carrières professionnelles ou dans votre agence, était-ce comme, OK, il est temps, c'est soit l'opportunité, soit le point d'inflexion où le sans tête est quelque chose sur quoi notre équipe doit se pencher ? Alors, quel a été ce point de rupture qui vous a fait sauter dedans ? Si tu veux intervenir en premier, Dave ?

DAVE DICAMILLO : Bien sûr. Nous l'avons adopté très tôt et je vous promets que c'était parce qu'il était cool et qu'il était sur tous les blogs et que tout le monde voulait le faire et c'est probablement pour cela que nous avons commencé. Mais les applications pratiques ont vraiment commencé à arriver avec beaucoup de nos clients ayant des plates-formes MarTech existantes ou des plates-formes de lecteur vidéo existantes ou d'autres logiciels dont ils ne voulaient pas se séparer, et ont dit, écoutez, nous sommes heureux de faire ce nouveau sans tête approche.

Nous avons entendu beaucoup de bonnes choses sur la façon dont nous pouvons mieux gérer les données, comment nous pouvons être plus flexibles, du point de vue de l'interface utilisateur, comment nous pouvons intégrer plus facilement de nouveaux produits tiers à l'avenir.

Et je pense que nous avons probablement commencé à vraiment commercialiser des versions pour nos clients quelque part en 2019 et cela a été, encore une fois, l'architecture dominante avec laquelle nous menons, avec beaucoup de nos clients. Mais oui, nous sommes très excités. Nous effectuons un certain nombre d'installations de WP Engine Atlas. Nous en avons un qui arrive au coin de la rue, dans quelques semaines également, ce qui est formidable. Mais oui, c'est notre premier voyage avec sans tête.

RAMI : Alors, Adam, vous avez mentionné que vous étiez sur le point de le faire. J'adore votre point de vue, car il est peut-être un peu plus récent, sur ce qui commence à vous envoyer dans cette direction.

ADAM DAVEY : Eh bien, avec ce client en particulier, ils avaient déjà... c'est souvent une décision complexe, n'est-ce pas, quelle technologie CMS vous allez utiliser. Mais ce client particulier avait en fait une idée précise de la façon dont il installerait et configurerait le CMS et comment il gérerait son contenu. C'était donc inhabituel. Nous n'avions pas vraiment besoin de les emmener dans ce voyage. Ils ont opté pour un CMS sans tête et ils ont décidé d'un moyen de diffuser ce contenu en amont, sur plusieurs canaux.

Mais très souvent, ce n'est pas le cas. C'était un client techniquement astucieux. Mais très souvent, nous devons - également, nous devons faire voyager les gens et je dirais - nous construisons également un autre site, en ce moment, où le client souhaite qu'un éditeur WYSIWYG puisse gérer son contenu. C'est donc vraiment une question de cas d'utilisation.

Et sans tête résout beaucoup de problèmes et peut s'insérer, comme vous l'avez dit, David, dans des piles existantes. Mais il n'y a pas de taille unique. Il s'agit d'avoir une conversation nuancée et détaillée avec un client sur les besoins et les différents clients sont à différents stades de leur courbe de maturité avec le numérique et avec le headless et avec les CMS bien sûr. Il s'agit donc de les rencontrer, là où ils se trouvent, au cours de ce voyage, vraiment.

RAMI: Oui, Scott ou Dennis, des réflexions à ajouter à cela en ce qui concerne quoi - des indicateurs du moment où il pourrait être temps pour les gens qui sont sur le point d'adopter sans tête, que vous avez vu dans votre voyage?

SCOTT JONES: Oui, je pense que pour nous, c'était similaire à ce que Dave a dit, vraiment. C'est que nous lisions à ce sujet. C'était quelque chose qui était là-bas. Les gens semblaient le faire et lutter avec cela. Et en fait, notre premier projet sans tête était un projet de sauvetage et c'était un cauchemar, honnêtement. Honnêtement, c'était un cauchemar.

Un client est venu nous voir avec une très mauvaise implémentation sans tête, des choix technologiques très discutables. Chaque page a pris environ - eh bien, au moins 30 secondes à charger, ce qui est époustouflant et c'était notre première incursion dans le sans tête et c'était pour le moins désordonné.

Ce que le défi pour nous a été, pendant un certain nombre d'années en regardant sans tête, a été de développer l'expertise interne autour de JavaScript, essentiellement et ce défi, je pense, a été poussé et aidé par le genre de reconstruction de WordPress dans une plate-forme basée sur la réaction. Et je pense que cela nous a vraiment fait voyager.

Cela va donc de pair, assez bien pour nous, avec l'apport de cette expertise, la création d'une meilleure compréhension avec nos développeurs, puis plus loin dans ce voyage vers ce que nous offrons également à nos clients.

DENNIS : Oui, pour notre équipe, le moteur, ce sont vraiment nos ingénieurs et nos développeurs et faire une rétrospective sur la façon dont nous continuons à améliorer notre agence, comment nous continuons à améliorer notre processus, ils sont inflexibles sur l'absence de tête. Pour moi, l'analogie était de penser à mon père, qui est mécanicien, qui travaille sur des voitures cinq jours par semaine, huit heures par jour. Lorsque vous faites cela pendant 10 ans, 20 ans, vous apprenez vraiment à connaître les marques de voitures, les moteurs sur lesquels vous aimez travailler. Cette analogie est la même pour moi, pour nos ingénieurs et ils ont vu sans tête comme une opportunité d'être plus efficace dans le travail et d'améliorer la livraison.

Donc, pour nous, cela a été piloté par des ingénieurs comme un moyen d'être des challengers et d'être innovants. Nous avons commencé à identifier les clients qui nous semblaient convenir. Nous avons présenté des options à ces clients et dit, vous avez la possibilité d'aller sans tête, où nous pensons qu'il y a une amélioration dans la façon dont nous développons votre site Web, par rapport au traditionnel et au fur et à mesure que les clients ont commencé à embarquer, nous avons commencé ce voyage à la fin de 2019 et n'avons pas regardé en arrière depuis.

RAMI : Merci messieurs. Donc, nous connaissons et aimons tous WordPress. C'est pourquoi nous sommes ici. Droite? Mais nous connaissons également tous très bien certaines limitations et, évidemment, le headless est un moyen de maintenir la familiarité et la fiabilité du backend WordPress pour nos créateurs de contenu et nos spécialistes du marketing, mais aussi de pouvoir répondre à certaines de ces limitations que WordPress présente. .

Donc, si quelqu'un avait un cas d'utilisation particulier ou même un projet client spécifique où vous trouviez que OK, nous ne pouvons pas abandonner WordPress en raison des besoins et des exigences du client, en ce qui concerne la gestion de contenu, mais nous sommes allez-vous avoir besoin d'aller sans tête parce qu'il y a des limitations ? J'aimerais juste quelques exemples concrets qui inspirent les gens lorsqu'ils réfléchissent à leurs projets potentiels, en cours de route.

DAVE DICAMILLO : Bien sûr, je peux commencer, si vous le souhaitez.

RAMI : Merci, Dave.

DAVE DICAMILLO : Donc, celui qui est au tournant pour nous, le projet Atlas qui s'en vient, c'est un DMP. Il s'agit donc d'un fournisseur basé sur SAS. Ils sont sur WordPress depuis des années. Cependant, ils veulent beaucoup intégrer leur propre logiciel. Ainsi, l'architecture elle-même devait vraiment refléter à la fois leur désir d'être toujours opérationnel avec WordPress et de pouvoir publier efficacement - ils ne veulent pas recycler l'équipe - mais ils voulaient également des intégrations plus profondes dans leurs propres produits et au-delà.

Nous avons donc également pu les aider à développer ce qu'ils peuvent faire avec le contenu de leur site. Ils étaient donc assez naissants dans ce qu'ils étaient capables de faire avant la refonte à venir. Mais utiliser, même, Atlas Content Modeler, et être en mesure de fournir un modèle de contenu plus profond et plus robuste pour qu'ils publient, fournir une personnalisation plus profonde, fournir cette capacité de parler à leurs clients d'une manière plus individuelle est va être un vrai changeur de jeu pour eux.

WordPress était donc une exigence ferme et compte tenu de certains de ces objectifs du projet, il était tout à fait logique qu'Atlas soit l'application. Donc j'espère que ça aide.

RAMI : Denis.

DENNIS : Oui, pour l'un de nos clients, l'année dernière, nous avons fait cette analyse d'un certain nombre de plates-formes différentes, des plates-formes natives sans tête, WordPress avec WP Engine, et nous avons vraiment évalué sur deux facteurs. Le premier sera les caractéristiques et les fonctionnalités dont le client avait besoin de la plate-forme. Ensuite, numéro deux, c'est vraiment le coût total de possession de la plate-forme.

Nous sommes passés par cette analyse approfondie et avons finalement atterri sur WordPress avec WP Engine et Atlas comme solution du point de vue des coûts et de la flexibilité de la plate-forme, et vraiment, de la familiarité avec les équipes marketing et en adoptant une approche basée sur les composants pour notre développement. processus, nous avons pu créer efficacement un site Web permettant à l'utilisateur professionnel déjà familiarisé avec WordPress, avons-nous déjà tiré parti de la puissance de cette plate-forme, mais être en mesure de déployer des composants dans leur page Web afin que, à mesure qu'ils construisent de nouveaux des pages de destination ou de nouvelles expériences sur leur site, ils n'ont pas nécessairement besoin de faire appel à un développeur pour déployer ces nouvelles pages de destination.

Et nous avons vu une énorme amélioration de leur vitesse de livraison par la suite, à partir de celle-là. C'était donc un projet très intéressant dans le sens où nous avons passé beaucoup de temps à faire cette analyse initiale. Et puis, dès que cette analyse a été effectuée, la mise sur le marché est très rapide et nos clients ont été très, très satisfaits des résultats.

RAMI : Nous aimons l'entendre. Scott, Adam, des idées à ajouter à ce sujet ?

ADAM DAVEY : Oui, juste à l'inverse – c'est une légère déviation. Mais nous avons en fait vu un client s'éloigner récemment de headless, off– pas avec Atlas, bien sûr, mais comme sur une autre plate-forme. Je ne mentionnerai pas cette plate-forme. Mais ils ont passé un si mauvais moment parce qu'ils n'étaient pas en mesure de gérer efficacement leur contenu. Ils sont revenus à Gutenberg, qui est vraiment - nous ne voulons pas que cela se produise.

Mais je pense que ce que nous ne voulons pas faire, c'est forcer sans tête les gens qui ne sont pas prêts pour cela. Et c'est un saut pour les équipes marketing, je pense, et ce n'est pas bon pour tout le monde. Mais cela débloque également toute une série de fonctionnalités puissantes si vous gérez du contenu multicanal à grande échelle. C'est là que la modélisation sans tête et de contenu peut vraiment vous ouvrir de nombreuses opportunités. Ouais.

Mais nous ne voulons pas voir les gens effrayés par les sans-tête et nous voulons proposer des solutions qui leur conviennent. Mais j'ai vu beaucoup d'avantages de headless, tout dépend du cas d'utilisation et du meilleur ajustement.

RAMI : Et vous soulevez un point important, la responsabilité envers votre client d'abord, ne pas trop diriger avec la technologie, diriger avec ce qui est le mieux pour votre client et c'est ce que nous voyons - c'est un point d'inflexion intéressant pour l'adoption sans tête, autour de ce qui est réellement bon pour le client par rapport à ce qui est la nouvelle technologie brillante et brillante. Scott, quelque chose à ajouter, des exemples que vous avez vus ?

SCOTT JONES: Je voudrais simplement ajouter, et dire, je pense que nous acquiesçons tous quand il y a des commentaires sur le fait que le sans tête a été mal implémenté dans le passé et ce genre de chose et je pense que c'est le point important, vraiment, c'est de faire juste à côté de votre client. C'est ce que je dirais à ce sujet, c'est que si vous n'êtes pas prêt, ne le faites pas.

Donc, il y a toujours un peu de - vous devez vous mettre en avant et essayer si vous ne l'avez pas encore fait. Mais en fait, WP Engine et le projet Atlas ont beaucoup d'outils, beaucoup de ressources pour pouvoir aider, pour continuer ce voyage. Je pense que lorsque nous avons tous commencé ce voyage avec headless, ces outils n'existaient pas et nous construisions tous des choses comme des aperçus de publication à partir de zéro, très probablement, pour la plupart d'entre nous, et devions faire des choses qui n'étaient pas dans un plate-forme, comme sans tête a maintenant.

Alors oui, je pense que je dirais, impliquez-vous dans le plan directeur de WP Engine et essayez. Mais définitivement, ancrez-vous toujours pour bien faire avec votre client et ne faites pas partie de ces livreurs qui ne livrent pas, pour ainsi dire, et finissent par inverser le processus dos à dos à Gutenberg.

RAMI : Merci messieurs. Je pense que nous avons couvert, de manière très approfondie, les avantages pour le client de la raison pour laquelle vous pourriez recommander l'architecture Atlas. Je suis intéressé d'entendre, quels sont les avantages pour votre équipe interne, pour votre équipe de développement, pour vos chefs de projet, pour votre équipe QA ? Où avez-vous vu, en assumant ce rôle de leader dans l'adoption sans tête, vu l'eau monter pour vos équipes internes ?

DAVE DICAMILLO : Adam, vous pouvez commencer.

ADAM DAVEY : Je crois fermement qu'il faut s'assurer que tout le monde adhère. J'adore ce que vous avez dit, David, à propos de jouer avec des trucs brillants et c'est ce que je veux donner aux développeurs les outils avec lesquels ils peuvent faire de leur mieux. Mais il est également très important que l'adhésion se fasse à tous les niveaux de l'entreprise. Alors oui, que les gestionnaires de contenu sont contents, mais aussi, que les parties prenantes sont contentes à tous les niveaux.

Je l'ai vu là où des produits ont été vendus et cela n'a pas été tout à fait correct. Il doit y avoir un consensus complet et une adhésion complète. Vous devez emmener tout le monde avec vous dans ce voyage autour des décisions technologiques.

Et oui, pour moi, encore une fois, il s'agit d'un équilibre et il s'agit de prendre les bonnes décisions pour les bonnes raisons pour l'entreprise et le client parce que nous souvent - une grande partie de la prise de décision autour de headless est que nous sommes capables de fournir un super- expérience rapide avec un front-end vraiment charmant, propre, riche et intuitif, et il obtient de très bons scores Lighthouse et toutes ces bonnes choses, et avec lesquels les développeurs adorent travailler. Donc c'est un complet– c'est un mélange. Obtenir tous ces bons ingrédients est vraiment important.

DAVE DICAMILLO : Je vais vous dire qui aime les sans tête dans notre boutique, ce sont nos créateurs, qui se sentent beaucoup moins limités. Nos ingénieurs de réaction l'adorent aussi. Ils deviennent juste fous de ce qu'on peut faire et à quelle vitesse on peut faire ça et tout, tout ce que tu dis, Adam. Mais je pense que la capacité réelle pour nous d'étendre une partie de la créativité au-delà de ce que serait un site de publication normal, un site normal axé sur le contenu, je pense, a été très révélatrice pour certains membres de notre équipe, même juste au-delà les gens de la technologie.

Je dirai également que d'un point de vue technologique, cela augmente définitivement le temps de livraison dans certaines capacités. Les tests, pour nous, ont augmenté, ce qui n'est pas une mauvaise chose. C'est la bonne chose à faire pour le bon produit, en fin de compte. Mais nous avons vu une augmentation d'environ 15 % à 20 % dans ce dernier polissage avant la mise en ligne, en veillant à ce que toutes les connexions soient liées.

DENNIS : Ouais, je pense...

RAMI : C'est un bon conseil. C'est un bon aperçu, lorsque vous envisagez d'estimer et que vous êtes au début de vos premiers projets, assurez-vous de prendre cela en considération, hé, ces derniers 20 %, l'assurance qualité, le lancement et tout, sachez que peut prendre un peu plus de temps lorsque vous lancez vos premiers projets. Désolé, Denis. Poursuivre.

DENNIS : Non, je voulais juste m'appuyer sur ça. En ce qui concerne les opérations de notre équipe d'expérience numérique ou de l'équipe de développement, quelques éléments me viennent à l'esprit. Cela a vraiment commencé à prendre de l'ampleur au cours de l'année numéro deux, vers la fin de l'année numéro deux, dans notre voyage sans tête.

Et donc en regardant objectivement les performances de leur équipe, nous avons en fait vu le taux de défaut baisser. Ainsi, en dissociant le front-end du back-end, nos bugs et problèmes liés au déploiement de code sur le back-end n'affectaient pas le front-end et dans l'ensemble, nous déployons un code plus propre et meilleur, ce qui est fantastique à voir.

Pour David, le délai de mise sur le marché a été nettement plus rapide que par le passé, encore une fois, en raison de cette architecture de découplage. Ainsi, lorsqu'un client avait besoin d'un changement mineur dans un frontal, nous n'avions pas à le planifier avec une mise à jour du back-end pour l'emploi. Tout allait plus vite là-bas.

Et puis, ce qui a également été intéressant pour nous, en repensant aux deux dernières années, c'est que cela a changé la façon dont nous pensons au ressourcement de notre équipe. Donc avant, j'avais vraiment besoin de quelqu'un qui connaissait WordPress et pouvait coder sur le front-end. Et nous traitons également avec de nombreux clients de commerce électronique et connaissons la plate-forme de commerce électronique.

Mais maintenant, je suis en mesure d'embaucher un ingénieur front-end pur et réactif qui n'a aucune compréhension du back-end, et de le rendre productif en quelques semaines, alors que dans le passé, nous devions développer des compétences pour le back-end. plate-forme de fin. Cela a donc été vraiment très agréable à voir, en tant qu'opérateur, pour notre équipe.

RAMI : Et toi, Scott ? Des pensées à ce sujet?

SCOTT JONES: Ouais, je pense - j'ai parlé à quelques fondateurs d'agences différentes de leur approche du sans tête, et quelque peu, ont été similaires à la nôtre, qui est en fait, en tant que fondateur de l'agence, je voulais faire sans tête et ce n'était pas nécessairement le reste de l'équipe qui était encore prêt ou engagé à entreprendre ce voyage.

Et en parlant du point d'Adam, vraiment, pour nous, cela a été un voyage de culture et de but et de compréhension de notre pourquoi, en tant qu'entreprise. Et je sais que cela peut sembler vraiment cliché. Mais cela a été très important. Si notre équipe, en particulier nos développeurs, comprend le pourquoi de notre entreprise, au fur et à mesure, et qu'ils comprennent ce que nous essayons réellement de résoudre pour le client, ce que nous essayons réellement de fournir - nous voulons le plus engageant, le plus expériences sans frustration que nous pouvons éventuellement offrir–

Comment faisons-nous cela et comment la technologie joue-t-elle un rôle dans cette conversation vraiment intéressante et c'est ce qui les a emmenés dans le voyage parce que oui, nous avions des bras très fermement croisés et des visages grincheux quand nous avons commencé à parler à propos de sans tête. Et je suis sûr que vous avez probablement tous été dans cette situation également et cela a permis de s'assurer que nous avons ces conversations, de s'assurer qu'ils comprennent le pourquoi, cela a en fait beaucoup changé cette dynamique pour nous.

RAMI : Donc, en gardant le thème de la vélocité et de l'efficacité et tous ces mots sexy et amusants, qui sont en fait super importants dans l'espace de l'agence, avez-vous un moment aha que vous pouvez partager, que ce soit une certaine technologie, peut-être c'était un certain changement dans votre processus, peut-être que c'était juste en utilisant, littéralement, un vocabulaire différent, que vous étiez comme, oh, mon Dieu, si j'avais su cela il y a deux ans, nous aurions été plus rentables, nous aurions travaillait plus vite, les gens auraient été plus heureux ?

Ensuite, vous pourriez peut-être partager avec des gens une anecdote que vous pourriez partager avec des gens qui sont un peu plus tôt dans leur parcours d'adoption sans tête. Je ne demande pas de secrets commerciaux, juste un moment d'ampoule, peut-être.

SCOTT JONES : Je vais simplement revenir sur mon point, si cela vous convient. Pour moi - et j'ai un rôle plus orienté vers le client qu'un rôle technique et donc je pense toujours à l'analyse de rentabilisation et à la façon de construire une analyse de rentabilisation et j'y pense évidemment en externe. Ce que je ne faisais pas nécessairement, c'était d'y penser en interne et de rapporter cette même analyse de rentabilisation à nos développeurs, à nos concepteurs, à nos chefs de projet, à notre équipe.

Une fois qu'ils ont commencé à voir certaines des raisons pour lesquelles les clients auraient besoin de headless, par exemple, être en mesure de stocker des cartes de manière native, sur un appareil mobile. Vous pourriez être à mi-hauteur d'une montagne. Vous avez besoin de cette carte stockée nativement. Vous ne pourrez pas vraiment faire cela avec monolithique, je suppose, sans tête, et, désolé– WordPress– et montrant certains de ces cas d'utilisation.

Je pense qu'ils étaient les - je comprends pourquoi un client voudrait cela, je comprends pourquoi un client voudrait en fait servir une base de contenu à deux frontaux différents. En fait, leur montrer une partie de cela a été le truc aha, pour nous, aux côtés des trucs culturels.

RAMI : Et toi, Adam ?

ADAM DAVEY : Oui, je me lance juste là-dedans, je suppose que l'un de mes problèmes était : nous travaillons avec toutes sortes de clients, avec toutes sortes de besoins commerciaux complexes. Mais ce sur quoi les clients s'appuieront souvent, c'est une solution qui fait apparemment tout pour eux, comme une suite tout-en-un, qui peut souvent être vraiment, vraiment puissante pour eux. Mais ce couteau suisse, ils finissent probablement par n'utiliser qu'une lame ou deux sur l'ensemble du kit et c'est ce que nous voyons.

Donc, le moment aha, pour moi, c'est que les clients pensent maintenant à acheter une partie d'une pile qui fait quelque chose de vraiment, vraiment bien, et c'est le meilleur pour faire très bien cette chose, puis simplement superposer votre pile avec également– avec d'autres composants qui font vraiment très bien leur travail.

Donc le aha, pour moi, c'est, je suppose, d'être témoin de clients, au cours des dernières années, et en fait, le pivot, le changement vers l'achat de ce dont vous avez besoin, quelque chose qui est le meilleur de sa catégorie, qui offre vraiment bien ce qu'il est censé faire faire.

Comme je l'ai dit, les suites et les DXP ont leur place. Mais nous constatons de plus en plus que le sans tête est intégré dans un écosystème plus large de technologies qui ne fait, vraiment, qu'un travail excellent. Je pense que c'était les deux dernières années. C'est le changement que nous avons constaté.

DAVE DICAMILLO : Oui, je suis d'accord et je pense que l'explosion des outils MarTech, et le fait de pouvoir prendre les meilleurs de la classe et de les intégrer, pas seulement maintenant, mais dans le futur, est vraiment la raison de choisir sans tête.

Ces DXP, oui, ils sont géniaux. Mais tu as raison. La plupart de nos clients utilisent 10%, 20% de ce qu'ils paient et ils n'obtiennent pas la valeur qui, s'ils travaillaient réellement avec ces petits fournisseurs MarTech, qu'ils obtiennent réellement le soutien dont ils ont besoin. Ils peuvent en fait mieux utiliser les fonctionnalités. Mais oui, une chose sur laquelle nous essayons de coacher beaucoup de nos clients, c'est qu'il ne s'agit pas de vivre sans tête. Il s'agit de regarder l'avenir de ce que vous voulez faire au cours des 12 premiers mois.

Lorsque vous lancez un site sans tête, du moins dans notre monde, il s'agit davantage de la pile MarTech que nous mettons en jeu que du CMS. Nous essayons d'activer différentes fonctionnalités, la personnalisation, les outils ABM, etc. Tout ça entre en jeu.

Et nous voulons dépouiller les clients pour arriver à un point où ils sont prêts pour le lancement, puis regarder, à quoi ressemblent ces 12 premiers mois ? Ils vont continuer à grandir. Nous aimons dire que le premier jour du site Web est son pire jour. Vous êtes là pour prendre le site Web et le développer à partir de ce moment et si vous pensez à plus long terme, en pensant à quoi ressemble ce premier point de lancement, plus 12 mois, je pense que cela solidifie vraiment un bon cas pour headless, surtout quand vous ne sont pas liés à DXP, comme le dit Adam.

RAMI : Avez-vous des idées à ce sujet, Dennis ?

DENNIS: Je pense que le moment aha, pour nous, a été lorsque nous avons vu les performances organiques s'améliorer, trois ou quatre mois après le lancement du site sans tête. Et c'est à ce moment-là que j'ai commencé à promouvoir cela. C'est vraiment en train de se produire et c'est en partie pourquoi nous faisons ce que nous faisons et voir cela se jouer a été assez puissant pour nous, en tant que groupe.

Et c'est pourquoi je pense, comme David, que la majorité de nos factures, à ce stade, maintenant, sont sans tête parce que du point de vue d'une agence de marketing à la performance, notre travail consiste à positionner le site Web comme un outil pour notre marketing partenaires au sein de l'agence et en leur construisant un site web qui peut se former, cela leur facilite la tâche.

RAMI: Nous avons donc beaucoup parlé de l'adhésion, en interne, et des raisons pour lesquelles, évidemment, vos équipes internes sont ravies de travailler sur headless. Question pour vous tous qui êtes réellement impliqués dans cette phase initiale de proposition et de présentation des ventes avec les prospects et les clients actuels.

Quelle est la formule magique qui attire leur attention ? Est-ce des performances ? Est-ce la flexibilité ? Juste un peu de coaching, pour les autres personnes qui nous rejoignent, qui démarrent ou lancent des points de vente, que voyez-vous que, vraiment, vos clients ou clients potentiels s'accrochent et les poussent vraiment à bout ?

Parce que nous savons que l'adoption de nouvelles technologies, en particulier pour une entreprise traditionnelle, fait peur. Ils sont averses au risque. Changer peut coûter très cher. Alors, qu'est-ce que vous trouvez que les décideurs, lorsque vous proposez une architecture sans tête, attirent vraiment leur attention ?

ADAM DAVEY : Oui, je peux intervenir ici si besoin est. La seule chose que nous utilisons, encore et encore, ce sont les démonstrations de produits réels, car sans montrer aux clients ce qu'ils achètent et comment ces plateformes fonctionnent, cela ne sert à rien. Ce ne sont que des mots. Nous devons donc démontrer concrètement comment fonctionne le headless.

Et il y a de la peur autour de ça. Nous devons donc répondre à toutes les questions, montrer les cas d'utilisation, expliquer comment le contenu est modélisé et géré et comment ces approbations de flux de travail, ou quelles que soient les fonctionnalités que nous utilisons dans le CMS, fonctionnent réellement. Rien ne vaut une démo car sinon, c'est trop abstrait. Nous devons réellement montrer, démontrer quelles sont les capacités et la puissance de la plate-forme. Je dirais donc que c'est l'outil le plus puissant que nous ayons dans nos manches.

DAVE DICAMILLO : Ouais, je vais m'y greffer. Mais la question numéro un que nous recevons est, quel est le jour dans la vie ? Et c'est une question CMS en général. Chaque fois que quelqu'un passe à une nouvelle plate-forme, c'est à quoi va ressembler ma vie ?

Nous passons beaucoup de temps, dans le processus de pitch, à éduquer, juste à haut niveau, ce que signifient ces différentes architectures ? Avantages, inconvénients, quels sont les différents acteurs dans l'espace, tout ce genre de choses. Mais nous ne prenons jamais de décision sur le terrain. Il s'agit toujours de se mettre sous le capot, avec le client, jusqu'au point d'Adam, de faire des démos, de faire venir les partenaires, de leur faire présenter leurs propres produits.

C'est une chose de dire, oh, l'agence nous l'a dit. Mais c'est une autre chose d'avoir des fabricants de logiciels et des gens qui viennent à la table et disent, eh bien, voici pourquoi nous sommes les meilleurs.

Nous avons un très long processus de décision que nous accompagnons nos clients, qui s'appuie sur des critères métiers clés et nous souhaitons mettre en place des CMS qui soient les meilleurs dans leur catégorie, headless ou couplés, et les faire se démarquer, Eh bien, qu'est-ce que cela signifie pour votre entreprise ? Est-ce que ça va vraiment l'affecter ?

Voici un score brut. Ne vous contentez pas de suivre les conseils de Code and Theory. Voici une sortie en nombre qui indique laquelle est la meilleure pour votre entreprise, puis prenez une décision éclairée sur la direction que vous souhaitez suivre.

DENNIS : Pour nous, lorsque nous entamons une conversation sur la question de savoir si le headless est ou non la bonne option pour notre client, être capable d'ouvrir l'un de nos sites Web que nous avons construit et, devant le client, de vivre, d'exécuter un score Lighthouse, sur ce site Web et leur montrer le score. C'est un d'accord immédiat, dites-m'en plus et ensuite nous suivrons cette voie, quel est notre stock technologique ou autre.

Mais pour nous, cela a toujours été le plus grand déclencheur de conversation dans toute opportunité de vente, c'est de leur montrer ce qui est possible et quand vous obtenez des scores verts sur Lighthouse, c'est presque impossible sur ces autres plateformes à cause d'une architecture couplée, c'est vraiment est une histoire puissante à raconter.

SCOTT JONES : Oui, je suis d'accord. Je suis d'accord avec toutes ces réponses. Je pense que pour nous, c'est comme si nous vendions un peu FOMO, vraiment, cette peur de manquer une approche et donc mis à part les avantages évidents en termes de performances et de sécurité - je ne sais pas si c'est la même chose pour vous, mais nous avons remarqué qu'en fait, en faisant un audit sur notre clientèle, nous avons réalisé que nos meilleurs clients sont en fait assez forts sur la technologie et assez forts sur l'expérience utilisateur. Ils ont des développeurs internes ou des équipes UX internes ou quoi que ce soit. Ils comprennent en fait.

Et donc ils ont fait un peu de recherche à ce sujet eux-mêmes. Ils comprennent un peu cela. Ils ont déjà l'évidence. La chose qui a tendance à manquer à l'état d'esprit est en fait de vendre l'avenir et de penser, du point de vue du développement, à tous les développeurs, programmeurs, qui vont maintenant dans des camps d'entraînement - je généralise, ici - mais ils sont apprendre JavaScript et donc si vous travaillez encore à l'époque ou comme nous le sommes actuellement, vous ne pensez pas vraiment à la direction que prendra le marché à l'avenir.

And I think we've all seen– JavaScript developers have been quite expensive, reactive developers, in particular. They've been very in demand. That's going to change because every new developer is learning this technology and this progressive set of frameworks.

That is the important thing in a business case, that actually are pointing forward, to particularly, the technology-minded companies, that this is a consideration for you. If you build something now, what's your development team going to look like in three, four, five years? What's our team going to look like in that time?

If you went to another agency and didn't work with us, what would that team look like? how much would you struggle to get the resource you need, based on what we've built? And so yeah, I'm looking forward and trying to switch the mindset a little bit there.

RAMI: Scott, you took my last question–

SCOTT JONES: Oh, sorry.

RAMI: –right away for me, which is– it's OK. It's all good. I would imagine folks that attended– I know my first DE{CODE], and folks that, this is their third, fourth, fifth year they're joining us, I think that the weight that headless WordPress and Atlas is carried in our agenda has continued to increase and grow. Three years ago, I don't know that we had a full track developed to it and now we do.

So as we wrap up, what I would love, just to get your magic. If you're looking in the crystal ball and looking ahead, as you are future proofing what your headless WordPress practice looks like, what's on your radar right now? Maybe you're not spending a lot of time on it. But what's in the back of your head, that this is something that's coming down the pipe, that we've got to be prepared for, regarding headless architecture? I'll start with you, Dennis. First one up.

DENNIS: Oh, goodness. The pressure's on. So as you think about the future– and I have a lot of these conversations internally, with our team– I think a world of low code, no code is very real, and especially as a traditional systems integrator and SI team that historically done backend integrations. So as we think about that, and we think about how the composition of the team will evolve, absolutely, design is a core competency. Strategy is a core competency.

And then in front-end development or with ArcGIS development, I think, is going to become a core competency and we're already seeing this shift from heavy back-end to heavy front-end, heavy-strategy team members as well. So we're positioning our team that way. We think that's going to be the future. And we're going to scale and adjust as things evolve.

RAMI: What do you think, Adam?

ADAM DAVEY: For me, I think composable is the way forward. That that's where it's at and the ability for all these different components to integrate with each other and the interoperability of these different platforms is really important. So I think that that ability to communicate and offer best-in-class, best-in-breed solution with a stack like that, that's going to– these platforms are only going to be more and more powerful in that sense.

So the ability for these things to integrate together cleanly and for freeing up developers to, as you were saying, Dave and Dennis, just really do their best work and for the designers to do their best work, for me, it's all about composable, I think, particularly with headless CMS, is how they pair nicely and play nicely with that, as you said, David, the MarTech stack, but particularly e-commerce.

That's where we're seeing most of the opportunity at the moment and the biggest conversations that we have are really around headless commerce solutions, coupled with headless CMS solutions and I think that ability to integrate and couple those systems together is going to be really, really key.

DAVE DICAMILLO: Yeah, you took the one that I was going to say, as well. Composable web is– new technologies spur new innovations and composable web's the thing that's being built on top of the headless world, which is, how do I orchestrate everything? How do I make this all easy for my team to use?

I have seven different pieces of MarTech and it's all over the place. But the data sets can all be integrated. And they can all be used in one tool. It's actually the number-one thing we've seen come back from clients, six months, a year after. Hey, we love it. C'est bien. But we need to be more efficient and what are the tools out there, the stack bits of the world and everything else, that's coming around?

And it's doing– it's the next level of headless integrations. So I totally agree that that's where this is going, not downplaying anything with low-code, no-code. We're seeing all that stuff too. But, yeah.

RAMI: Gentleman, thank you so much for being so gracious and sharing so much with us. This has been super valuable. I know I learned a lot and I think this is a great foundation for our partners and developers out there, that are just now stepping into headless, as well as those that have been on a similar headless journey as your four agencies and are three, four years in.

I appreciate everybody joining us today and I hope you enjoy the rest of your time at DE{CODE}. Have a good one.