Jak agencje wykorzystują Headless Tech do rozwiązywania problemów technicznych i zdobywania nowych projektów

Bezgłowa architektura witryn internetowych może wydawać się modna, ale jak to się ma do rzeczywistych wyzwań technicznych?

W tej dyskusji panelowej dowiesz się więcej o sposobach, w jakie nasi partnerzy agencyjni i ich programiści rozwiązują trudne problemy techniczne za pomocą rozwiązań bezobsługowych.

Obejrzyj poniższy film, aby dowiedzieć się, kiedy headless ma sens, aby odblokować nowy potencjał dla twoich projektów, kiedy polegać na klasycznym WordPressie i jak zaangażować swój zespół programistów podczas wdrażania nowych technologii.

Głośniki:

• Rami Perry, starszy menedżer konta partnera w WP Engine
• David DiCamillo, dyrektor ds. technologii w Code & Theory
• Adam Davey, dyrektor ds. technologii w CandySpace
• Dennis Ngin, wiceprezes ds. doświadczeń cyfrowych w firmie Wpromote
• Scott Jones, założyciel i dyrektor generalny Illustrate Digital

Transkrypcja:

RAMI: Witam wszystkich i dziękuję za dołączenie do panelu DE{CODE}. Jestem podekscytowany, że dołączą do mnie liderzy, niektóre z naszych czołowych agencji strategicznych, aby zagłębić się w rolę, jaką bezgłowy WordPress odgrywa dla ich zespołu i ich klientów. Zaczniemy od wprowadzenia, abyś mógł poznać naszych panelistów, a potem od razu przejdziemy do tego, by dowiedzieć się więcej o tym, jak bezgłowy może pomóc Ci wygrać więcej. Dave, czy chciałbyś zacząć od wprowadzenia?

DAVE DICAMILLO: Jasne. Witam wszystkich. Jestem Dave DiCamillo. Jestem CTO Code and Theory. Jesteśmy cyfrową agencją kreatywną. Przez lata wycinaliśmy i wyrabialiśmy sobie markę na platformach wydawniczych, więc byliśmy bardzo skoncentrowani na treści.

A nasze pierwsze doświadczenie prawdopodobnie z robieniem headless miało miejsce około 2017-2018 roku. Nasza obecna witryna jest bezgłowa i wykonujemy dziś dużo pracy z wieloma klientami. I to jest dominująca architektura, w kierunku której zmierzamy. Ale dobrze, że tu jesteś i czekamy na dyskusję.

RAMI: Hej, Scott. Chcesz się wszystkim przedstawić? Hej, pewna rzecz. Witam wszystkich. Jestem Scott Jones. Jestem prezesem i założycielem Illustrate Digital. Specjalizujemy się przede wszystkim w platformie WordPress i kładziemy duży nacisk na tworzenie pozbawionych frustracji i angażujących doświadczeń użytkowników we wszystkim, co robimy.

SCOTT JONES: Wciąż jesteśmy nowicjuszami w grze bez głowy. Prowadziliśmy badania i rozwój przez 12 miesięcy lub dłużej, zbudowaliśmy własny framework dla bezgłowego WordPressa i tak, wciąż jesteśmy na początku tego. Podekscytowany, by dalej o tym mówić.

RAMI: Wielkie dzięki, Scott. Adam, chcesz od razu wskoczyć?

ADAM DAVEY: Tak, świetnie. Mam na imię Adam. Jestem Adam Davey z Candyspace. Jestem tam dyrektorem technicznym. Jesteśmy londyńską agencją cyfrową zajmującą się projektowaniem, budowaniem i optymalizacją produktów cyfrowych.

Tak, zaczęliśmy naszą bezgłową podróż kilka lat temu i ciągle rozmawiam z klientami na temat bezgłowości. Jestem teraz w trakcie budowania bez głowy. To ekscytująca podróż i nie mogę się doczekać dzisiejszej rozmowy na jej temat.

RAMI: W porządku, Dennis, chcesz nas podsumować wstępami?

DENNIS: Cześć wszystkim. Nazywam się Dennis. Jestem wiceprezesem Digital Experience w firmie Wpromote. Jesteśmy agencją marketingu efektywnościowego, która napędza rozwój naszych ambitnych marek. Mój zespół wkroczył na ścieżkę bezgłowości w 2019 roku. Od tamtej pory to robią. W zeszłym roku przyjęliśmy produkt WP Engine Atlas i pomyślnie uruchomiliśmy witrynę bezgłową w ciągu dwóch miesięcy. Jestem więc bardzo podekscytowany, dzieląc się naszą historią.

RAMI: Dziękuję wszystkim za dołączenie do nas. Więc jesteśmy tutaj z publicznością, która prawdopodobnie będzie miała dość zróżnicowane pochodzenie i doświadczenie z bezgłowymi, niektórzy ludzie dopiero zaczynają podróż, niektórzy byli czeladnikami w odniesieniu do bezgłowych.

Więc chciałbym usłyszeć trochę więcej o tym, kiedy w każdej twojej karierze zawodowej lub w twojej agencji było tak: OK, już czas, to jest okazja lub punkt zwrotny, w którym bezgłowy jest coś, nad czym nasz zespół musi się pochylić? Więc co było tym przełomowym punktem, w którym od razu wskoczyłeś? Jeśli chcesz wskoczyć pierwszy, Dave?

DAVE DICAMILLO: Jasne. Przyjęliśmy to bardzo wcześnie i obiecuję wam, że to dlatego, że było fajne i było na wszystkich blogach i wszyscy chcieli to zrobić i prawdopodobnie dlatego zaczęliśmy. Ale praktyczne zastosowania naprawdę zaczęły się pojawiać, gdy wielu naszych klientów miało istniejące MarTech lub istniejące platformy odtwarzaczy wideo lub inne oprogramowanie, z którym nie chcieli się rozstać i powiedzieli: spójrz, cieszymy się, że możemy zrobić to nowe bezgłowe zbliżać się.

Słyszeliśmy wiele dobrego o tym, jak możemy lepiej zarządzać danymi, jak możemy być bardziej elastyczni z perspektywy interfejsu użytkownika, jak możemy łatwiej integrować nowe produkty innych firm w przyszłości.

I myślę, że prawdopodobnie zaczęliśmy naprawdę komercjalizować wydania dla naszych klientów gdzieś w 2019 roku i znowu była to dominująca architektura, z którą prowadzimy, z wieloma naszymi klientami. Ale tak, jesteśmy bardzo podekscytowani. Wykonujemy wiele instalacji WP Engine Atlas. Mamy jeden nadchodzący za rogiem, za kilka tygodni, co jest świetne. Ale tak, to nasza pierwsza podróż z headless.

RAMI: Więc Adam, wspomniałeś, że jesteś na skraju tego. Podoba mi się Twoje ujęcie, ponieważ może być nieco nowsze i dotyczy tego, co zaczyna kierować Cię w tym kierunku.

ADAM DAVEY: Cóż, w przypadku tego konkretnego klienta już to zrobili – często jest to złożona decyzja, prawda, której technologii CMS zamierzasz użyć. Ale ten konkretny klient miał dokładnie pomysł, jak skonfigurować i skonfigurować CMS oraz jak zarządzać swoimi treściami. Był to więc przypadek niezwykły. Tak naprawdę nie potrzebowaliśmy ich zabierać w tę podróż. Zdecydowali się na bezgłowy CMS i zdecydowali się na sposób serwowania tych treści na froncie, w wielu kanałach.

Ale bardzo często tak nie jest. To był technicznie bystry klient. Ale bardzo często musimy – podobnie, musimy zabrać ludzi w podróż i powiedziałbym – budujemy też w tej chwili kolejną stronę, na której klient chce, aby edytor WYSIWYG mógł zarządzać jego treścią. Tak naprawdę wszystko zależy od przypadku użycia.

A headless rozwiązuje wiele problemów i może, jak powiedziałeś, David, wpasować się w istniejące stosy. Ale nie ma jednego rozmiaru dla wszystkich. Chodzi o to, aby przeprowadzić szczegółową i szczegółową rozmowę z klientem na temat wymagań, a różni klienci znajdują się na różnych etapach krzywej dojrzałości z cyfrowymi i bezobsługowymi oraz oczywiście z CMS-ami. Więc chodzi o to, żeby ich spotkać, tam, gdzie są, podczas tej podróży, naprawdę.

RAMI: Tak, Scott lub Dennis, czy macie jakieś przemyślenia do dodania do tego, jeśli chodzi o co – jakieś wskazówki, kiedy może nadejdzie czas dla ludzi, którzy są tuż za rogiem adopcji bezgłowego, które widzieliście w swojej podróży?

SCOTT JONES: Tak, myślę, że dla nas było to bardzo podobne do tego, co powiedział Dave. Chodziło o to, że o tym czytaliśmy. To było coś, co tam było. Wydawało się, że ludzie to robią i zmagają się z tym. I właściwie, nasz pierwszy bezgłowy projekt był projektem ratunkowym i szczerze mówiąc był to koszmar. Szczerze mówiąc, to był koszmar.

Klient zgłosił się do nas z naprawdę kiepską implementacją bezgłową, z kilkoma bardzo wątpliwymi wyborami technologicznymi. Każda strona ładowała się około… cóż, co najmniej 30 sekund, co jest oszałamiające, a to była nasza pierwsza wyprawa do headless i, delikatnie mówiąc, była chaotyczna.

To, co przez wiele lat stanowiło dla nas wyzwanie związane z patrzeniem na headless, polegało zasadniczo na budowaniu wewnętrznej wiedzy na temat JavaScriptu i wydaje mi się, że to wyzwanie zostało popchnięte i wsparte przez rodzaj przebudowy WordPress w platformę opartą na reakcjach. I myślę, że to naprawdę zabrało nas w podróż.

Więc właściwie idzie to w parze, całkiem dobrze dla nas, z wniesieniem tej wiedzy specjalistycznej, stworzeniem lepszego zrozumienia z naszymi programistami, a następnie dalej w tej podróży do tego, co faktycznie dostarczamy również naszym klientom.

DENNIS: Tak, dla naszego zespołu siłą napędową są tak naprawdę nasi inżynierowie i programiści, którzy przeprowadzają retrospekcję na temat tego, jak nadal ulepszamy naszą agencję, jak nadal ulepszamy nasze procesy, są nieugięci w sprawie braku głowy. Dla mnie analogia dotyczyła mojego taty, który jest mechanikiem i pracuje przy samochodach pięć dni w tygodniu, osiem godzin dziennie. Kiedy robisz to przez 10, 20 lat, naprawdę poznajesz marki samochodów, nad jakimi silnikami lubisz pracować. Ta analogia jest taka sama dla mnie, dla naszych inżynierów, którzy postrzegali headless jako szansę na zwiększenie wydajności pracy i lepszą realizację.

Dlatego dla nas był napędzany przez inżynierów jako sposób na wyzwanie i innowacyjność. Zaczęliśmy identyfikować klientów, o których myśleliśmy, że będą pasować. Przedstawiliśmy tym klientom opcje i powiedzieliśmy, że masz możliwość przejścia bez głowy, gdzie naszym zdaniem nastąpiła poprawa w sposobie, w jaki rozwijamy Twoją witrynę internetową, w porównaniu z tradycyjnymi, a ponieważ klienci rozpoczęli proces wejścia na pokład, rozpoczęliśmy tę podróż pod koniec 2019 roku i nie spojrzał wstecz od.

RAMI: Dzięki, panowie. Więc wszyscy znamy i kochamy WordPressa. Dlatego tu jesteśmy. Prawidłowy? Ale wszyscy jesteśmy również bardzo zaznajomieni z pewnymi ograniczeniami i oczywiście headless to sposób na utrzymanie znajomości i niezawodności zaplecza WordPress dla naszych twórców treści i naszych marketerów, ale także na zaradzenie niektórym z tych ograniczeń, które przedstawia WordPress .

Więc jeśli ktoś miałby konkretny przypadek użycia lub nawet konkretny projekt klienta, w którym uznałeś to za OK, nie możemy porzucić WordPressa ze względu na potrzeby i wymagania klienta, jeśli chodzi o zarządzanie treścią, ale jesteśmy będzie musiał przejść bez głowy, ponieważ istnieją pewne ograniczenia? Chciałbym tylko kilka przykładów z życia wziętych, które dają ludziom inspirację, gdy myślą o swoich potencjalnych projektach w przyszłości.

DAVE DICAMILLO: Jasne, mogę zacząć, jeśli chcesz.

RAMI: Dzięki, Dave.

DAVE DICAMILLO: Więc ten, który jest dla nas za zakrętem, projekt Atlas, który się zbliża, to DMP. Są więc dostawcą opartym na SAS. Są na WordPressie od lat. Chcą jednak dużo integrować z własnym oprogramowaniem. Tak więc sama architektura musiała naprawdę odzwierciedlać zarówno ich pragnienie, aby nadal działać z WordPressem, jak i możliwość efektywnego publikowania – nie chcą przekwalifikować zespołu – ale chcieli też głębszej integracji z własnymi produktami i nie tylko.

Pomogliśmy im więc rozszerzyć możliwości korzystania z treści w ich witrynach. Więc byli całkiem początkujący w tym, co byli w stanie zrobić przed nadchodzącym przeprojektowaniem. Ale nawet korzystanie z narzędzia Atlas Content Modeler i możliwość zapewnienia im głębszego, solidniejszego modelu treści do publikowania, zapewnienia głębszej personalizacji, zapewnienia możliwości rozmawiania z klientami w bardziej bezpośredni sposób jest będzie dla nich prawdziwym przełomem.

Tak więc WordPress był obowiązkowym wymogiem i biorąc pod uwagę niektóre z tych celów projektu, po prostu miało sens, że Atlas był aplikacją. Więc miejmy nadzieję, że to pomaga.

RAMI: Dennis.

DENNIS: Tak, dla jednego z naszych klientów w zeszłym roku przeprowadziliśmy analizę wielu różnych platform, natywnych platform bezgłowych, WordPressa z WP Engine i naprawdę oceniliśmy na podstawie dwóch czynników. Numerem jeden będą funkcje i funkcjonalności, których klient potrzebował od platformy. Następnie numer dwa, to tak naprawdę całkowity koszt posiadania platformy.

Przeszliśmy przez tę dogłębną analizę i ostatecznie wylądowaliśmy na WordPressie z WP Engine i Atlasem jako rozwiązaniem z punktu widzenia kosztów i elastyczności platformy, a tak naprawdę znajomości zespołów marketingowych i przyjęcia podejścia opartego na komponentach do naszego rozwoju procesu, byliśmy w stanie skutecznie stworzyć witrynę internetową, która pozwoliła użytkownikowi biznesowemu, który już zna WordPressa, czy wykorzystaliśmy już moc tej platformy, ale byliśmy w stanie wdrożyć komponenty na ich stronie internetowej, aby podczas tworzenia nowych strony docelowe lub nowe funkcje w swojej witrynie, niekoniecznie muszą polegać na programiście, który wdroży te nowe strony docelowe.

Od tamtej pory zaobserwowaliśmy ogromną poprawę szybkości ich dostarczania. Był to więc bardzo interesujący projekt w tym sensie, że spędziliśmy dużo czasu na wstępnej analizie. A potem, gdy tylko ta analiza została wykonana, jest to bardzo szybki czas na wprowadzenie na rynek, a nasi klienci są bardzo, bardzo zadowoleni z wyników.

RAMI: Lubimy to słyszeć. Scott, Adam, macie jakieś przemyślenia na ten temat?

ADAM DAVEY: Tak, wręcz przeciwnie – to jest lekkie odchylenie. Ale ostatnio widzieliśmy, jak klient odchodzi od headless, off – oczywiście nie z Atlasem, ale na innej platformie. Nie wspomnę o tej platformie. Ale mieli tak zły czas, ponieważ nie byli w stanie skutecznie zarządzać swoimi treściami. Wrócili do Gutenberga, co jest naprawdę… nie chcemy, aby tak się stało.

Ale myślę, że nie chcemy zmuszać ludzi, którzy nie są na to gotowi. Myślę, że jest to skok dla zespołów marketingowych i nie jest odpowiedni dla wszystkich. Ale odblokowuje również całą masę potężnych możliwości, jeśli zarządzasz treścią, wielokanałowo na dużą skalę. W tym miejscu modelowanie bez głowy i treści może naprawdę odblokować wiele możliwości. Tak.

Ale nie chcemy, aby ludzie odstraszyli się bezgłowymi i chcemy zasugerować rozwiązania, które są dla nich odpowiednie. Ale widziałem wiele zalet bezgłowych, wszystko zależy od przypadku użycia i najlepszego dopasowania.

RAMI: I poruszyłeś świetny temat, najpierw odpowiedzialności wobec klienta, nie przewodząc za technologią, kierując się tym, co najlepsze dla twojego klienta i właśnie to widzimy – to interesujący punkt zwrotny dla bezgłowej adopcji, wokół tego, co jest właściwe dla klienta, a co jest nową, jasną, błyszczącą technologią. Scott, coś do dodania, przykłady, które widziałeś?

SCOTT JONES: Chciałbym jednak wtrącić się i powiedzieć: Myślę, że wszyscy kiwamy głową, gdy pojawiają się komentarze dotyczące złego wdrażania headless w przeszłości i tego rodzaju rzeczy, i myślę, że to jest naprawdę ważna kwestia, czy tuż przy Twoim kliencie. Oto, co powiedziałbym na ten temat: jeśli nie jesteś gotowy, nie rób tego.

Więc zawsze jest trochę… musisz się tam wystawić i spróbować, jeśli wcześniej tego nie robiłeś. Ale w rzeczywistości WP Engine i projekt Atlas mają mnóstwo narzędzi, mnóstwo zasobów, aby móc pomóc, aby wyruszyć w tę podróż. Myślę, że kiedy wszyscy zaczynaliśmy tę podróż z headless, te narzędzia nie istniały i wszyscy tworzyliśmy od podstaw takie rzeczy, jak podgląd postów, najprawdopodobniej dla większości z nas, i musieliśmy robić rzeczy, które nie były w platforma, jak ma teraz headless.

Więc tak, myślę, że powiedziałbym, zaangażuj się w plan WP Engine i spróbuj. Ale zdecydowanie, zawsze wracaj do swojego klienta i nie bądź jednym z tych dostawców, którzy nie dostarczają, że tak powiem, i ostatecznie odwracają proces z powrotem do Gutenberga.

RAMI: Dzięki, panowie. Myślę, że w naprawdę dokładny sposób omówiliśmy korzyści dla klienta wynikające z tego, dlaczego warto polecić architekturę Atlas. Jestem zainteresowany, jakie są korzyści dla Twojego zespołu wewnętrznego, zespołu programistów, kierowników projektów, zespołu kontroli jakości? Gdzie zauważyłeś, że przyjmując tę ​​przywódczą rolę w bezgłowej adopcji, zauważyłeś wzrost poziomu wody w swoich wewnętrznych zespołach?

DAVE DICAMILLO: Adam, możesz jednak zacząć.

ADAM DAVEY: Jestem wielkim zwolennikiem upewnienia się, że wszyscy się dogadają. Uwielbiam to, co powiedziałeś, David, o bawieniu się błyszczącymi rzeczami i właśnie o to chodzi – chcę dać programistom narzędzia, dzięki którym mogą wykonywać swoją najlepszą pracę. Ale bardzo ważne jest również, aby wpisowe pojawiało się na każdym poziomie biznesu. Więc tak, że menedżerowie treści są zadowoleni, ale także interesariusze są zadowoleni na każdym poziomie.

Widziałem, jak sprzedawano produkty i nie było to do końca w porządku. Potrzebny jest całkowity konsensus i całkowite poparcie. Musisz zabrać wszystkich ze sobą w podróż wokół decyzji technologicznych.

I tak, dla mnie znowu chodzi o równowagę i podejmowanie właściwych decyzji z właściwych powodów dla firmy i klienta, ponieważ często – wiele decyzji bez głowy polega na tym, że jesteśmy w stanie dostarczyć super- szybkie doświadczenie z naprawdę pięknym, czystym interfejsem, który jest bogaty i intuicyjny, i dostaje naprawdę fajne wyniki Lighthouse i wszystkie te dobre rzeczy, z którymi programiści uwielbiają pracować. Jest to więc komplet – to mieszanka. Właściwe wykorzystanie wszystkich tych składników jest naprawdę ważne.

DAVE DICAMILLO: Powiem ci, kto kocha bezgłowe w naszym sklepie, to nasi projektanci, którzy czują się o wiele mniej ograniczeni. Nasi inżynierowie reagujący też to uwielbiają. Oni po prostu szaleją na punkcie tego, co możemy zrobić i jak szybko możemy to zrobić i całą tę sprawę, wszystko, co mówisz, Adam. Ale myślę, że rzeczywista możliwość rozszerzenia naszej kreatywności poza to, czym byłaby normalna witryna do publikowania, normalna witryna oparta na treści, jak sądzę, bardzo otworzyła oczy niektórym członkom naszego zespołu, nawet tuż poza ludzie od technologii.

Powiem też, że z technologicznego punktu widzenia zdecydowanie wydłuża to czas realizacji niektórych zadań. Testy dla nas wzrosły, co nie jest złe. To właściwa rzecz dla właściwego produktu, na koniec dnia. Ale zauważyliśmy wzrost o około 15% do 20% w tym ostatnim dopracowaniu przed uruchomieniem, upewniając się, że wszystkie połączenia są powiązane.

DENNIS: Tak, myślę...

RAMI: To dobra rada. To dobry wgląd, kiedy patrzysz na szacowanie i jesteś na wczesnym etapie swoich pierwszych projektów, upewnij się, że bierzesz to pod uwagę, hej, te ostatnie 20%, kontrola jakości, uruchomienie i wszystko, wiedz o tym może zająć trochę więcej czasu, gdy po raz pierwszy rozpoczynasz kilka pierwszych projektów. Przepraszam, Dennisie. Zacząć robić.

DENNIS: Nie, chciałem tylko na tym bazować. Patrząc na działania naszego zespołu Digital Experience lub zespołu ds. rozwoju, przychodzi mi na myśl kilka rzeczy. To naprawdę zaczęło nam przyspieszać w drugim roku, pod koniec drugiego roku, w naszej bezgłowej podróży.

I tak obiektywnie patrząc na wyniki ich zespołu, faktycznie zauważyliśmy spadek wskaźnika defektów. Dzięki oddzieleniu front-endu od back-endu nasze błędy i problemy wynikające z wdrażania kodu na back-endzie nie miały wpływu na front-end i ogólnie wdrażamy czystszy, lepszy kod, co jest fantastyczne.

Zdaniem Davida, czas wprowadzenia na rynek był znacznie krótszy niż w przeszłości, znowu dzięki tej architekturze rozdzielenia. Kiedy więc klient potrzebował drobnej zmiany w interfejsie, nie musieliśmy planować tego z aktualizacją zaplecza w celu zatrudnienia. Tam wszystko działo się szybciej.

A potem, co również było dla nas interesujące, gdy myślimy o ostatnich kilku latach, to zmienił się sposób, w jaki myślimy o pozyskiwaniu zasobów dla naszego zespołu. Więc wcześniej naprawdę potrzebowałem kogoś, kto znał WordPressa i potrafił kodować na froncie. Mamy również do czynienia z wieloma klientami e-commerce i znamy platformę e-commerce.

Ale teraz jestem w stanie zatrudnić czystego, reagującego inżyniera front-end, który nie ma pojęcia o back-endzie, i sprawić, by był produktywny w ciągu kilku tygodni, podczas gdy w przeszłości musieliśmy rozwinąć pewne kompetencje dla back-endu. -platforma końcowa. Więc to był naprawdę dobry widok dla naszego zespołu jako operatora.

RAMI: A ty, Scott? Jakieś przemyślenia na ten temat?

SCOTT JONES: Tak, myślę – rozmawiałem z kilkoma różnymi założycielami agencji na temat ich podejścia do headless i w pewnym sensie było to podobne do naszego, czyli tak naprawdę, jako założyciel agencji, chciałem zrobić headless i niekoniecznie była to reszta zespołu, która była jeszcze gotowa lub zaangażowana do wyruszenia w tę podróż.

Mówiąc o punkcie Adama, tak naprawdę, dla nas była to podróż kulturalna i celu oraz zrozumienie naszego dlaczego, jako firmy. I wiem, że to może brzmieć naprawdę banalnie. Ale to było naprawdę ważne. Jeśli nasz zespół, a zwłaszcza nasi programiści, rozumieją, dlaczego prowadzimy naszą działalność, i rozumieją, co tak naprawdę próbujemy rozwiązać dla klienta, co tak naprawdę staramy się dostarczyć – chcemy najbardziej angażującego, najbardziej doświadczenia wolne od frustracji, które możemy zapewnić –

Jak to robimy i jak technologia odgrywa w tym rolę, to była naprawdę interesująca rozmowa i to była rzecz, która zabrała ich w podróż, ponieważ tak, mieliśmy bardzo mocno splecione ręce i zrzędliwe twarze, kiedy zaczęliśmy rozmawiać o bezgłowym. I jestem pewien, że wszyscy prawdopodobnie też byliście w takiej sytuacji i upewnienie się, że prowadzimy te rozmowy, upewnienie się, że rozumieją, dlaczego tak naprawdę bardzo zmieniło tę dynamikę dla nas.

RAMI: Kontynuując temat szybkości i wydajności oraz wszystkich tych seksownych, zabawnych słów, które w rzeczywistości są bardzo ważne w przestrzeni agencji, czy masz moment aha, którym możesz się podzielić, niezależnie od tego, czy był to pewien element technologii, może to była pewna zmiana w twoim procesie, może chodziło o użycie, dosłownie, innego słownictwa, że ​​pomyślałeś, o Boże, gdybym wiedział to dwa lata temu, bylibyśmy bardziej dochodowi, mielibyśmy działał szybciej, ludzie byliby szczęśliwsi?

Więc może mógłbyś podzielić się z ludźmi anegdotą, którą mógłbyś podzielić się z ludźmi, którzy są nieco wcześniej w bezgłowej podróży adopcyjnej. Nie proszę o tajemnice handlowe, może tylko o chwilkę.

SCOTT JONES: Wrócę do mojego punktu widzenia, jeśli nie masz nic przeciwko. Dla mnie – a moja rola jest bardziej zorientowana na klienta niż techniczna, więc zawsze myślę o uzasadnieniu biznesowym i o tym, jak zbudować uzasadnienie biznesowe, i oczywiście myślę o tym z zewnątrz. To, czego niekoniecznie robiłem, to myślenie o tym wewnętrznie i przedstawianie tego samego uzasadnienia biznesowego naszym programistom, naszym projektantom, kierownikom projektów, naszemu zespołowi.

Kiedyś zaczęli dostrzegać niektóre powody, dla których klienci potrzebowali headless – na przykład możliwość przechowywania map natywnie na urządzeniu mobilnym. Możesz być w połowie drogi na górę. Potrzebujesz tej mapy zapisanej natywnie. Tak naprawdę nie będziesz w stanie tego zrobić z monolitycznym, jak sądzę, bezgłowym i, przepraszam – WordPressem – i pokazując niektóre z tych przypadków użycia.

Myślę, że były… Rozumiem, dlaczego klient miałby tego chcieć, rozumiem, dlaczego klient faktycznie chciałby udostępniać jedną bazę treści dwóm różnym interfejsom użytkownika. Właściwie pokazywanie im niektórych z tego było dla nas rzeczą aha, obok spraw kulturowych.

RAMI: A ty, Adamie?

ADAM DAVEY: Tak, po prostu wskakuję, myślę, że jednym z moich aha było – pracujemy z wszelkiego rodzaju klientami, z wszelkiego rodzaju złożonymi potrzebami biznesowymi. Jednak to, na czym często polegają klienci, to rozwiązanie, które najwyraźniej robi wszystko za nich, na przykład pakiet typu „wszystko w jednym”, który często może być dla nich naprawdę potężny. Ale ten szwajcarski scyzoryk prawdopodobnie skończy się na użyciu tylko jednego lub dwóch ostrzy z całego zestawu i to właśnie widzimy.

Aha, dla mnie moment polega na tym, że klienci myślą teraz o zakupie jednej części stosu, która robi coś naprawdę, naprawdę dobrze i jest najlepsza w robieniu tej jednej rzeczy naprawdę dobrze, a następnie po prostu układaniu stosu z równymi… z innymi komponentami, które wykonują swoją pracę naprawdę dobrze.

Aha dla mnie to, jak sądzę, obserwowanie klientów w ciągu ostatnich kilku lat, a właściwie zwrot, zmiana w kierunku kupowania tego, czego potrzebujesz, czegoś, co jest najlepsze w swojej klasie, co naprawdę dobrze spełnia to, co powinno Do.

Jak mówię, apartamenty i DXP mają swoje miejsce. Ale coraz częściej widzimy, jak bezgłowy jest włączany jako część szerszego ekosystemu technologii, który po prostu doskonale wykonuje jedną pracę. Myślę, że to ostatnie dwa lata. To jest zmiana, którą widzieliśmy.

DAVE DICAMILLO: Tak, zgadzam się i myślę, że eksplozja narzędzi MarTech oraz możliwość wykorzystania najlepszych w swojej klasie i zintegrowania ich nie tylko teraz, ale w przyszłości, to naprawdę powód, by wybrać headless.

Te DXP, tak, są świetne. Ale masz rację. Większość naszych klientów wykorzystuje 10%, 20% tego, za co płacą, i nie otrzymują takiej wartości, jak gdyby faktycznie współpracowali z tymi mniejszymi dostawcami MarTech, że faktycznie otrzymują wsparcie, którego potrzebują. W rzeczywistości mogą lepiej korzystać z funkcji. Ale tak, jedną z rzeczy, których staramy się uczyć wielu naszych klientów, jest to, że nie chodzi o to, by żyć z headless. Chodzi o spojrzenie w przyszłość na to, co chcesz robić w ciągu pierwszych 12 miesięcy.

Kiedy uruchamiasz stronę bez headless, przynajmniej w naszym świecie, bardziej chodzi o stos MarTech, który wprowadzamy do gry niż tylko CMS. Staramy się udostępnić różne funkcje, personalizację, narzędzia ABM i tak dalej. Wszystkie te rzeczy wchodzą w grę.

I chcemy odciąć klientów, aby doszli do punktu, w którym są gotowi do uruchomienia, a następnie spójrzmy, jak wygląda to pierwsze 12 miesięcy? Będą dalej rosnąć. Lubimy mówić, że pierwszy dzień strony to jej najgorszy dzień. Jesteś tam, aby wziąć witrynę i rozwijać ją od tego momentu, a jeśli myślisz długoterminowo, zastanawiając się, jak wygląda ten pierwszy punkt uruchomienia plus 12 miesięcy, myślę, że to naprawdę wzmacnia argumenty za headless, zwłaszcza gdy nie są związane z DXP, jak powiedział Adam.

RAMI: Jakieś przemyślenia na ten temat, Dennis?

DENNIS: Myślę, że przełomowym dla nas momentem było to, że faktycznie zauważyliśmy poprawę wyników organicznych, trzy lub cztery miesiące po uruchomieniu strony bezgłowej. I wtedy – zaczął to promować. To się naprawdę dzieje i to jest jeden z powodów, dla których robimy to, co robimy, a obserwowanie, jak to się rozgrywa, było dla nas, jako grupy, dość potężne.

I dlatego myślę, podobnie jak David, że większość naszych rachunków w tym momencie jest bez głowy, ponieważ z perspektywy agencji marketingu efektywnościowego naszym zadaniem jest pozycjonowanie strony internetowej jako narzędzia marketingowego partnerów w agencji i zbudowanie im strony internetowej, która może się tworzyć, ułatwia im to pracę.

RAMI: Dużo rozmawialiśmy o wewnętrznych zakupach i powodach, dla których oczywiście wasze wewnętrzne zespoły są podekscytowane pracą nad headless. Pytanie do wszystkich, którzy są faktycznie zaangażowani w tę wstępną fazę składania propozycji i sprzedaży z potencjalnymi i obecnymi klientami.

Jaka jest magiczna kula, która przykuwa ich uwagę? Czy to wydajność? Czy to elastyczność? Tylko trochę coachingu, dla innych ludzi, którzy dołączają do nas, którzy rozpoczynają lub rozwijają sklepy, co widzisz, czego tak naprawdę trzymają się Twoi klienci lub potencjalni klienci i naprawdę popychają ich do krawędzi?

Ponieważ wiemy, że przyjmowanie nowych technologii, zwłaszcza w przypadku tradycyjnego biznesu, jest przerażające. Są niechętni ryzyku. Zmiana może być bardzo kosztowna. Więc co stwierdzasz, że decydenci, kiedy przedstawiasz architekturę bez głowy, naprawdę przyciągają ich uwagę?

ADAM DAVEY: Tak, mogę tu wskoczyć, jeśli zajdzie taka potrzeba. Jedyną rzeczą, której używamy raz po raz, są dema produktów, ponieważ bez pokazania klientom, co kupują i jak działają te platformy, nie ma to sensu. To tylko słowa. Musimy więc faktycznie namacalnie zademonstrować, jak działa headless.

A wokół tego jest strach. Więc to, co musimy zrobić, to odpowiedzieć na wszystkie pytania, pokazać przypadki użycia, wyjaśnić, w jaki sposób treść jest modelowana i zarządzana oraz jak te zatwierdzenia przepływu pracy lub jakiekolwiek inne funkcje, których używamy w CMS, faktycznie działają. Nic nie przebije wersji demonstracyjnej, ponieważ w przeciwnym razie jest to po prostu zbyt abstrakcyjne. Musimy faktycznie pokazać, zademonstrować, jakie są możliwości i moc platformy. Powiedziałbym więc, że jest to najpotężniejsze narzędzie, jakie mamy w rękawach.

DAVE DICAMILLO: Tak, wezmę to na barana. Ale pytaniem numer jeden jest: jaki jest dzień z życia? I to jest ogólnie pytanie CMS. Za każdym razem, gdy ktoś przenosi się na nową platformę, zastanawiam się, jak będzie wyglądało moje życie?

Spędzamy dużo czasu w procesie prezentacji, właściwie edukując, po prostu na wysokim poziomie, co oznaczają te różne architektury? Plusy, minusy, jacy są różni gracze w przestrzeni, wszystkie tego rodzaju rzeczy. Ale nigdy nie podejmujemy decyzji na boisku. Zawsze chodzi o to, by dostać się pod maskę, z klientem, do punktu Adama, robić dema, sprowadzać partnerów, kazać im prezentować własne produkty.

Jedna rzecz do powiedzenia, och, agencja nam to powiedziała. Ale co innego, gdy twórcy oprogramowania i ludzie podchodzą do stołu i mówią: oto dlaczego jesteśmy najlepsi.

Mamy bardzo długi proces decyzyjny, przez który szkolimy naszych klientów, który opiera się na kluczowych kryteriach biznesowych i chcemy stworzyć CMS, który jest najlepszy w swojej klasie, bezgłowy lub połączony, i pozwolić im się wyróżnić, Cóż, co to oznacza dla Twojej firmy? Czy to faktycznie wpłynie na to?

Oto surowy wynik. Nie korzystaj tylko z rad Code and Theory. Oto wynik w postaci liczby, który mówi, który z nich jest lepszy dla Twojej firmy, a następnie podejmij świadomą decyzję, w którą stronę chcesz iść.

DENNIS: Dla nas, kiedy zaczynamy rozmowę na temat tego, czy headless jest odpowiednią opcją dla naszego klienta, jesteśmy w stanie otworzyć jedną z naszych stron internetowych, które zbudowaliśmy, i przed klientem, na żywo, uruchomić wynik Lighthouse, na tej stronie i pokazać im wynik. To jest natychmiastowe, w porządku, powiedz mi więcej, a następnie pójdziemy tą ścieżką, jakie są nasze zasoby technologiczne lub cokolwiek innego.

Ale dla nas zawsze był to największy inicjator rozmowy w każdej okazji sprzedaży, aby pokazać im, co jest możliwe, a kiedy uzyskujesz zielone wyniki w Lighthouse, jest to prawie niemożliwe na innych platformach ze względu na połączoną architekturę, naprawdę to mocna historia do opowiedzenia.

SCOTT JONES: Tak, zgadzam się. Zgadzam się z tymi wszystkimi odpowiedziami. Myślę, że dla nas wydaje się, że trochę sprzedajemy FOMO, naprawdę, ten strach przed przegapieniem podejścia, a więc poza oczywistymi korzyściami w zakresie wydajności i bezpieczeństwa - nie wiem, czy to samo dotyczy was, ale zauważyliśmy, że przeprowadzając audyt naszej bazy klientów, zdaliśmy sobie sprawę, że nasi najlepsi klienci są dość mocni pod względem technologii i dość mocni pod względem wrażeń użytkownika. Mają wewnętrznych programistów lub wewnętrzne zespoły UX lub cokolwiek to wygląda. Właściwie rozumieją.

Więc sami przeprowadzili trochę badań na ten temat. Trochę to rozumieją. Mają już oczywistość. Rzeczą, której zwykle brakuje w sposobie myślenia, jest sprzedawanie przyszłości i myślenie z perspektywy programistycznej o wszystkich programistach, programistach, którzy idą teraz na obozy rekrutacyjne – generalizuję tutaj – ale oni są ucząc się JavaScriptu, więc jeśli nadal pracujesz w przeszłości lub tak jak obecnie, nie do końca myślisz o tym, dokąd zmierza rynek w przyszłości.

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. Wspaniale. 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.