Wie Agenturen Headless Tech nutzen, um technische Herausforderungen zu lösen und neue Projekte zu gewinnen

Die Headless-Website-Architektur mag der letzte Schrei sein, aber wie lässt sie sich auf technische Herausforderungen in der realen Welt anwenden?

In dieser Podiumsdiskussion erfahren Sie mehr darüber, wie unsere Agenturpartner und ihre Entwickler schwierige technische Probleme mit kopflosen Lösungen lösen.

Sehen Sie sich das Video unten an, um herauszufinden, wann Headless sinnvoll ist, um neues Potenzial für Ihre Projekte zu erschließen, wann Sie sich auf klassisches WordPress verlassen sollten und wie Sie Ihr Entwicklungsteam bei der Einführung neuer Technologien an Bord holen.

Lautsprecher:

• Rami Perry, Senior Partner Account Manager bei WP Engine
• David DiCamillo, Chief Technology Officer bei Code & Theory
• Adam Davey, Technologiedirektor bei CandySpace
• Dennis Ngin, VP, Digital Experience bei Wpromote
• Scott Jones, Gründer und CEO von Illustrate Digital

Transkript:

RAMI: Hallo zusammen und vielen Dank, dass Sie an diesem DE{CODE}-Panel teilnehmen. Ich freue mich darauf, mit Führungskräften, einigen unserer wichtigsten strategischen Agenturen, zusammenzuarbeiten, um die Rolle zu untersuchen, die Headless WordPress für ihr Team und ihre Kunden spielt. Wir beginnen zuerst mit einigen Einführungen, damit Sie unsere Diskussionsteilnehmer kennenlernen können, und dann tauchen wir gleich ein, um mehr darüber zu erfahren, wie Headless Ihnen helfen kann, mehr zu gewinnen. Dave, möchtest du uns mit einer Vorstellung beginnen?

DAVE DICAMILLO: Klar. Hallo an alle. Ich bin Dave DiCamillo. Ich bin der CTO von Code and Theory. Wir sind eine Digital-First-Kreativagentur. Im Laufe der Jahre haben wir uns einen Namen gemacht, indem wir Veröffentlichungsplattformen erstellt haben, also sehr inhaltsorientiert.

Und unsere erste Erfahrung mit Headless war wahrscheinlich etwa 2017-2018. Unsere aktuelle Website ist kopflos und wir erledigen heute viel Arbeit mit vielen Kunden. Und es ist die vorherrschende Architektur, auf die wir zusteuern. Aber schön, hier zu sein und freue mich auf die Diskussion.

RAMI: Hey, Scott. Sie möchten sich allen vorstellen? Hey, sichere Sache Hallo zusammen. Ich bin Scott Jones. Ich bin der CEO und Gründer von Illustrate Digital. Wir sind in erster Linie auf die WordPress-Plattform spezialisiert und haben einen starken Fokus darauf, bei allem, was wir tun, frustrationsfreie und ansprechende Benutzererlebnisse zu schaffen.

SCOTT JONES: Wir sind noch ziemlich neu im Headless-Spiel. Wir forschen und entwickeln seit 12 Monaten oder länger, haben unser eigenes Framework für Headless WordPress gebaut und ja, wir stehen noch ganz am Anfang. Aufgeregt, weiter darüber zu sprechen.

RAMI: Vielen Dank, Scott. Adam, willst du direkt einsteigen?

ADAM DAVEY: Ja, großartig. Mein Name ist Adam. Ich bin Adam Davey von Candyspace. Ich bin dort der technische Leiter. Wir sind eine in London ansässige Digitalagentur, die sich auf das Design, den Aufbau und die Optimierung digitaler Produkte konzentriert.

Ja, wir haben unsere Headless-Reise jetzt vor ein paar Jahren begonnen und ich führe ständig Gespräche mit Kunden über Headless. Ich bin gerade mitten in einem Headless-Build. Es ist also eine aufregende Reise und ich freue mich darauf, heute darüber zu sprechen.

RAMI: Alles klar, Dennis, willst du uns mit Intros einpacken?

DENNIS: Hallo zusammen. Mein Name ist Dennis. Ich bin der Vizepräsident von Digital Experience für Wpromote. Wir sind eine Performance-Marketing-Agentur, die das Wachstum unserer Challenger-Marken vorantreibt. Mein Team hat 2019 den Weg des Headless eingeschlagen. Seitdem sind sie dabei. Wir haben das Produkt WP Engine Atlas letztes Jahr eingeführt und innerhalb von zwei Monaten erfolgreich eine Headless-Site gestartet. Ich bin also sehr aufgeregt, unsere Geschichte zu teilen.

RAMI: Vielen Dank, dass Sie sich uns angeschlossen haben. Wir sind also hier mit einem Publikum, das wahrscheinlich einen ziemlich unterschiedlichen Hintergrund und Erfahrung mit Headless haben wird, einige Leute, die gerade erst mit der Reise beginnen, einige, die Gesellen in Bezug auf Headless waren.

Worüber ich also gerne etwas mehr hören würde, ist, wann es in Ihrer beruflichen Laufbahn oder in Ihrer Agentur so war: Okay, es ist Zeit, dies ist entweder die Gelegenheit oder der Wendepunkt, an dem Headless ist Etwas, worauf sich unser Team stützen muss? Was war also der Bruchpunkt, an dem Sie direkt hineingesprungen sind? Wenn du zuerst einsteigen willst, Dave?

DAVE DICAMILLO: Sicher. Wir haben es sehr früh übernommen und ich verspreche Ihnen, weil es cool war und es auf allen Blogs stand und jeder es machen wollte und das ist wahrscheinlich der Grund, warum wir zuerst angefangen haben. Aber die praktischen Anwendungen begannen wirklich zu kommen, da viele unserer Kunden bestehende MarTech- oder bestehende Videoplayer-Plattformen oder andere Software hatten, von der sie sich nicht trennen wollten, und sagten, schauen Sie, wir machen dieses neue Headless gerne Ansatz.

Wir haben viel Gutes darüber gehört, wie wir Daten besser verwalten können, wie wir aus UI-Perspektive flexibler sein können, wie wir neue Produkte von Drittanbietern in Zukunft einfacher integrieren können.

Und ich denke, wir haben wahrscheinlich irgendwann im Jahr 2019 damit begonnen, Releases für unsere Kunden wirklich zu kommerzialisieren, und es war wieder einmal die dominierende Architektur, mit der wir bei vielen unserer Kunden führend sind. Aber ja, wir sind sehr gespannt. Wir führen eine Reihe von WP Engine Atlas-Installationen durch. Wir haben auch einen, der in ein paar Wochen um die Ecke kommt, was großartig ist. Aber ja, das ist unsere erste Reise mit Headless.

RAMI: Also, Adam, du hast erwähnt, dass du kurz davor stehst. Ich liebe deine Einstellung zu dem, was dich in diese Richtung zu schicken beginnt, da es vielleicht etwas jünger ist.

ADAM DAVEY: Nun, bei diesem bestimmten Kunden war das bereits – es ist oft eine komplexe Entscheidung, welche CMS-Technologie Sie verwenden werden, nicht wahr? Aber dieser spezielle Kunde hatte tatsächlich eine genaue Vorstellung davon, wie er das CMS einrichten und konfigurieren und wie er seine Inhalte verwalten würde. Es war also etwas Ungewöhnliches. Wir mussten sie nicht wirklich auf diese Reise mitnehmen. Sie entschieden sich für ein Headless-CMS und entschieden sich für eine Möglichkeit, diese Inhalte am Frontend über mehrere Kanäle bereitzustellen.

Aber sehr oft ist das nicht der Fall. Das war ein technisch versierter Kunde. Aber sehr oft müssen wir – ebenso müssen wir Menschen auf eine Reise mitnehmen und ich würde sagen – wir bauen im Moment auch eine andere Seite auf, wo der Kunde möchte, dass ein WYSIWYG-Editor seine Inhalte verwalten kann. Es geht also wirklich nur um den Anwendungsfall.

Und Headless löst viele Probleme und kann sich, wie Sie sagten, David, in bestehende Stacks einfügen. Aber es gibt keine Einheitsgröße. Es geht darum, ein nuanciertes und detailliertes Gespräch mit einem Kunden über Anforderungen zu führen, und verschiedene Kunden befinden sich in unterschiedlichen Stadien ihrer Reifekurve mit Digital und mit Headless und natürlich mit CMS. Es geht also darum, sie wirklich dort zu treffen, wo sie sind, auf dieser Reise.

RAMI: Ja, Scott oder Dennis, gibt es irgendwelche Gedanken, die dem noch hinzugefügt werden können – irgendwelche Hinweise darauf, wann es Zeit für Leute sein könnte, die kurz davor stehen, kopflos zu werden, die Sie auf Ihrer Reise gesehen haben?

SCOTT JONES: Ja, ich denke, für uns war es wirklich ähnlich wie das, was Dave gesagt hat. Es war so, dass wir darüber gelesen haben. Es war etwas, das da draußen war. Die Leute schienen es zu tun und damit zu kämpfen. Und tatsächlich war unser erstes Headless-Projekt ein Rettungsprojekt und ehrlich gesagt ein Albtraum. Ehrlich gesagt, es war ein Albtraum.

Ein Kunde kam mit einer wirklich schlechten Headless-Implementierung und einigen sehr fragwürdigen Technologieentscheidungen zu uns. Das Laden jeder Seite dauerte ungefähr – nun, mindestens 30 Sekunden, was überwältigend ist, und das war unser erster Ausflug in die Headless-Welt, und es war, gelinde gesagt, chaotisch.

Was die Herausforderung für uns über die Jahre hinweg bei der Betrachtung von Headless war, war im Wesentlichen der Aufbau des internen Know-hows rund um JavaScript, und diese Herausforderung wurde meiner Meinung nach vorangetrieben und unterstützt durch die Art des Wiederaufbaus von WordPress in eine reaktionsbasierte Plattform. Und ich denke, das hat uns wirklich auf eine Reise mitgenommen.

Es geht also ganz gut für uns Hand in Hand, dieses Fachwissen einzubringen, ein besseres Verständnis mit unseren Entwicklern zu schaffen und dann weiter auf dieser Reise zu dem, was wir unseren Kunden tatsächlich liefern.

DENNIS: Ja, für unser Team sind die treibenden Kräfte wirklich unsere Ingenieure und unsere Entwickler und machen eine Retrospektive darüber, wie wir unsere Agentur weiter verbessern, wie wir unseren Prozess weiter verbessern, sie sind unnachgiebig in Bezug auf Headless. Für mich war die Analogie, an meinen Vater zu denken, der Mechaniker ist und fünf Tage die Woche acht Stunden am Tag an Autos arbeitet. Wenn man das 10 Jahre, 20 Jahre macht, lernt man wirklich, an welchen Automarken, an welchen Motoren man gerne arbeitet. Diese Analogie gilt für mich und unsere Ingenieure, und sie sahen Headless als Chance, effizienter zu arbeiten und bessere Ergebnisse zu erzielen.

Für uns wurde es also von Ingenieuren vorangetrieben, um Herausforderer und innovativ zu sein. Wir fingen an, Kunden zu identifizieren, von denen wir dachten, dass sie gut passen würden. Wir haben diesen Kunden Optionen vorgestellt und gesagt, Sie haben die Möglichkeit, kopflos zu gehen, wo wir glauben, dass es eine Verbesserung in der Art und Weise gibt, wie wir Ihre Website entwickeln, im Vergleich zu herkömmlichen und als Kunden mit dem Boarding begannen, haben wir diese Reise Ende 2019 begonnen und haben es nicht getan blickte seitdem zurück.

RAMI: Danke, meine Herren. Wir alle kennen und lieben WordPress. Deshalb sind wir hier. Rechts? Aber wir sind auch alle mit einigen Einschränkungen dort sehr vertraut und natürlich ist Headless eine Möglichkeit, die Vertrautheit und Zuverlässigkeit des WordPress-Backends für unsere Inhaltsersteller und unsere Vermarkter aufrechtzuerhalten, aber auch in der Lage zu sein, einige dieser Einschränkungen anzugehen, die WordPress aufweist .

Wenn also jemand einen bestimmten Anwendungsfall oder sogar ein bestimmtes Kundenprojekt hätte, bei dem Sie das OK fanden, können wir WordPress aufgrund der Bedürfnisse und Anforderungen für den Kunden nicht aufgeben, was das Content-Management betrifft, aber wir sind es müssen Sie kopflos gehen, weil es einige Einschränkungen gibt? Ich würde mich über einige Beispiele aus dem wirklichen Leben freuen, die die Leute inspirieren, wenn sie über ihre potenziellen Projekte in der Pipeline nachdenken.

DAVE DICAMILLO: Sicher, ich kann anfangen, wenn Sie möchten.

RAMI: Danke, Dave.

DAVE DICAMILLO: Das, was für uns um die Ecke steht, das kommende Atlas-Projekt, das ist ein DMP. Sie sind also ein SAS-basierter Anbieter. Sie sind seit Jahren auf WordPress. Sie möchten jedoch viel mit ihrer eigenen Software integrieren. Die Architektur selbst musste also wirklich sowohl ihren Wunsch widerspiegeln, weiterhin mit WordPress betriebsbereit zu sein, als auch effektiv veröffentlichen zu können – sie wollen das Team nicht umschulen –, aber sie wollten auch die tieferen Integrationen in ihre eigenen Produkte und darüber hinaus.

Wir konnten ihnen also auch dabei helfen, ihre Möglichkeiten mit Inhalten auf ihrer Website zu erweitern. Sie waren also ziemlich im Entstehen begriffen, was sie vor der bevorstehenden Neugestaltung tun konnten. Aber auch die Verwendung des Atlas Content Modeler und die Möglichkeit, ihnen ein tieferes, robusteres Inhaltsmodell für die Veröffentlichung bereitzustellen, bieten eine tiefere Personalisierung und die Möglichkeit, mit ihren Kunden persönlicher zu sprechen wird ein echter Game Changer für sie sein.

WordPress war also eine feste Voraussetzung, und angesichts einiger dieser Ziele des Projekts machte es einfach Sinn, dass Atlas die Anwendung war. Also hoffentlich hilft das.

Rami: Dennis.

DENNIS: Ja, für einen unserer Kunden haben wir letztes Jahr diese Analyse einer Reihe verschiedener Plattformen durchgeführt, native Headless-Plattformen, WordPress mit WP Engine, und wirklich nach zwei Faktoren bewertet. An erster Stelle stehen die Features und Funktionen, die der Kunde von der Plattform benötigt. Dann sind Nummer zwei wirklich die Gesamtbetriebskosten für die Plattform.

Wir haben diese gründliche Analyse durchlaufen und sind letztendlich auf WordPress mit WP Engine und Atlas als Lösung aus Kostensicht und der Flexibilität der Plattform gelandet, und wirklich, der Vertrautheit mit den Marketingteams und durch einen komponentenbasierten Ansatz für unsere Entwicklung konnten wir effektiv eine Website erstellen, die es Geschäftsanwendern, die bereits mit WordPress vertraut sind, ermöglichte, die Leistungsfähigkeit dieser Plattform bereits zu nutzen, aber in der Lage zu sein, Komponenten innerhalb ihrer Webseite bereitzustellen, während sie neue erstellen Zielseiten oder neue Erfahrungen auf ihrer Website, müssen sie sich nicht unbedingt auf einen Entwickler verlassen, um diese neuen Zielseiten bereitzustellen.

Und wir haben danach eine enorme Verbesserung ihrer Liefergeschwindigkeit gesehen. Es war also ein sehr interessantes Projekt in dem Sinne, dass wir viel Zeit mit dieser Vorabanalyse verbracht haben. Und sobald diese Analyse abgeschlossen war, ging es sehr schnell auf den Markt, und unsere Kunden waren mit den Ergebnissen sehr, sehr zufrieden.

RAMI: Wir hören es gerne. Scott, Adam, irgendwelche Gedanken dazu?

ADAM DAVEY: Ja, genau umgekehrt – das ist eine leichte Abweichung. Aber wir haben tatsächlich gesehen, wie sich ein Kunde kürzlich von Headless wegbewegt hat – natürlich nicht mit Atlas, sondern wie auf einer anderen Plattform. Ich werde diese Plattform nicht erwähnen. Aber sie hatten so eine schlechte Zeit, weil sie ihre Inhalte nicht effektiv verwalten konnten. Sie sind zu Gutenberg zurückgekehrt, was wirklich – wir wollen nicht, dass das passiert.

Aber ich denke, was wir nicht tun wollen, ist, Leuten Kopflos aufzuzwingen, die dafür nicht bereit sind. Und es ist ein Sprung für Marketingteams, denke ich, und es ist nicht für jeden das Richtige. Aber es schaltet auch eine ganze Menge leistungsstarker Funktionen frei, wenn Sie Inhalte verwalten, Multichannel in großem Maßstab. Hier können Headless- und Content-Modellierung wirklich viele Möglichkeiten für Sie erschließen. Ja.

Aber wir wollen nicht, dass die Leute von Headless abgeschreckt werden, und wir wollen Lösungen vorschlagen, die für sie richtig sind. Aber ich habe viele Vorteile von Headless gesehen, es hängt alles vom Anwendungsfall und der besten Passform ab.

RAMI: Und Sie sprechen einen großartigen Punkt an, die Verantwortung zuerst gegenüber Ihrem Kunden, nicht zu führend mit der Technologie, um mit dem zu führen, was das Beste für Ihren Kunden ist, und das ist es, was wir sehen – es ist ein interessanter Wendepunkt für die kopflose Einführung, darum, was für den Kunden wirklich richtig ist und was die neue, helle, glänzende Technologie ist. Scott, gibt es etwas hinzuzufügen, Beispiele, die Sie gesehen haben?

SCOTT JONES: Ich würde aber einfach einwerfen und sagen, ich denke, wir nicken alle, wenn es Kommentare darüber gibt, dass Headless in der Vergangenheit schlecht implementiert wurde und dergleichen, und ich denke, das ist wirklich der wichtige Punkt, es zu tun direkt bei Ihrem Kunden. Das ist, was ich dazu sagen würde, ist, wenn Sie nicht bereit sind, tun Sie es nicht.

Es gibt also immer ein bisschen – Sie müssen sich da raushalten und es versuchen, wenn Sie es noch nicht getan haben. Aber eigentlich haben WP Engine und das Atlas-Projekt viele Tools, viele Ressourcen, um helfen zu können, um auf diese Reise zu gehen. Ich denke, als wir alle diese Reise mit Headless begannen, gab es diese Tools noch nicht und wir haben alle Dinge wie Post-Previews von Grund auf neu erstellt, höchstwahrscheinlich für die meisten von uns, und mussten Dinge tun, die nicht in einem waren Plattform, wie Headless es jetzt hat.

Also ja, ich denke, ich würde sagen, engagieren Sie sich in der WP-Engine-Blaupause und probieren Sie es aus. Aber verankern Sie auf jeden Fall immer wieder, um Ihren Kunden das Richtige zu tun, und seien Sie nicht einer dieser Zusteller, der sozusagen nicht liefert und am Ende den Prozess wieder zu Gutenberg zurückkehrt.

RAMI: Danke, meine Herren. Ich denke, wir haben auf wirklich gründliche Weise die Vorteile für den Kunden behandelt, warum Sie Atlas-Architektur empfehlen könnten. Mich würde interessieren, was die Vorteile für Ihr internes Team, für Ihr Entwicklungsteam, für Ihre Projektmanager, für Ihr QA-Team sind? Wo haben Sie in dieser Führungsrolle bei der kopflosen Einführung gesehen, wie das Wasser für Ihre internen Teams gestiegen ist?

DAVE DICAMILLO: Adam, du kannst aber anfangen.

ADAM DAVEY: Ich glaube fest daran, dass jeder mitmachen kann. Mir gefällt, was Sie gesagt haben, David, über das Spielen mit glänzenden Dingen, und das ist es, was – ich möchte Entwicklern die Tools geben, mit denen sie ihre besten Jobs machen können. Aber es ist auch wirklich wichtig, dass der Buy-In auf allen Ebenen des Unternehmens einfließt. Also ja, dass die Content-Manager zufrieden sind, aber auch die Stakeholder auf allen Ebenen.

Ich habe gesehen, wo Produkte verkauft wurden, und es war nicht ganz richtig. Es muss vollständiger Konsens und uneingeschränktes Einverständnis herrschen. Sie müssen alle auf diese Reise rund um Technologieentscheidungen mitnehmen.

Und ja, für mich geht es noch einmal um ein Gleichgewicht und es geht darum, die richtigen Entscheidungen aus den richtigen Gründen für das Geschäft und den Kunden zu treffen, weil wir oft – ein Großteil der Entscheidungsfindung rund um Headless ist, dass wir in der Lage sind, eine super- schnelle Erfahrung mit einem wirklich schönen, sauberen Frontend, das reich und intuitiv ist, und es bekommt wirklich schöne Lighthouse-Scores und all diese guten Dinge, mit denen die Entwickler gerne arbeiten. Es ist also ein komplettes – es ist eine Mischung. Es ist wirklich wichtig, all diese Zutaten richtig zu machen.

DAVE DICAMILLO: Ich sage Ihnen, wer Headless in unserem Shop liebt, es sind unsere Designer, die sich viel weniger eingeschränkt fühlen. Unsere Reaktionsingenieure lieben es auch. Sie sind verrückt danach, was wir möglicherweise tun können und wie schnell wir das und das Ganze machen können, alles, was du sagst, Adam. Aber ich denke, die wirkliche Fähigkeit für uns, einen Teil der Kreativität über das hinaus zu erweitern, was eine normale Veröffentlichungswebsite wäre, eine normale inhaltsgesteuerte Website, war meiner Meinung nach für einige unserer Teammitglieder sehr aufschlussreich, sogar noch darüber hinaus die technik leute.

Ich werde auch sagen, dass es aus technologischer Sicht definitiv die Zeit verlängert, um in einigen Kapazitäten zu liefern. Das Testen hat für uns zugenommen, was keine schlechte Sache ist. Es ist am Ende des Tages das Richtige für das richtige Produkt. Aber wir haben eine Steigerung von etwa 15 % bis 20 % in genau diesem letzten Schliff gesehen, bevor wir live gehen, um sicherzustellen, dass alle Verbindungen festgebunden sind.

DENNIS: Ja, ich glaube –

RAMI: Das ist ein guter Tipp. Das ist ein guter Einblick, wenn Sie sich mit Kostenvoranschlägen befassen, und wenn Sie früh in Ihren ersten Projekten sind, stellen Sie sicher, dass Sie die letzten 20 % berücksichtigen, die QA, den Start und alles, wissen Sie das könnte etwas länger dauern, wenn Sie Ihre ersten Projekte auf den Weg bringen. Entschuldigung, Dennis. Fortfahren.

DENNIS: Nein, darauf wollte ich nur aufbauen. Wenn man sich die Abläufe unseres Digital Experience-Teams oder des Entwicklungsteams ansieht, fallen mir einige Dinge ein. Es begann wirklich im zweiten Jahr, gegen Ende des zweiten Jahres, auf unserer kopflosen Reise, unseren Schritt zu machen.

Wenn wir uns also die Leistung ihres Teams objektiv ansehen, haben wir tatsächlich gesehen, wie die Fehlerquote gesunken ist. Durch die Entkopplung des Front-Ends vom Back-End wirkten sich unsere Fehler und Probleme, die durch die Bereitstellung von Code auf dem Back-End verursacht wurden, nicht auf das Front-End aus, und insgesamt stellen wir saubereren, besseren Code bereit, was fantastisch zu sehen ist.

Nach Ansicht von David war die Markteinführungszeit aufgrund dieser Entkopplungsarchitektur deutlich schneller als in der Vergangenheit. Wenn also ein Kunde eine geringfügige Änderung an einem Frontend benötigte, mussten wir dies nicht mit einem Backend-Update für die Beschäftigung planen. Dort ging alles schneller.

Und was für uns auch interessant war, wenn wir an die letzten paar Jahre zurückdenken, ist, dass es die Art und Weise verändert hat, wie wir über die Besetzung unseres Teams nachdenken. Also brauchte ich vorher wirklich jemanden, der sich mit WordPress auskannte und am Frontend programmieren konnte. Und wir haben auch mit vielen E-Commerce-Kunden zu tun und kennen die E-Commerce-Plattform.

Aber jetzt bin ich in der Lage, einen reinen, reagierenden Front-End-Ingenieur einzustellen, der kein Verständnis für das Back-End hat, und ihn innerhalb weniger Wochen produktiv zu machen, während wir in der Vergangenheit eine gewisse Kompetenz für das Back-End entwickeln mussten -End-Plattform. Das war für unser Team als Bediener wirklich sehr gut zu sehen.

RAMI: Was ist mit dir, Scott? Irgendwelche Gedanken dazu?

SCOTT JONES: Ja, ich denke – ich habe mit ein paar verschiedenen Agenturgründern über ihre Herangehensweise an Headless gesprochen, und irgendwie war sie unserer ähnlich, das heißt, eigentlich wollte ich als Agenturgründer Headless machen und es war nicht unbedingt der Rest des Teams, der bereits bereit oder engagiert war, sich auf diese Reise zu begeben.

Und um in Adams Punkt zu sprechen, war das für uns wirklich eine Reise der Kultur und des Zwecks und des Verstehens unseres Warum als Unternehmen. Und ich weiß, das mag wirklich klischeehaft klingen. Aber das war wirklich wichtig. Wenn unser Team, insbesondere unsere Entwickler, das Warum unseres Geschäfts verstehen, während wir weitermachen, und sie verstehen, was wir tatsächlich versuchen, für den Kunden zu lösen, was wir tatsächlich zu liefern versuchen – dann wollen wir die ansprechendsten, die meisten frustfreie Erlebnisse, die wir möglicherweise liefern können–

Wie machen wir das und wie spielt Technologie dabei eine Rolle? Das war ein wirklich interessantes Gespräch und das war es, was sie auf die Reise mitgenommen hat, denn ja, wir hatten einige sehr fest verschränkte Arme und mürrische Gesichter, als wir anfingen zu reden über kopflos. Und ich bin sicher, Sie alle waren wahrscheinlich auch in dieser Situation und es hat dafür gesorgt, dass wir diese Gespräche führen, dafür gesorgt, dass sie das Warum verstehen, das hat diese Dynamik für uns tatsächlich sehr verändert.

RAMI: Um beim Thema Geschwindigkeit und Effizienz und all diesen sexy, lustigen Wörtern zu bleiben, die im Agenturbereich eigentlich super wichtig sind, haben Sie einen Aha-Moment, den Sie teilen können, ob es vielleicht ein bestimmtes Stück Technologie war Es war eine gewisse Änderung in Ihrem Prozess, vielleicht war es nur die Verwendung eines buchstäblich anderen Vokabulars, dass Sie dachten, oh Gott, wenn ich das vor zwei Jahren gewusst hätte, wären wir profitabler gewesen, wir hätten es getan schneller gearbeitet, die Leute wären glücklicher gewesen?

Dann könnten Sie vielleicht mit Leuten teilen – eine Anekdote, die Sie mit Leuten teilen könnten, die etwas früher in ihrer kopflosen Adoptionsreise sind. Ich frage nicht nach Geschäftsgeheimnissen, vielleicht nur nach einem Aha-Moment.

SCOTT JONES: Ich komme einfach auf meinen Punkt zurück, wenn das in Ordnung ist. Für mich – und ich habe eine eher kundenorientierte Rolle als eine technische Rolle, und deshalb denke ich immer über den Business Case nach und wie man einen Business Case erstellt, und ich denke natürlich extern darüber nach. Was ich nicht unbedingt tat, war, intern darüber nachzudenken und unseren Entwicklern, unseren Designern, Projektmanagern und unserem Team denselben Business Case vorzutragen.

Sobald sie begannen, einige der Gründe zu sehen, warum Kunden Headless benötigen würden – also zum Beispiel die Möglichkeit, Karten nativ auf einem mobilen Gerät zu speichern. Sie könnten auf halber Höhe eines Berges sein. Sie müssen diese Karte nativ speichern. Sie werden das nicht wirklich mit monolithischem, schätze ich, kopflosem und, sorry, WordPress tun können und einige dieser Anwendungsfälle zeigen.

Ich denke, sie waren die – ich verstehe, warum ein Kunde das möchte, ich verstehe, warum ein Kunde eigentlich eine Inhaltsbasis an zwei verschiedene Frontends liefern möchte. Ihnen etwas davon zu zeigen, war für uns neben dem kulturellen Zeug das Aha-Zeug.

RAMI: Was ist mit dir, Adam?

ADAM DAVEY: Ja, ich springe einfach da rein, ich schätze, eines meiner Ahas war – wir arbeiten mit allen Arten von Kunden, mit allen Arten von komplexen Geschäftsanforderungen. Aber worauf sich Kunden oft stützen, ist eine Lösung, die anscheinend alles für sie erledigt, wie eine All-in-One-Suite, die für sie oft sehr, sehr leistungsfähig sein kann. Aber dieses Schweizer Taschenmesser, sie verwenden wahrscheinlich nur ein oder zwei Klingen aus dem gesamten Kit und das sehen wir.

Der Aha-Moment für mich ist also, dass Kunden jetzt darüber nachdenken, einen Teil eines Stacks zu kaufen, der etwas wirklich, wirklich gut macht, und es ist das Beste, diese eine Sache wirklich gut zu machen, und dann einfach Ihren Stack mit gleichmäßig zu schichten – mit anderen Komponenten, die ihre Arbeit wirklich, wirklich gut machen.

Das Aha ist also für mich, denke ich, das Beobachten von Kunden in den letzten Jahren und eigentlich der Dreh- und Angelpunkt, die Verlagerung hin zum Kauf dessen, was Sie brauchen, etwas Klassenbestes, das wirklich gut das liefert, was es soll Tun.

Wie gesagt, Suiten und DXPs haben ihren Platz. Aber wir sehen zunehmend, dass Headless als Teil eines breiteren Ökosystems von Technologien eingefügt wird, die wirklich nur eine Aufgabe hervorragend erfüllen. Ich glaube, das waren die letzten zwei Jahre. Das ist die Veränderung, die wir gesehen haben.

DAVE DICAMILLO: Ja, ich stimme zu und ich denke, dass die Explosion von MarTech-Tools und die Fähigkeit, die besten ihrer Klasse zu nehmen und sie zu integrieren, nicht nur jetzt, sondern in die Zukunft, wirklich der Grund ist, sich für Headless zu entscheiden.

Diese DXPs, ja, sie sind großartig. Aber du hast recht. Die meisten unserer Kunden verbrauchen 10 %, 20 % von dem, wofür sie bezahlen, und sie erhalten nicht den Wert, den sie tatsächlich erhalten, wenn sie tatsächlich mit diesen kleineren MarTech-Anbietern zusammenarbeiten, dass sie tatsächlich die Unterstützung erhalten, die sie benötigen. Sie können die Funktionen tatsächlich besser nutzen. Aber ja, eine Sache, in der wir versuchen, viele unserer Kunden zu coachen, ist, dass es nicht darum geht, mit Headless leben zu können. Es geht darum, die Zukunft dessen zu betrachten, was Sie in den ersten 12 Monaten tun möchten.

Wenn Sie eine Headless-Site starten, geht es zumindest in unserer Welt mehr um den MarTech-Stack, den wir ins Spiel bringen, als nur um das CMS. Wir versuchen, einige verschiedene Funktionen zu aktivieren, Personalisierung, ABM-Tools, was auch immer. All das Zeug kommt ins Spiel.

Und wir wollen Kunden zurücknehmen, um zu einem Punkt zu kommen, an dem sie startbereit sind, und dann schauen wir uns an, wie sehen diese ersten 12 Monate aus? Sie werden weiter wachsen. Wir sagen gerne, der erste Tag der Website ist der schlimmste Tag. Sie sind da, um die Website zu übernehmen und sie von diesem Punkt an zu erweitern, und wenn Sie längerfristig denken und darüber nachdenken, wie dieser erste Startpunkt aussieht, plus 12 Monate, denke ich, dass dies wirklich ein gutes Argument für Headless festigt, besonders wenn Sie haben nichts mit DXP zu tun, wie Adam sagt.

RAMI: Irgendwelche Gedanken dazu, Dennis?

DENNIS: Ich denke, der Aha-Moment für uns war, als wir tatsächlich sahen, wie sich die organische Leistung drei oder vier Monate nach dem Start der Headless-Site verbesserte. Und das war der Zeitpunkt, an dem ich anfing, dafür zu werben. Das passiert wirklich und das ist einer der Gründe, warum wir tun, was wir tun, und zu sehen, wie sich das entwickelt, war für uns als Gruppe ziemlich kraftvoll.

Und deshalb denke ich, ähnlich wie David, dass die meisten unserer Rechnungen zum jetzigen Zeitpunkt kopflos sind, denn aus der Perspektive einer Performance-Marketing-Agentur ist es unsere Aufgabe, die Website als Werkzeug für unser Marketing zu positionieren Partner innerhalb der Agentur und der Aufbau einer Website, die sich gestalten lässt, erleichtert ihnen die Arbeit.

RAMI: Wir haben also intern viel über Buy-in gesprochen und die Gründe, warum Ihre internen Teams offensichtlich begeistert sind, an Headless zu arbeiten. Frage an alle, die tatsächlich an dieser Vorab-, Angebots- und Verkaufspräsentationsphase mit Interessenten und aktuellen Kunden beteiligt sind.

Was ist das Wundermittel, das ihre Aufmerksamkeit erregt? Ist es Leistung? Ist es die Flexibilität? Nur ein wenig Coaching für andere Leute, die sich uns anschließen, die Outlets gründen oder aufstellen, was sehen Sie, woran Ihre Kunden oder potenziellen Kunden wirklich festhalten und sie wirklich über den Rand treiben?

Weil wir wissen, dass die Einführung neuer Technologien, insbesondere für ein traditionelles Unternehmen, beängstigend ist. Sie sind risikoscheu. Ein Wechsel kann sehr teuer werden. Was stellen Sie also fest, dass die Entscheidungsträger, wenn Sie eine kopflose Architektur präsentieren, wirklich ihre Aufmerksamkeit erregen?

ADAM DAVEY: Ja, ich kann hier einspringen, wenn es sein muss. Das Einzige, was wir immer wieder verwenden, sind Produktdemos, denn ohne den Kunden zu zeigen, was sie kaufen und wie diese Plattformen funktionieren, ist es sinnlos. Es sind nur Worte. Wir müssen also konkret demonstrieren, wie Headless funktioniert.

Und darum herum gibt es Angst. Was wir also tun müssen, ist, alle Fragen zu beantworten, die Anwendungsfälle zu zeigen, zu erklären, wie der Inhalt modelliert und verwaltet wird und wie diese Workflow-Genehmigungen oder was auch immer diese Funktionen sind, die wir innerhalb des CMS verwenden, tatsächlich funktionieren. Nichts geht über eine Demo, weil sie sonst einfach zu abstrakt ist. Wir müssen tatsächlich zeigen, demonstrieren, was die Fähigkeiten und die Leistungsfähigkeit der Plattform sind. Ich würde also sagen, das ist das mächtigste Werkzeug, das wir im Ärmel haben.

DAVE DICAMILLO: Ja, ich werde das huckepack nehmen. Aber die wichtigste Frage, die wir bekommen, ist, was ist der Tag im Leben? Und das ist eine CMS-Frage im Allgemeinen. Jedes Mal, wenn jemand auf eine neue Plattform wechselt, stellt sich die Frage: Wie wird mein Leben aussehen?

Wir verbringen viel Zeit im Pitch-Prozess damit, auf hohem Niveau darüber aufzuklären, was diese unterschiedlichen Architekturen bedeuten? Vor- und Nachteile, was sind die verschiedenen Akteure im Raum, all diese Dinge. Aber wir treffen nie eine Entscheidung im Pitch. Es geht immer darum, mit dem Kunden unter die Haube zu gehen, um Adams Punkt zu erreichen, Demos zu machen, die Partner einzubeziehen und sie ihre eigenen Waren präsentieren zu lassen.

Es ist eine Sache zu sagen, oh, die Agentur hat es uns gesagt. Aber es ist eine andere Sache, wenn Softwarehersteller und die Leute an den Tisch kommen und sagen, nun, deshalb sind wir die Besten.

Wir haben einen sehr langen Entscheidungsprozess, durch den wir unsere Kunden coachen, der auf wichtigen Geschäftskriterien basiert, und wir möchten CMS aufstellen, die die besten in ihrer eigenen Klasse sind, kopflos oder gekoppelt, und sie hervorheben, Nun, was bedeutet das für Ihr Unternehmen? Wird es sich tatsächlich auswirken?

Hier ist eine Rohpunktzahl. Nehmen Sie nicht nur den Rat von Code and Theory an. Hier ist eine Ausgabe in einer Zahl, die sagt, welche für Ihr Unternehmen besser ist, und dann eine fundierte Entscheidung darüber treffen, welchen Weg Sie einschlagen möchten.

DENNIS: Wenn wir ein Gespräch darüber beginnen, ob Headless die richtige Option für unseren Kunden ist oder nicht, in der Lage zu sein, eine unserer Websites, die wir erstellt haben, aufzurufen und vor dem Kunden live eine Lighthouse-Partitur zu erstellen, auf dieser Website und zeigen Sie ihnen die Punktzahl. Das ist ein sofortiges Okay, erzähl mir mehr und dann gehen wir diesen Weg weiter, was ist unsere Tech-Aktie oder so weiter.

Aber für uns war es immer der größte Gesprächsstarter bei jeder Verkaufsmöglichkeit, ihnen zu zeigen, was möglich ist, und wenn Sie auf Lighthouse grüne Ergebnisse erzielen, ist das auf diesen anderen Plattformen aufgrund einer gekoppelten Architektur nahezu unmöglich ist eine kraftvolle Geschichte zu erzählen.

SCOTT JONES: Ja, ich stimme zu. Ich stimme all diesen Antworten zu. Ich denke, für uns fühlt es sich an, als würden wir FOMO ein wenig verkaufen, wirklich, diese Angst, den Ansatz zu verpassen, und so abgesehen von den offensichtlichen Leistungs- und Sicherheitsvorteilen – ich weiß nicht, ob es für Sie dasselbe ist, aber Wir haben festgestellt, dass wir bei einer Prüfung unseres Kundenstamms festgestellt haben, dass unsere besten Kunden tatsächlich ziemlich stark in Technologie und Benutzererfahrung sind. Sie haben interne Entwickler oder interne UX-Teams oder wie auch immer das aussieht. Sie verstehen es tatsächlich.

Und so haben sie selbst ein wenig nachgeforscht. Sie verstehen ein bisschen davon. Sie haben bereits das Offensichtliche. Was in der Denkweise tendenziell fehlt, ist tatsächlich, die Zukunft zu verkaufen und aus der Entwicklungsperspektive an all die Entwickler und Programmierer zu denken, die jetzt in Bootcamps gehen – ich verallgemeinere hier – aber sie tun es JavaScript lernen und wenn Sie also damals noch arbeiten oder wie wir es jetzt tun, denken Sie nicht genau darüber nach, wohin sich der Markt in Zukunft entwickeln wird.

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. Es ist großartig. 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.