Cum folosesc agențiile Headless Tech pentru a rezolva provocările tehnice și pentru a câștiga noi proiecte

Arhitectura site-ului fără cap poate părea la furie, dar cum se aplică provocărilor tehnice din lumea reală?

În această discuție, veți afla mai multe despre modurile în care partenerii noștri agenții și dezvoltatorii lor rezolvă probleme tehnice dificile cu soluții fără cap.

Urmăriți videoclipul de mai jos pentru a afla când fără cap are sens să deblocați un nou potențial pentru proiectele dvs., când să vă bazați pe WordPress clasic și cum să vă implicați echipa de dezvoltare atunci când adoptați noi tehnologii.

Difuzoare:

• Rami Perry, Senior Partner Account Manager la WP Engine
• David DiCamillo, Chief Technology Officer la Code & Theory
• Adam Davey, director de tehnologie la CandySpace
• Dennis Ngin, VP, Digital Experience la Wpromote
• Scott Jones, fondator și CEO la Illustrate Digital

Transcriere:

RAMI: Bună, tuturor și vă mulțumim că v-ați alăturat la acest panou DE{CODE}. Sunt încântat să fiu alături de lideri, unele dintre agențiile noastre strategice de top, pentru a explora rolul pe care WordPress fără cap îl joacă pentru echipa și clienții lor. Vom începe mai întâi cu câteva introduceri, astfel încât să puteți face cunoștință cu participanții noștri, apoi ne vom scufunda imediat pentru a avea șansa de a afla mai multe despre modul în care fără cap vă poate ajuta să câștigați mai mult. Dave, vrei să începi cu o prezentare?

DAVE DICAMILLO: Sigur. Bună ziua tuturor. Eu sunt Dave DiCamillo. Sunt CTO al Codului și Teoriei. Suntem o agenție de creație digitală. De-a lungul anilor, ne-am tăiat și ne-am făcut nume făcând platforme de publicare, deci foarte concentrate pe conținut.

Și prima noastră experiență, probabil, făcând fără cap, a fost probabil înapoi în 2017-2018. Site-ul nostru actual este fără cap și lucrăm astăzi mult cu o mulțime de clienți. Și este arhitectura predominantă către care ne îndreptăm. Dar bine să fiu aici și să aștept cu nerăbdare discuția.

RAMI: Hei, Scott. Vrei să te prezinți tuturor? Hei, sigur, Bună, tuturor. Eu sunt Scott Jones. Sunt CEO-ul și fondatorul Illustrate Digital. Suntem specializați, în primul rând, în platforma WordPress și ne concentrăm foarte mult pe crearea de experiențe de utilizator fără frustrare și captivante în tot ceea ce facem.

SCOTT JONES: Suntem încă destul de noi în jocul fără cap. Desfășurăm cercetare și dezvoltare de 12 luni sau mai mult, ne-am construit propriul cadru pentru WordPress fără cap și da, suntem încă în primele zile ale acestui lucru. Încântat să continui să vorbesc despre asta.

RAMI: Mulțumesc mult, Scott. Adam, vrei să sari înăuntru?

ADAM DAVEY: Da, grozav. Numele meu este Adam. Sunt Adam Davey de la Candyspace. Sunt directorul tehnologiei acolo. Suntem o agenție digitală din Londra care se concentrează pe proiectarea, construirea și optimizarea produselor digitale.

Da, ne-am început călătoria fără cap acum câțiva ani și am în mod constant conversații cu clienții despre fără cap. Sunt chiar în mijlocul unei construcții fără cap chiar acum. Deci este o călătorie interesantă și abia aștept să vorbesc astăzi despre asta.

RAMI: Bine, Dennis, vrei să ne închei cu introduceri?

DENNIS: Bună, tuturor. Numele meu este Dennis. Sunt vicepreședintele Digital Experience pentru Wpromote. Suntem o agenție de marketing de performanță, care stimulează creșterea mărcilor noastre provocatoare. Echipa mea a început pe calea fără cap în 2019. De atunci o fac. De fapt, am adoptat produsul WP Engine Atlas anul trecut și am lansat cu succes un site fără cap în termen de două luni. Așa că sunt foarte încântat de împărtășirea poveștii noastre.

RAMI: Vă mulțumim tuturor că v-ați alăturat nouă. Așa că suntem aici cu un public care va avea probabil un background și o experiență destul de variată cu fără cap, unii oameni care abia încep călătoria, unii care au fost calfe în ceea ce privește fără cap.

Așadar, despre ce mi-ar plăcea să aud puțin mai multe este când, în fiecare dintre carierele tale profesionale sau la agenția ta, a fost de genul, OK, este timpul, aceasta este fie oportunitatea, fie punctul de inflexiune în care este fără cap. ceva în care trebuie să se sprijine echipa noastră? Deci, care a fost acel punct de rupere în care te-a făcut să sari direct? Dacă vrei să sari primul, Dave?

DAVE DICAMILLO: Sigur. Am adoptat-o ​​foarte devreme și vă promit că a fost pentru că a fost mișto și era pe toate blogurile și toată lumea a vrut să o facă și probabil de aceea am început prima dată. Dar aplicațiile practice au început să apară cu adevărat cu mulți dintre clienții noștri care au MarTech sau platforme existente de player video sau alt software de care nu au vrut să se despartă și au spus: uite, suntem fericiți să facem acest nou headless. abordare.

Am auzit multe lucruri bune despre cum putem gestiona mai bine datele, cum putem fi mai flexibili, din perspectiva interfeței de utilizare, cum putem integra noi produse terțe, în viitor, mai ușor.

Și cred că probabil am început cu adevărat să comercializăm versiuni pentru clienții noștri undeva în 2019 și a fost, din nou, arhitectura dominantă cu care conducem, cu mulți dintre clienții noștri. Dar da, suntem foarte entuziasmați. Facem o serie de instalări WP Engine Atlas. Avem unul care vine după colț, și în câteva săptămâni, ceea ce este grozav. Dar da, asta este călătoria noastră inițială cu fără cap.

RAMI: Așadar, Adam, ai menționat că ești în pragul. Îmi place părerea ta, deoarece ar putea fi puțin mai recentă, despre ceea ce începe să te trimită în acea direcție.

ADAM DAVEY: Ei bine, cu acel client anume, ei ar fi deja – este adesea o decizie complexă, nu-i așa, ce tehnologie CMS vei folosi. Dar acest client anume avea de fapt o idee exactă despre cum ar configura și configura CMS-ul și cum își gestionează conținutul. Deci a fost una neobișnuită. Nu a fost nevoie să-i luăm în acea călătorie. Ei s-au hotărât asupra unui CMS fără cap și au decis o modalitate de a difuza acel conținut la front-end, pe mai multe canale.

Dar de foarte multe ori, nu este cazul. A fost un client inteligent din punct de vedere tehnic. Dar, de foarte multe ori, trebuie – în egală măsură, trebuie să ducem oamenii într-o călătorie și aș spune – construim și un alt site, în acest moment, în care clientul dorește ca un editor WYSIWYG să le poată gestiona conținutul. Deci, totul este despre caz de utilizare.

Și headless rezolvă o mulțime de probleme și se poate introduce, așa cum ai spus, David, în stivele existente. Dar nu există o mărime unică pentru toate. Este vorba despre a avea o conversație nuanțată și detaliată cu un client despre cerințe, iar clienții diferiți se află în diferite etape ale curbei lor de maturitate cu digital și cu headless și cu CMS-uri desigur. Deci este vorba despre întâlnirea cu ei, unde sunt, în acea călătorie, într-adevăr.

RAMI: Da, Scott sau Dennis, vreo idee de adăugat la asta în ceea ce privește ce – vreun indicator despre când ar putea fi timpul pentru oameni care sunt pe punctul de a adopta fără cap, pe care i-ați văzut în călătoria voastră?

SCOTT JONES: Da, cred că pentru noi a fost similar cu ceea ce a spus Dave, într-adevăr. Era că noi citim despre asta. Era ceva ce era acolo. Oamenii păreau să o facă și să se lupte cu asta. Și de fapt, primul nostru proiect fără cap a fost un proiect de salvare și a fost un coșmar, sincer. Sincer, a fost un coșmar.

Un client a venit la noi cu o implementare fără cap foarte proastă, niște alegeri tehnologice foarte discutabile. Fiecare pagină a durat aproximativ – ei bine, cel puțin 30 de secunde pentru a se încărca, ceea ce este uluitor și asta a fost prima noastră incursiune în headless și a fost cel puțin dezordonat.

Care a fost provocarea pentru noi, de-a lungul unui număr de ani cu privire la headless, a fost de fapt construirea expertizei interne în jurul JavaScript, în esență și această provocare, cred, a fost împinsă și ajutată de tipul de reconstrucție a WordPress într-o platformă bazată pe reacții. Și cred că asta ne-a dus într-adevăr într-o călătorie.

Așa că, de fapt, a venit mână în mână, destul de bine pentru noi, cu aducerea acestei expertize, crearea unei mai bune înțelegeri cu dezvoltatorii noștri și apoi mai departe în această călătorie în ceea ce livrăm de fapt clienților noștri.

DENNIS: Da, pentru echipa noastră, șoferul sunt cu adevărat inginerii noștri și dezvoltatorii noștri și fac o retrospectivă despre cum continuăm să ne îmbunătățim agenția, cum continuăm să ne îmbunătățim procesul, ei sunt hotărâți în privința fără cap. Pentru mine, analogia era să mă gândesc la tatăl meu, care este mecanic, care lucrează la mașini cinci zile pe săptămână, opt ore pe zi. Când faci asta timp de 10, 20 de ani, ajungi să știi cu adevărat ce mărci de mașini, la ce motoare îți place să lucrezi. Această analogie este aceeași pentru mine, pentru inginerii noștri și ei au văzut fără cap o oportunitate de a fi mai eficienți în muncă și de a conduce o livrare mai bună.

Deci, pentru noi, a fost condus de ingineri ca o modalitate de a fi provocatori și de a fi inovatori. Am început să identificăm clienții care credeam că ar fi potriviti. Le-am prezentat opțiuni acelor clienți și le-am spus că aveți opțiunea de a merge fără cap, în cazul în care credem că există o îmbunătățire a modului în care vă dezvoltăm site-ul web, față de cele tradiționale și, pe măsură ce clienții au început să se îmbarce, am început această călătorie la sfârșitul anului 2019 și nu am făcut-o. a privit înapoi de atunci.

RAMI: Mulțumesc, domnilor. Deci cu toții cunoaștem și iubim WordPress. De aceea suntem aici. Dreapta? Dar, de asemenea, suntem cu toții foarte familiarizați cu unele limitări acolo și, evident, headless este o modalitate de a menține familiaritatea și fiabilitatea backend-ului WordPress pentru creatorii noștri de conținut și marketerii noștri, dar și pentru a putea aborda unele dintre acele limitări pe care WordPress le prezintă. .

Deci, dacă cineva ar avea un anumit caz de utilizare sau chiar un anumit proiect client în care ați găsit că este OK, nu putem abandona WordPress din cauza nevoilor și cerințelor clientului, în ceea ce privește managementul conținutului, dar suntem va trebui să treci fără cap pentru că există anumite limitări? Mi-ar plăcea doar câteva exemple din viața reală care să-i inspire pe oameni atunci când se gândesc la proiectele lor potențiale, în curs de dezvoltare.

DAVE DICAMILLO: Sigur, pot începe, dacă vrei.

RAMI: Mulțumesc, Dave.

DAVE DICAMILLO: Așadar, cel care este în cot pentru noi, proiectul Atlas care urmează, sunt un DMP. Deci sunt un furnizor bazat pe SAS. Sunt pe WordPress de ani de zile. Cu toate acestea, doresc să se integreze mult cu propriul software. Așadar, arhitectura în sine trebuia să reflecte cu adevărat atât dorința lor de a fi în continuare operațional cu WordPress, cât și de a putea publica în mod eficient – ​​nu vor să recalifice echipa – dar doreau și integrări mai profunde în propriile produse și nu numai.

Așa că i-am putut ajuta, de asemenea, să dezvolte ceea ce pot face cu conținutul de pe site-ul lor. Deci au fost destul de începători în ceea ce au putut să facă înainte de reproiectarea care urmează. Dar utilizarea, chiar și, modelul de conținut Atlas, și posibilitatea de a oferi un model de conținut mai profund și mai robust pentru care să-l publice, oferă o personalizare mai profundă, oferind acea capacitate de a vorbi cu clienții lor într-un mod mai unu-la-unu este va fi un adevărat schimbător de joc pentru ei.

Așadar, WordPress a fost o cerință fermă și, având în vedere unele dintre aceste obiective ale proiectului, avea sensul că Atlas era aplicația. Așa că sperăm că asta ajută.

RAMI: Dennis.

DENNIS: Da, pentru unul dintre clienții noștri, anul trecut, am făcut această analiză a unui număr de platforme diferite, platforme native headless, WordPress cu WP Engine și am evaluat cu adevărat doi factori. Numărul unu va fi caracteristicile și funcționalitățile de care clientul avea nevoie în afara platformei. Apoi numărul doi, este de fapt costul total de proprietate pentru platformă.

Am trecut prin această analiză amănunțită și, în cele din urmă, am ajuns pe WordPress cu WP Engine și Atlas ca soluție din perspectiva costurilor și a flexibilității platformei și, într-adevăr, a familiarității cu echipele de marketing și adoptând o abordare bazată pe componente a dezvoltării noastre. proces, am reușit să creăm în mod eficient un site web care să permită utilizatorului de afaceri care este deja familiarizat cu WordPress, am beneficiat deja de puterea acelei platforme, dar am putut să implementăm componente în pagina lor web, astfel încât, pe măsură ce construiesc noi pagini de destinație sau experiențe noi pe site-ul lor, nu trebuie neapărat să se bazeze pe un dezvoltator pentru a implementa acele noi pagini de destinație.

Și am văzut o îmbunătățire extraordinară a vitezei lor de livrare după aceea, de la aceea. Deci a fost un proiect foarte interesant în sensul că – am petrecut mult timp făcând această analiză inițială. Și apoi, de îndată ce această analiză a fost făcută, este o perioadă foarte rapidă de comercializare și clienții noștri au fost foarte, foarte mulțumiți de rezultate.

RAMI: Ne place să auzim. Scott, Adam, ceva de adăugat despre asta?

ADAM DAVEY: Da, dimpotrivă, aceasta este o ușoară abatere. Dar, de fapt, am văzut un client care s-a îndepărtat recent de fără cap, dezactivat – nu cu Atlas, desigur, dar ca pe o altă platformă. Nu voi menționa acea platformă. Dar s-au petrecut atât de rău pentru că nu au fost capabili să-și gestioneze eficient conținutul. Ei s-au întors la Gutenberg, ceea ce este cu adevărat – nu vrem să vedem asta să se întâmple.

Dar cred că ceea ce nu vrem să facem este să forțăm fără cap asupra oamenilor care nu sunt pregătiți pentru asta. Și este un salt pentru echipele de marketing, cred și nu este potrivit pentru toată lumea. Dar, de asemenea, deblochează o mulțime de capabilități puternice dacă gestionați conținut, multicanal la scară. Aici este locul în care modelarea fără cap și conținut poate debloca cu adevărat o mulțime de oportunități pentru tine. Da.

Dar nu vrem să vedem oameni speriați de fără cap și vrem să sugerăm soluții potrivite pentru ei. Dar am văzut o mulțime de beneficii ale fără cap, totul este potrivit carcasei și se potrivește cel mai bine.

RAMI: Și aduci în discuție un punct grozav, al responsabilității față de clientul tău în primul rând, nu prea conduce cu tehnologia, să conduci cu ceea ce este mai bun pentru clientul tău și asta e ceea ce vedem – este un punct de inflexiune interesant pentru adopția fără cap, în jurul a ceea ce este de fapt potrivit pentru client față de ceea ce este tehnologia nouă, strălucitoare și strălucitoare. Scott, ceva de adăugat, exemple pe care le-ai văzut?

SCOTT JONES: Aș arunca totuși și aș spune, cred că toți dăm din cap când există comentarii despre implementarea prost fără cap în trecut și așa ceva și cred că acesta este punctul important, într-adevăr, este să faci. chiar de clientul dvs. Asta aș spune despre asta, este că, dacă nu ești pregătit, nu o face.

Așa că există întotdeauna un pic de – trebuie să te pui acolo și să încerci dacă nu ai făcut-o înainte. Dar, de fapt, WP Engine și proiectul Atlas au o mulțime de instrumente, o mulțime de resurse pentru a putea ajuta, pentru a merge în această călătorie. Cred că atunci când am început cu toții această călătorie fără cap, acele instrumente nu existau și toți construiam lucruri precum previzualizările postărilor de la zero, cel mai probabil, pentru cei mai mulți dintre noi și trebuia să facem lucruri care nu erau într-un platformă, cum are acum fără cap.

Deci da, cred că aș spune, implică-te în planul WP Engine și încearcă. Dar cu siguranță, ancorați întotdeauna înapoi pentru a face bine de către client și nu fiți unul dintre acei livratori care nu livrează, ca să spunem așa, și sfârșește prin a inversa procesul înapoi la spate la Gutenberg din nou.

RAMI: Mulțumesc, domnilor. Cred că am acoperit, într-un mod cu adevărat amănunțit, beneficiile pentru client de ce ați putea recomanda arhitectura Atlas. Sunt interesat să aud, care sunt beneficiile pentru echipa ta internă, pentru echipa ta de dezvoltare, pentru managerii de proiect, pentru echipa ta de QA? Unde ați văzut că, asumând acest rol de lider în adoptarea fără cap, ați văzut creșterea apei pentru echipele voastre interne?

DAVE DICAMILLO: Adam, poți să începi totuși.

ADAM DAVEY: Sunt un mare credincios în a mă asigura că toată lumea este de acord. Îmi place ce ai spus, David, despre jocul cu lucruri strălucitoare și asta este – vreau să ofer dezvoltatorilor instrumentele cu care să-și poată face cea mai bună treabă. Dar este, de asemenea, foarte important ca buy-in-ul să vină la fiecare nivel al afacerii. Deci da, că managerii de conținut sunt fericiți, dar și părțile interesate sunt fericiți la fiecare nivel.

L-am văzut unde s-au vândut produse și nu a fost deloc corect. Trebuie să existe un consens complet și o acceptare completă. Trebuie să iei pe toți cu tine în acea călătorie în jurul deciziilor tehnologice.

Și da, pentru mine, din nou, este vorba despre un echilibru și despre luarea deciziilor corecte din motivele potrivite pentru afacere și client, pentru că deseori – o mare parte din luarea deciziilor în jurul fără cap este să fim capabili să oferim un super- Experiență rapidă cu un front-end foarte frumos, curat, care este bogat și intuitiv și obține scoruri Lighthouse foarte bune și toate acele lucruri bune și cu care dezvoltatorilor le place să lucreze. Deci este un complet – este un amestec. Este foarte important să obțineți corect toate aceste ingrediente.

DAVE DICAMILLO: Îți voi spune cine iubește fără cap în magazinul nostru, sunt designerii noștri, care se simt mult mai puțin limitați. De asemenea, inginerii noștri reaction le place. Pur și simplu o înnebunesc după ce putem face și cât de repede putem face asta și toată treaba, tot ce spui, Adam. Dar cred că capacitatea reală a noastră de a extinde o parte din creativitate dincolo de ceea ce ar fi un site de publicare normal, un site normal bazat pe conținut ar fi, cred, a fost foarte deschis pentru o parte din echipa noastră, chiar și dincolo. oamenii de tehnologie.

De asemenea, voi spune că din perspectiva tehnologiei, cu siguranță crește timpul de livrare în anumite capacități. Testarea, pentru noi, a crescut, ceea ce nu este un lucru rău. Este ceea ce trebuie făcut pentru produsul potrivit, la sfârșitul zilei. Dar am observat o creștere cu aproximativ 15% până la 20% doar în acea lustruire finală înainte de lansarea live, asigurându-ne că toate conexiunile sunt legate.

DENNIS: Da, cred...

RAMI: E un pont bun. Aceasta este o perspectivă bună, pentru că atunci când te uiți la estimări și la începutul primelor proiecte, asigură-te că iei asta în considerare, hei, ultimii 20%, QA, lansare și tot, știi că ar putea dura puțin mai mult atunci când declanșați primele două proiecte. Îmi pare rău, Dennis. Daţi-i drumul.

DENNIS: Nu, am vrut doar să mă bazez pe asta. În ceea ce privește operațiunile echipei noastre de Digital Experience sau ale echipei de dezvoltare, îmi vin în minte câteva lucruri. A început cu adevărat să ne bată pasul în anul numărul doi, spre sfârșitul anului numărul doi, în călătoria noastră fără cap.

Și uitându-ne în mod obiectiv la performanța echipei lor, am văzut de fapt rata defectelor a scăzut. Deci, prin decuplarea front-end-ului de back-end, erorile și problemele noastre care vin din implementarea codului pe back-end nu au afectat front-end-ul și, în general, implementăm un cod mai curat și mai bun, ceea ce este fantastic de văzut.

În opinia lui David, timpul de introducere pe piață a fost semnificativ mai rapid decât am avut în trecut, din nou, din cauza acelei arhitecturi de decuplare. Deci, atunci când un client avea nevoie de o modificare minoră într-un front end, nu a trebuit să o programăm cu o actualizare back-end pentru angajare. Totul se mișca mai repede acolo.

Și apoi, ceea ce a fost, de asemenea, interesant pentru noi, când ne gândim înapoi la ultimii doi ani, este că s-a schimbat modul în care ne gândim la resursele echipei noastre. Așa că înainte, chiar aveam nevoie de cineva care să cunoască WordPress și să poată codifica pe front end. Și avem de-a face cu o mulțime de clienți de comerț electronic, de asemenea, și cunoaștem platforma de comerț electronic.

Dar acum pot să angajez un inginer front-end pur, care reacționează, care nu înțelege back end și să-i fac productiv în câteva săptămâni, în timp ce în trecut, trebuia să dezvoltăm anumite competențe pentru spate. -platforma de capăt. Așa că a fost foarte, foarte bine de văzut, ca operator, pentru echipa noastră.

RAMI: Dar tu, Scott? Ceva pareri despre asta?

SCOTT JONES: Da, mă gândesc – am vorbit cu câțiva fondatori diferiți de agenție despre abordarea lor față de fără cap și, oarecum, au fost similare cu a noastră, care de fapt, în calitate de fondator al agenției, am vrut să fac fără cap și nu era neapărat restul echipei care era încă pregătit sau angajat să plece în acea călătorie.

Și vorbind despre punctul lui Adam, într-adevăr, pentru noi, aceasta a fost o călătorie a culturii și a scopului și înțelegerea motivului nostru, ca companie. Și știu că ar putea suna cu adevărat clișeu. Dar asta a fost cu adevărat important. Dacă echipa noastră, în special dezvoltatorii noștri, înțeleg motivul afacerii noastre, pe măsură ce mergem mai departe și ei înțeleg ce încercăm de fapt să rezolvăm pentru client, ce încercăm de fapt să oferim – vrem cel mai interesant, cel mai mult experiențe fără frustrare pe care le putem oferi –

Cum facem asta și cum joacă tehnologia un rol în aceasta a fost o conversație cu adevărat interesantă și asta a fost lucrul care i-a dus în călătorie pentru că da, aveam niște brațe încrucișate foarte ferm și fețe morocănose când am început să vorbim despre fără cap. Și sunt sigur că probabil că ați fost cu toții în acea situație și s-a asigurat că avem acele conversații, asigurându-vă că înțeleg de ce, asta a schimbat de fapt această dinamică foarte mult pentru noi.

RAMI: Așa că, păstrând tema vitezei și eficienței și a tuturor acele cuvinte sexy și distractive, care sunt de fapt super importante în spațiul agenției, aveți un moment aha pe care să-l puteți împărtăși, fie că a fost o anumită piesă de tehnologie, poate a fost o anumită schimbare în procesul tău, poate că a fost doar folosind, literalmente, un vocabular diferit, că ai fost de genul, oh, doamne, dacă aș fi știut asta acum doi ani, am fi fost mai profitabili, am fi avut a lucrat mai repede, oamenii ar fi fost mai fericiți?

Atunci poate ai putea împărtăși, cu oamenii – o anecdotă pe care ai putea-o împărtăși cu oameni care sunt puțin mai devreme în călătoria lor de adopție fără cap. Nu cer secrete comerciale, poate doar un moment al becului.

SCOTT JONES: Voi reveni la punctul meu, dacă este în regulă. Pentru mine – și am un rol mai orientat spre client decât un rol tehnic, așa că mă gândesc mereu la un caz de afaceri și la cum să construiesc un caz de afaceri și, evident, mă gândesc la asta în exterior. Ceea ce nu făceam neapărat era să mă gândesc la asta pe plan intern și să aduc același caz de afaceri înapoi dezvoltatorilor noștri, înapoi designerilor noștri, managerilor de proiect, echipei noastre.

Odată ce au început să vadă câteva dintre motivele pentru care clienții ar avea nevoie de fără cap – de exemplu, posibilitatea de a stoca hărți în mod nativ, pe un dispozitiv mobil. S-ar putea să fii la jumătatea unui munte. Ai nevoie de acea hartă stocată nativ. Nu veți putea face asta cu monolitic, cred, fără cap și, scuze – WordPress – și arătând unele dintre acele cazuri de utilizare.

Cred că ei au fost... Înțeleg de ce un client și-ar dori asta, înțeleg de ce un client ar dori de fapt să servească o bază de conținut pentru două interfețe diferite. De fapt, a le arăta unele dintre acestea a fost chestii aha, pentru noi, alături de chestii culturale.

RAMI: Dar tu, Adam?

ADAM DAVEY: Da, doar am sărit acolo, cred că unul dintre ahasurile mele a fost – lucrăm cu tot felul de clienți, cu tot felul de nevoi complexe de afaceri. Dar pe ce se bazează adesea clienții este o soluție care aparent face totul pentru ei, cum ar fi o suită all-in-one, care adesea poate fi cu adevărat, foarte puternică pentru ei. Dar acel cuțit elvețian, probabil ajung să folosească doar o lamă sau două din tot kit-ul și asta vedem.

Așadar, momentul aha, pentru mine, este că clienții se gândesc acum să cumpere o parte dintr-o stivă care face ceva foarte, foarte bine și este cel mai bun să faci acel lucru foarte bine și apoi să-ți aranjeze stack-ul în mod egal... cu alte componente care își fac treaba foarte, foarte bine.

Deci, aha, pentru mine, este, cred, martori ai clienților, în ultimii câțiva ani, și de fapt, pivotul, schimbarea către cumpărarea a ceea ce aveți nevoie, ceva care este cel mai bun din clasă, care oferă foarte bine ceea ce ar trebui să fie do.

După cum spuneam, apartamentele și DXP-urile își au locul lor. Dar vedem din ce în ce mai mult fără cap ca parte a unui ecosistem mai larg de tehnologii care face, într-adevăr, o singură lucrare excelent. Cred că asta au fost ultimii doi ani. Asta e schimbarea pe care am văzut-o.

DAVE DICAMILLO: Da, sunt de acord și cred că explozia instrumentelor MarTech și posibilitatea de a lua ce este mai bun din clasă și de a-l integra, nu doar acum, ci și în viitor, este într-adevăr motivul pentru a alege fără cap.

DXP-urile alea, da, sunt grozave. Dar ai dreptate. Majoritatea clienților noștri folosesc 10%, 20% din ceea ce plătesc și nu primesc valoarea pe care, dacă au lucrat cu acești furnizori mai mici, MarTech, de care primesc suportul de care au nevoie. De fapt, ei pot folosi mai bine funcțiile. Dar da, un lucru pe care încercăm să-i antrenăm pe mulți dintre clienții noștri este că nu este vorba de a trăi cu fără cap. Este vorba despre a privi viitorul a ceea ce vrei să faci în primele 12 luni.

Când lansați un site fără cap, cel puțin în lumea noastră, este mai mult despre stiva MarTech pe care o punem în joc decât doar despre CMS. Încercăm să activăm câteva funcții diferite, personalizare, instrumente ABM, cum ar fi. Toate chestiile astea intră în joc.

Și vrem să retragem clienții pentru a ajunge la un punct în care sunt gata de lansare, apoi uită-te la cum arată primele 12 luni? Vor continua să crească. Ne place să spunem că prima zi a site-ului este cea mai proastă zi. Ești acolo pentru a lua site-ul și a-l dezvolta din acel punct și dacă te gândești pe termen mai lung, gândindu-te cum arată primul punct de lansare, plus 12 luni, cred că asta într-adevăr solidifică un caz bun pentru fără cap, mai ales când nu sunt legate de DXP, cum spune Adam.

RAMI: Ai gânduri despre asta, Dennis?

DENNIS: Cred că momentul aha, pentru noi, a fost așa cum am văzut de fapt îmbunătățirea performanței organice, la trei sau patru luni după lansarea site-ului fără cap. Și atunci am început să promovăm asta. Acest lucru se întâmplă cu adevărat și asta face parte din motivul pentru care facem ceea ce facem și să vedem că jocul a fost destul de puternic pentru noi, ca grup.

Și de aceea cred că, similar cu David, majoritatea facturilor noastre, în acest moment, acum, sunt fără cap, deoarece din perspectiva de a fi o agenție de marketing de performanță, treaba noastră este să poziționăm site-ul web pentru a fi un instrument pentru marketingul nostru. partenerii din cadrul agenției și construirea unui site web care să le formeze, le ușurează munca.

RAMI: Așa că am vorbit mult despre buy-in, pe plan intern, și despre motivele pentru care, evident, echipele tale interne sunt încântate să lucreze la headless. Întrebare pentru voi toți cei care sunt de fapt implicați în acea fază inițială, de propunere, de prezentare a vânzărilor cu potențialii potențiali și clienții actuali.

Care este glonțul magic care le atrage atenția? Este performanță? Este flexibilitatea? Doar un mic coaching, pentru alți oameni, care ni se alătură, care lansează sau propun magazine, ce vedeți de care, de fapt, clienții sau potențialii dvs. se țin și îi împinge cu adevărat peste margine?

Pentru că știm că adoptarea de noi tehnologii, în special pentru o afacere tradițională, este înfricoșătoare. Sunt aversivi la riscuri. Comutarea poate fi foarte costisitoare. Deci, ce descoperiți că cei care iau decizii, atunci când prezentați o arhitectură fără cap, le captează cu adevărat atenția?

ADAM DAVEY: Da, pot să sar aici dacă este nevoie. Singurul lucru pe care îl folosim, din când în când, sunt demonstrații de produse reale, deoarece fără a le arăta clienților ce cumpără și cum funcționează acele platforme, este inutil. Sunt doar cuvinte. Așa că trebuie să demonstrăm în mod concret cum funcționează fără cap.

Și există frică în jurul asta. Deci, ceea ce trebuie să facem este să răspundem la toate întrebările, să arătăm cazurile de utilizare, să explicăm cum este modelat și gestionat conținutul și cum funcționează de fapt acele aprobări ale fluxului de lucru sau oricare ar fi acele caracteristici pe care le folosim în CMS. Nimic nu bate un demo pentru că, altfel, este prea abstract. Trebuie să arătăm, să demonstrăm care sunt capabilitățile și puterea platformei. Deci, aș spune că este cel mai puternic instrument pe care îl avem în mânecă.

DAVE DICAMILLO: Da, mă duc la asta. Dar întrebarea numărul unu pe care o primim este, care este ziua în viață? Și aceasta este o întrebare CMS în general. De fiecare dată când cineva se mută pe o nouă platformă, este cum va fi viața mea?

Petrecem mult timp, în procesul de pitch, educând de fapt despre, doar la nivel înalt, ce înseamnă aceste arhitecturi diferite? Pro, contra, care sunt diferiții jucători din spațiu, tot felul de chestii. Dar nu luăm niciodată o decizie pe teren. Întotdeauna este vorba de a ajunge sub capotă, cu clientul, până la punctul lui Adam, de a face demonstrații, de a aduce parteneri, de a-i pune să-și lanseze propriile marfă.

Un lucru este să spui, o, așa ne-a spus agenția. Dar este un alt lucru să ai producători de software și oamenii să vină la masă și să spună, ei bine, iată de ce suntem cei mai buni.

Avem un proces foarte lung de luare a deciziilor prin care ne instruim clienții, care se bazează pe criterii cheie de afaceri și dorim să punem CMS-uri care sunt cele mai bune în clasele lor, fără cap sau cuplate, și să-i lăsăm să iasă în evidență, Ei bine, ce înseamnă asta pentru afacerea ta? Oare chiar o va afecta?

Iată un scor brut. Nu accepta doar sfaturile lui Code and Theory. Iată o ieșire într-un număr care spune care dintre ele este mai bună pentru afacerea dvs. și apoi luați o decizie informată cu privire la direcția pe care doriți să o luați.

DENNIS: Pentru noi, atunci când începem o conversație despre dacă fără cap este sau nu opțiunea potrivită pentru clientul nostru, fiind capabil să tragem unul dintre site-urile noastre web pe care le-am construit și, în fața clientului, să rulăm un scor Lighthouse, pe acel site și arătați-le scorul. E imediat, spune-mi mai multe și apoi mergem pe această cale, care este stocul nostru de tehnologie sau nu.

Dar pentru noi, acesta a fost întotdeauna cel mai mare început de conversație în orice oportunitate de vânzare, este să le arătăm ce este posibil și când obții scoruri verzi pe Lighthouse, acest lucru este aproape imposibil pe aceste alte platforme din cauza unei arhitecturi cuplate, este cu adevărat este o poveste puternică de spus.

SCOTT JONES: Da, sunt de acord. Sunt de acord cu toate aceste răspunsuri. Cred că pentru noi, pare că vindem puțin FOMO, într-adevăr, acea frică de a rata abordarea și așadar, în afară de performanța evidentă și beneficiile de securitate – nu știu dacă este la fel și pentru voi, dar Am observat că de fapt, făcând un audit asupra bazei noastre de clienți, am realizat că cei mai buni clienți ai noștri sunt de fapt destul de puternici în ceea ce privește tehnologia și destul de puternici în ceea ce privește experiența utilizatorului. Au dezvoltatori interni sau echipe interne de UX sau cum arată. Ei chiar înțeleg.

Și așa că au făcut un pic de cercetare în acest sens. Ei înțeleg puțin din asta. Ei au deja evidentul. Lucrul care tinde să lipsească din mentalitate este să vindeți viitorul și să ne gândim, din perspectiva dezvoltării, la toți dezvoltatorii, programatorii, care intră în tabere de pregătire acum – generalizez, aici – dar sunt Învățați JavaScript și, așadar, dacă încă lucrați în vremuri sau așa cum suntem în prezent, nu vă gândiți prea bine unde va merge piața în viitor.

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. E minunat. 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.