Como as agências usam tecnologia sem cabeça para resolver desafios técnicos e conquistar novos projetos

A arquitetura de sites sem cabeça pode parecer a última moda, mas como ela se aplica aos desafios técnicos do mundo real?

Neste painel de discussão, você aprenderá mais sobre como nossas agências parceiras e seus desenvolvedores estão resolvendo problemas técnicos difíceis com soluções headless.

Confira o vídeo abaixo para descobrir quando o headless faz sentido para desbloquear um novo potencial para seus projetos, quando confiar no WordPress clássico e como envolver sua equipe de desenvolvimento ao adotar uma nova tecnologia.

Caixas de som:

• Rami Perry, gerente de contas de parceiros sênior da WP Engine
• David DiCamillo, diretor de tecnologia da Code & Theory
• Adam Davey, diretor de tecnologia da CandySpace
• Dennis Ngin, vice-presidente de experiência digital da Wpromote
• Scott Jones, fundador e CEO da Illustrate Digital

Transcrição:

RAMI: Olá a todos e obrigado por se juntarem a nós neste painel DE{CODE}. Estou animado por ter a companhia de líderes, algumas de nossas principais agências estratégicas, para aprofundar o papel que o WordPress sem cabeça desempenha para sua equipe e seus clientes. Começaremos primeiro com algumas apresentações para que você possa conhecer nossos membros do painel e, em seguida, mergulharemos direto para a chance de aprender mais sobre como o headless pode ajudá-lo a ganhar mais. Dave, você gostaria de começar com uma introdução?

DAVE DICAMILLO: Claro. Olá pessoal. Eu sou Dave DiCamillo. Sou o CTO da Code and Theory. Somos uma agência de criação digital em primeiro lugar. Ao longo dos anos, cortamos e fizemos nosso nome fazendo plataformas de publicação, muito focadas em conteúdo.

E nossa primeira experiência, provavelmente, sem cabeça, foi provavelmente por volta de 2017-2018. Nosso site atual é headless e estamos trabalhando muito hoje com muitos clientes. E é para a arquitetura predominante que estamos nos dirigindo. Mas é bom estar aqui e aguardar a discussão.

RAMI: Ei, Scott. Você quer se apresentar a todos? Ei, claro. Olá a todos. Eu sou Scott Jones. Sou o CEO e fundador da Illustrate Digital. Somos especializados, principalmente, na plataforma WordPress e temos um foco muito forte na criação de experiências de usuário envolventes e livres de frustrações em tudo o que fazemos.

SCOTT JONES: Ainda somos muito novos no jogo sem cabeça. Realizamos pesquisa e desenvolvimento há 12 meses ou mais, construímos nossa própria estrutura para WordPress sem cabeça e, sim, ainda estamos nos primeiros dias disso. Ansioso para continuar falando sobre isso.

RAMI: Muito obrigado, Scott. Adam, você quer pular direto?

ADAM DAVEY: Sim, ótimo. Meu nome é Adam. Sou Adam Davey da Candyspace. Sou o diretor de tecnologia lá. Somos uma agência digital com sede em Londres focada em projetar, construir e otimizar produtos digitais.

Sim, começamos nossa jornada sem cabeça há alguns anos e estou constantemente conversando com clientes sobre sem cabeça. Estou bem no meio de uma construção sem cabeça agora. Portanto, é uma jornada empolgante e estou ansioso para falar sobre isso hoje.

RAMI: Tudo bem, Dennis, você quer nos encerrar com introduções?

DENNIS: Olá a todos. Meu nome é Denis. Sou o vice-presidente de experiência digital da Wpromote. Somos uma agência de marketing de desempenho, impulsionando o crescimento de nossas marcas desafiadoras. Minha equipe começou a trilhar o caminho do headless em 2019. Eles têm feito isso desde então. Na verdade, adotamos o produto WP Engine Atlas no ano passado e lançamos com sucesso um site headless em dois meses. Então, estou super empolgado em compartilhar nossa história.

RAMI: Obrigado a todos por se juntarem a nós. Portanto, estamos aqui com um público que provavelmente terá um histórico bastante variado e experiência com headless, algumas pessoas que estão apenas começando a jornada, algumas que já foram experientes em relação a headless.

Então, o que eu adoraria ouvir um pouco mais é quando, em cada uma de suas carreiras profissionais ou em sua agência, foi como, OK, é hora, esta é a oportunidade ou é o ponto de inflexão onde headless é algo em que nossa equipe precisa se apoiar? Então, qual foi o ponto de ruptura que fez você pular direto? Se você quiser entrar primeiro, Dave?

DAVE DICAMILLO: Claro. Adotamos muito cedo e garanto que foi porque era legal e estava em todos os blogs e todo mundo queria fazer e provavelmente foi por isso que começamos. Mas as aplicações práticas realmente começaram a aparecer com muitos de nossos clientes tendo MarTech existente ou plataformas de reprodutor de vídeo existentes ou outro software do qual eles não queriam se desfazer, e disseram, olha, estamos felizes em fazer este novo headless abordagem.

Ouvimos muitas coisas boas sobre como podemos gerenciar melhor os dados, como podemos ser mais flexíveis, do ponto de vista da interface do usuário, como podemos integrar novos produtos de terceiros, no futuro, com mais facilidade.

E acho que provavelmente começamos realmente a comercializar lançamentos para nossos clientes em algum momento de 2019 e tem sido, novamente, a arquitetura dominante com a qual lideramos, com muitos de nossos clientes. Mas sim, estamos muito animados. Estamos fazendo várias instalações do WP Engine Atlas. Também temos um chegando, em algumas semanas, o que é ótimo. Mas sim, essa é a nossa jornada inicial com headless.

RAMI: Então, Adam, você mencionou que está à beira disso. Eu amo sua opinião, já que pode ser um pouco mais recente, do que está começando a te levar nessa direção.

ADAM DAVEY: Bem, com esse cliente em particular, eles já - geralmente é uma decisão complexa, não é, qual tecnologia de CMS você usará. Mas esse cliente em particular realmente tinha uma ideia exata de como instalar e configurar o CMS e como gerenciar seu conteúdo. Então foi algo incomum. Nós realmente não precisamos levá-los nessa jornada. Eles decidiram por um CMS headless e por uma maneira de servir esse conteúdo no front-end, em vários canais.

Mas muitas vezes, esse não é o caso. Aquele era um cliente tecnicamente astuto. Mas, muitas vezes, temos que – igualmente, temos que levar as pessoas em uma jornada e eu diria – também estamos construindo outro site, no momento, onde o cliente deseja um editor WYSIWYG para poder gerenciar seu conteúdo. Portanto, é tudo sobre caso de uso.

E headless resolve muitos problemas e pode se encaixar, como você disse, David, se encaixar nas pilhas existentes. Mas não existe um tamanho único. Trata-se de ter uma conversa sutil e detalhada com um cliente sobre os requisitos e diferentes clientes estão em diferentes estágios de sua curva de maturidade com digital e com headless e com CMSes, é claro. Portanto, trata-se de conhecê-los, onde eles estão, nessa jornada, na verdade.

RAMI: Sim, Scott ou Dennis, alguma ideia a acrescentar a isso – algum indicador de quando pode ser a hora de as pessoas que estão prestes a adotar sem cabeça, que você viu na jornada de vocês?

SCOTT JONES: Sim, acho que para nós, foi semelhante ao que Dave disse, na verdade. É que estávamos lendo sobre isso. Era algo que estava lá fora. As pessoas pareciam estar fazendo isso e lutando com isso. E, na verdade, nosso primeiro projeto sem cabeça foi um projeto de resgate e foi um pesadelo, honestamente. Honestamente, foi um pesadelo.

Um cliente nos procurou com uma implementação headless muito ruim, algumas opções de tecnologia muito questionáveis. Cada página levou cerca de - bem, pelo menos 30 segundos para carregar, o que é alucinante e essa foi nossa primeira incursão no headless e foi uma bagunça, para dizer o mínimo.

Qual foi o desafio para nós, ao longo de vários anos, olhando para o headless, foi realmente construir a experiência interna em torno do JavaScript, essencialmente e esse desafio, eu acho, foi impulsionado e ajudado pelo tipo de reconstrução de WordPress em uma plataforma baseada em reação. E acho que isso realmente nos levou a uma jornada.

Então, na verdade, é muito bom para nós trazer essa experiência, criar um melhor entendimento com nossos desenvolvedores e, em seguida, avançar nessa jornada para o que realmente entregamos aos nossos clientes também.

DENNIS: Sim, para nossa equipe, o motorista são realmente nossos engenheiros e desenvolvedores e fazendo uma retrospectiva sobre como continuamos a melhorar nossa agência, como continuamos a melhorar nosso processo, eles são inflexíveis quanto ao headless. Para mim, a analogia foi pensar no meu pai, que é mecânico, que trabalha com carros cinco dias por semana, oito horas por dia. Quando você faz isso por 10, 20 anos, você realmente conhece quais marcas de carros, em quais motores você gosta de trabalhar. Essa analogia é a mesma para mim, para nossos engenheiros e eles viram o headless como uma oportunidade de ser mais eficiente no trabalho e conduzir melhor a entrega.

Então, para nós, foi conduzido por engenheiros como uma forma de sermos desafiadores e inovadores. Começamos a identificar clientes que achávamos que seriam uma boa opção. Apresentamos opções a esses clientes e dissemos, você tem a opção de ir sem cabeça, onde achamos que há uma melhoria na forma como desenvolvemos seu site, em comparação com o tradicional e como os clientes começaram a embarcar, iniciamos essa jornada no final de 2019 e não olhou para trás desde então.

RAMI: Obrigado, senhores. Todos nós conhecemos e amamos o WordPress. É por isso que estamos aqui. Certo? Mas também estamos todos muito familiarizados com algumas limitações lá e, obviamente, headless é uma maneira de manter a familiaridade e a confiabilidade do back-end do WordPress para nossos criadores de conteúdo e nossos profissionais de marketing, mas também ser capaz de lidar com algumas dessas limitações que o WordPress apresenta. .

Portanto, se alguém tiver um caso de uso específico ou mesmo um projeto de cliente específico em que você achou OK, não podemos abandonar o WordPress por causa das necessidades e requisitos do cliente, no que diz respeito ao gerenciamento de conteúdo, mas estamos vai precisar ir sem cabeça porque existem algumas limitações? Eu adoraria apenas alguns exemplos da vida real que inspirem as pessoas ao pensar em seus projetos em potencial, no futuro.

DAVE DICAMILLO: Claro, posso começar, se você quiser.

RAMI: Obrigado, Dave.

DAVE DICAMILLO: Então, aquele que está chegando para nós, o projeto Atlas que está chegando, eles são um DMP. Portanto, eles são um provedor baseado em SAS. Eles estão no WordPress há anos. No entanto, eles querem integrar muito com seu próprio software. Portanto, a arquitetura em si precisava realmente refletir o desejo de continuar operacional com o WordPress e ser capaz de publicar com eficiência – eles não querem retreinar a equipe – mas também queriam integrações mais profundas em seus próprios produtos e além.

Assim, também pudemos ajudá-los a expandir o que podem fazer com o conteúdo de seu site. Portanto, eles eram bastante incipientes no que podiam fazer antes do redesenho que está por vir. Mas usar, até mesmo, o Atlas Content Modeler e ser capaz de fornecer um modelo de conteúdo mais profundo e robusto para eles publicarem, fornecer personalização mais profunda, fornecer essa capacidade de falar com seus clientes de maneira mais individual é vai ser uma verdadeira virada de jogo para eles.

Portanto, o WordPress era um requisito firme e, considerando alguns desses objetivos do projeto, fazia todo o sentido que o Atlas fosse o aplicativo. Espero que isso ajude.

RAMI: Denis.

DENNIS: Sim, para um de nossos clientes, no ano passado, fizemos essa análise de várias plataformas diferentes, plataformas headless nativas, WordPress com WP Engine e realmente avaliadas em dois fatores. O número um serão os recursos e funcionalidades que o cliente precisava da plataforma. Em seguida, o número dois é realmente o custo total de propriedade da plataforma.

Passamos por essa análise minuciosa e finalmente chegamos ao WordPress com WP Engine e Atlas como uma solução de uma perspectiva de custo e flexibilidade da plataforma e, na verdade, a familiaridade com as equipes de marketing e adotando uma abordagem baseada em componentes para nosso desenvolvimento processo, fomos capazes de criar efetivamente um site que permitiu ao usuário empresarial que já está familiarizado com o WordPress, já aproveitamos o poder dessa plataforma, mas conseguimos implantar componentes em sua página da Web para que, à medida que criam novos páginas de destino ou novas experiências em seu site, eles não precisam necessariamente contar com um desenvolvedor para implantar essas novas páginas de destino.

E vimos uma tremenda melhoria em sua velocidade de entrega depois disso. Portanto, foi um projeto muito interessante no sentido de que passamos muito tempo fazendo essa análise inicial. E assim que a análise foi feita, foi um tempo muito rápido para o mercado e nossos clientes ficaram muito, muito felizes com os resultados.

RAMI: Gostamos de ouvir. Scott, Adam, alguma opinião a acrescentar sobre isso?

ADAM DAVEY: Sim, ao contrário – este é um pequeno desvio. Mas, na verdade, vimos um cliente recentemente deixando de usar headless, não com o Atlas, é claro, mas em uma plataforma diferente. Não vou mencionar essa plataforma. Mas eles se divertiram muito porque não conseguiram gerenciar seu conteúdo com eficiência. Eles voltaram para Gutenberg, o que é realmente – não queremos ver isso acontecendo.

Mas acho que o que não queremos fazer é forçar pessoas que não estão prontas para isso. E é um salto para as equipes de marketing, eu acho, e não é certo para todos. Mas também libera uma série de recursos poderosos se você estiver gerenciando conteúdo multicanal em escala. É aqui que a modelagem headless e de conteúdo pode realmente abrir muitas oportunidades para você. Sim.

Mas não queremos ver pessoas assustadas por headless e queremos sugerir soluções adequadas para elas. Mas eu vi muitos benefícios do headless, tudo depende do caso de uso e do melhor ajuste.

RAMI: E você levanta um ponto importante, da responsabilidade para com o seu cliente primeiro, não lidere muito com a tecnologia, para liderar com o que é melhor para o seu cliente e é isso que estamos vendo - é um ponto de inflexão interessante para a adoção sem controle, em torno do que é realmente certo para o cliente versus qual é a tecnologia nova, brilhante e brilhante. Scott, algo a acrescentar, exemplos que você viu?

SCOTT JONES: Eu apenas acrescentaria, e diria, acho que todos concordamos quando há comentários sobre o headless sendo mal implementado no passado e esse tipo de coisa e acho que esse é o ponto importante, realmente, é fazer certo pelo seu cliente. Isso é o que eu diria sobre isso, se você não estiver pronto, não faça.

Portanto, sempre há um pouco de - você precisa se colocar lá fora e tentar, se ainda não o fez antes. Mas, na verdade, o WP Engine e o projeto Atlas têm muitas ferramentas, muitos recursos para poder ajudar, para seguir nessa jornada. Acho que quando todos nós começamos essa jornada com headless, essas ferramentas não existiam e estávamos construindo coisas como visualizações de postagens do zero, provavelmente, para a maioria de nós, e tendo que fazer coisas que não estavam em um plataforma, como headless agora tem.

Então, sim, acho que diria, envolva-se no projeto do WP Engine e experimente. Mas definitivamente, ancore-se sempre para fazer o certo pelo seu cliente e não seja um daqueles entregadores que não entrega, por assim dizer, e acaba revertendo o processo de volta para Gutenberg novamente.

RAMI: Obrigado, senhores. Acho que cobrimos, de maneira realmente completa, os benefícios para o cliente de por que você pode recomendar a arquitetura Atlas. Estou interessado em saber quais são os benefícios para sua equipe interna, para sua equipe de desenvolvimento, para seus gerentes de projeto, para sua equipe de controle de qualidade? Onde você viu, assumindo esse papel de liderança na adoção sem cabeça, viu a água subir para suas equipes internas?

DAVE DICAMILLO: Adam, você pode começar.

ADAM DAVEY: Acredito muito em garantir que todos participem. Adorei o que você disse, David, sobre brincar com coisas brilhantes e isso é o que eu quero dar aos desenvolvedores as ferramentas com as quais eles podem fazer seus melhores trabalhos. Mas também é muito importante que a adesão ocorra em todos os níveis do negócio. Então, sim, os gerentes de conteúdo estão felizes, mas também as partes interessadas estão felizes em todos os níveis.

Eu vi onde os produtos foram vendidos e não estava certo. É preciso haver um consenso completo e uma aceitação completa. Você precisa levar todos com você nessa jornada em torno das decisões de tecnologia.

E sim, para mim, novamente, trata-se de um equilíbrio e de tomar as decisões certas pelos motivos certos para o negócio e o cliente, porque muitas vezes - muitas das tomadas de decisão em torno do headless são capazes de oferecer um super- experiência rápida com um front-end realmente adorável e limpo, que é rico e intuitivo, e obtém ótimas pontuações do Lighthouse e todas essas coisas boas, e com as quais os desenvolvedores adoram trabalhar. Então é um completo– é uma mistura. Acertar todos esses ingredientes é muito importante.

DAVE DICAMILLO: Vou te dizer quem ama headless em nossa loja, são nossos designers, que se sentem muito menos limitados. Nossos engenheiros de reação também adoram. Eles estão enlouquecendo sobre o que podemos fazer e quão rápido podemos fazer isso e tudo, tudo o que você está dizendo, Adam. Mas acho que a capacidade real de estendermos um pouco da criatividade além do que seria um site de publicação normal, um site orientado a conteúdo normal, acho que abriu os olhos para alguns de nossa equipe, mesmo um pouco além o pessoal da tecnologia.

Também direi que, do ponto de vista da tecnologia, definitivamente aumenta o tempo de entrega em algumas capacidades. Os testes, para nós, aumentaram, o que não é uma coisa ruim. É a coisa certa a fazer para o produto certo, no final das contas. Mas vimos um aumento de cerca de 15% a 20% apenas no polimento final antes de entrarmos no ar, garantindo que todas as conexões estejam conectadas.

DENNIS: Sim, eu acho-

RAMI: Essa é uma boa dica. Essa é uma boa visão, quando você está olhando para estimar e no início de seus primeiros projetos, certifique-se de levar isso em consideração, ei, os últimos 20%, o controle de qualidade, o lançamento e tudo mais, saiba disso pode demorar um pouco mais quando você está iniciando seus primeiros projetos. Desculpe, Denis. Vá em frente.

DENNIS: Não, eu só queria desenvolver isso. Em termos de olhar para as operações de nossa equipe de experiência digital ou equipe de desenvolvimento, algumas coisas vêm à mente. Realmente começou a dar certo no ano número dois, no final do ano número dois, em nossa jornada sem cabeça.

E, olhando objetivamente para o desempenho de sua equipe, vimos a taxa de defeitos cair. Portanto, ao separar o front-end do back-end, nossos bugs e problemas decorrentes da implantação do código no back-end não estavam afetando o front-end e, em geral, estamos implantando um código mais limpo e melhor, o que é fantástico de se ver.

Para o ponto de vista de David, o tempo de lançamento no mercado foi significativamente mais rápido do que no passado, novamente, por causa dessa arquitetura dissociada. Portanto, quando um cliente precisava de uma pequena alteração em um front-end, não precisávamos agendá-la com uma atualização de back-end para o emprego. Tudo estava se movendo mais rápido lá.

E o que também foi interessante para nós, quando pensamos nos últimos dois anos, é que mudou a maneira como pensamos sobre o fornecimento de recursos para nossa equipe. Então, antes, eu realmente precisava de alguém que conhecesse o WordPress e pudesse codificar no front-end. E também lidamos com muitos clientes de comércio eletrônico e conhecemos a plataforma de comércio eletrônico.

Mas agora posso contratar um engenheiro de front-end puro e reativo que não entende o back-end e torná-lo produtivo em questão de semanas, enquanto no passado precisávamos desenvolver alguma competência para o back-end plataforma final. Isso tem sido muito, muito bom de se ver, como operador, para nossa equipe.

RAMI: E você, Scott? Alguma opinião sobre isso?

SCOTT JONES: Sim, estou pensando - falei com alguns fundadores de agências diferentes sobre sua abordagem de headless e, de certa forma, tem sido semelhante à nossa, que é, na verdade, como fundador da agência, eu queria fazer headless e não era necessariamente o restante da equipe que ainda estava pronto ou engajado para essa jornada.

E falando sobre o ponto de Adam, realmente, para nós, tem sido uma jornada de cultura e de propósito e compreensão do nosso porquê, como empresa. E eu sei que isso pode soar muito clichê. Mas isso tem sido muito importante. Se nossa equipe, especialmente nossos desenvolvedores, entender o porquê de nosso negócio, à medida que avançamos, e eles entenderem o que estamos realmente tentando resolver para o cliente, o que estamos realmente tentando entregar - queremos o mais envolvente, o mais experiências livres de frustração que podemos oferecer–

Como fazemos isso e como a tecnologia desempenha um papel nisso tem sido uma conversa realmente interessante e foi isso que os levou na jornada porque sim, tínhamos alguns braços cruzados com firmeza e rostos mal-humorados quando começamos a conversar sobre sem cabeça. E tenho certeza de que todos vocês provavelmente já passaram por essa situação e garantir que estamos tendo essas conversas, garantindo que eles entendam o porquê, isso realmente mudou muito essa dinâmica para nós.

RAMI: Então, mantendo o tema da velocidade e eficiência e todas aquelas palavras sensuais e divertidas, que na verdade são super importantes no espaço da agência, você tem um momento aha que você pode compartilhar, seja uma certa peça de tecnologia, talvez foi uma certa mudança no seu processo, talvez tenha sido apenas usando, literalmente, um vocabulário diferente, que você pensou, oh, meu Deus, se eu soubesse disso há dois anos, teríamos sido mais lucrativos, teríamos trabalhou mais rápido, as pessoas teriam sido mais felizes?

Então, talvez você possa compartilhar com as pessoas - uma anedota que você pode compartilhar com as pessoas que estão um pouco mais cedo em sua jornada de adoção sem cabeça. Não estou pedindo segredos comerciais, apenas um momento de iluminação, talvez.

SCOTT JONES: Vou voltar ao meu ponto, se estiver tudo bem. Para mim– e eu tenho uma função mais voltada para o cliente do que uma função técnica e, portanto, estou sempre pensando em um caso de negócios e em como construir um caso de negócios e, obviamente, estou pensando nisso externamente. O que eu não estava necessariamente fazendo era pensar nisso internamente e trazer o mesmo caso de negócios de volta para nossos desenvolvedores, de volta para nossos designers, gerentes de projeto, para nossa equipe.

Uma vez que eles começaram a ver alguns dos motivos pelos quais os clientes precisariam de headless - por exemplo, poder armazenar mapas nativamente, em um dispositivo móvel. Você pode estar no meio de uma montanha. Você precisa desse mapa armazenado nativamente. Você realmente não será capaz de fazer isso com monolítico, eu acho, sem cabeça e, desculpe– WordPress– e mostrando alguns desses casos de uso.

Eu acho que eles eram o - eu entendo porque um cliente iria querer isso, eu entendo porque um cliente realmente gostaria de servir uma base de conteúdo para dois front-ends diferentes. Na verdade, mostrar a eles um pouco disso tem sido o material aha, para nós, ao lado do material cultural.

RAMI: E você, Adam?

ADAM DAVEY: Sim, apenas pulando lá, acho que uma das minhas perguntas foi– trabalhamos com todos os tipos de clientes, com todos os tipos de necessidades comerciais complexas. Mas os clientes geralmente se apoiam em uma solução que aparentemente faz tudo por eles, como uma suíte completa, que muitas vezes pode ser muito, muito poderosa para eles. Mas aquele canivete suíço, eles provavelmente acabam usando apenas uma ou duas lâminas de todo o kit e é isso que vemos.

Então, o momento aha, para mim, é que os clientes agora estão pensando em comprar uma parte de uma pilha que faz algo muito, muito bem, e é o melhor em fazer essa coisa muito bem e, em seguida, apenas empilhar sua pilha com igualmente– com outros componentes que fazem seu trabalho muito, muito bem.

Então o aha, para mim, é, eu acho, testemunhar clientes, ao longo dos últimos anos, e, na verdade, o pivô, a mudança para comprar o que você precisa, algo que é o melhor da categoria, que entrega muito bem o que deveria fazer.

Como eu disse, suítes e DXPs têm seu lugar. Mas estamos vendo cada vez mais o headless sendo encaixado como parte de um ecossistema mais amplo de tecnologias que apenas faz, realmente, um trabalho excelente. Acho que foram os últimos dois anos. Essa é a mudança que vimos.

DAVE DICAMILLO: Sim, concordo e acho que a explosão das ferramentas MarTech, e ser capaz de pegar o melhor da classe e integrá-lo, não apenas agora, mas no futuro, é realmente o motivo para selecionar o headless.

Esses DXPs, sim, eles são ótimos. Mas você está certo. A maioria dos nossos clientes usa 10%, 20% do que está pagando e não está obtendo o valor que, se realmente trabalhassem com esses provedores menores de MarTech, eles realmente obtêm o suporte de que precisam. Eles podem realmente usar melhor os recursos. Mas sim, uma coisa que tentamos ensinar a muitos de nossos clientes é que não se trata de viver sem cabeça. Trata-se de olhar para o futuro do que você quer fazer nos primeiros 12 meses.

Quando você está lançando um site headless, pelo menos em nosso mundo, é mais sobre a pilha MarTech que estamos colocando em jogo do que apenas o CMS. Estamos tentando habilitar alguns recursos diferentes, personalização, ferramentas ABM, etc. Todas essas coisas entram em jogo.

E queremos reduzir os clientes para chegar a um ponto em que estejam prontos para o lançamento e, em seguida, veja como são os primeiros 12 meses? Eles vão continuar a crescer. Gostamos de dizer que o primeiro dia do site é o pior dia. Você está lá para pegar o site e expandi-lo a partir desse ponto e, se estiver pensando em longo prazo, pensando em como será o primeiro ponto de lançamento, mais 12 meses, acho que isso realmente solidifica um bom argumento para headless, especialmente quando você não são relacionados ao DXP, como Adam está dizendo.

RAMI: Alguma opinião sobre isso, Dennis?

DENNIS: Acho que o momento aha, para nós, foi quando realmente vimos o desempenho orgânico melhorar, três ou quatro meses após o lançamento do site headless. E foi quando– começando a promover isso. Isso está realmente acontecendo e é parte do motivo pelo qual estamos fazendo o que estamos fazendo, e ver esse desempenho tem sido muito poderoso para nós, como um grupo.

E é por isso que eu acho que, assim como David, a maioria de nossas contas, neste momento, agora, são sem cabeça porque, da perspectiva de ser uma agência de marketing de performance, nosso trabalho é posicionar o site para ser uma ferramenta para nosso marketing parceiros dentro da agência e construir para eles um site que possa formar, isso facilita o trabalho deles.

RAMI: Então, conversamos muito sobre adesão interna e os motivos pelos quais, obviamente, suas equipes internas estão empolgadas para trabalhar sem cabeça. Pergunta para todos vocês que estão realmente envolvidos nessa fase inicial, proposta e apresentação de vendas com clientes em potencial e atuais.

Qual é a bala mágica que chama a atenção deles? É desempenho? É a flexibilidade? Apenas um pouco de treinamento, para outras pessoas, se juntando a nós, que estão começando ou lançando pontos de venda, o que você está vendo que, realmente, seus clientes ou clientes em potencial estão segurando e realmente levando-os ao limite?

Porque sabemos que adotar novas tecnologias, principalmente para um negócio tradicional, é assustador. Eles são avessos ao risco. A troca pode ser muito cara. Então, o que você está achando que os tomadores de decisão, quando estão lançando uma arquitetura headless, estão realmente chamando a atenção deles?

ADAM DAVEY: Sim, posso pular aqui se for necessário. A única coisa que usamos, repetidamente, são demonstrações de produtos reais, porque sem mostrar aos clientes o que eles estão comprando e como essas plataformas funcionam, é inútil. São apenas palavras. Portanto, precisamos demonstrar de forma tangível como o headless funciona.

E há medo em torno disso. Então, o que precisamos fazer é responder a todas as perguntas, mostrar os casos de uso, explicar como o conteúdo é modelado e gerenciado e como essas aprovações de fluxo de trabalho ou quaisquer recursos que estamos usando no CMS realmente funcionam. Nada supera uma demonstração porque, caso contrário, é muito abstrato. Precisamos realmente mostrar, demonstrar quais são as capacidades e o poder da plataforma. Então eu diria que é a ferramenta mais poderosa que temos na manga.

DAVE DICAMILLO: Sim, vou pegar carona nisso. Mas a pergunta número um que recebemos é: qual é o dia na vida? E esta é uma questão CMS em geral. Sempre que alguém muda para uma nova plataforma, é como será minha vida?

Gastamos muito tempo, no processo de pitch, educando sobre, de alto nível, o que essas diferentes arquiteturas significam? Prós, contras, quais são os diferentes jogadores no espaço, todo esse tipo de coisa. Mas nunca tomamos uma decisão em campo. Trata-se sempre de entrar nos bastidores, com o cliente, até o ponto de Adam, fazer demonstrações, trazer os parceiros, fazer com que eles apresentem seus próprios produtos.

Uma coisa é dizer, oh, a agência nos disse isso. Mas outra coisa é ter fabricantes de software e o pessoal vindo à mesa e dizer, bem, é por isso que somos os melhores.

Temos um processo de tomada de decisão muito longo pelo qual orientamos nossos clientes, que é baseado em critérios-chave de negócios e queremos colocar CMS que são os melhores em suas próprias classes, headless ou acoplados, e deixá-los se destacar, bem, o que isso significa para o seu negócio? Isso realmente vai afetá-lo?

Aqui está uma pontuação bruta. Não siga apenas os conselhos de Code and Theory. Aqui está uma saída em um número que diz qual é o melhor para o seu negócio e, em seguida, tome uma decisão informada sobre o caminho que deseja seguir.

DENNIS: Para nós, quando começamos uma conversa sobre se o headless é ou não a opção certa para o nosso cliente, podemos abrir um dos nossos sites que construímos e, na frente do cliente, ao vivo, executar uma partitura do Lighthouse, nesse site e mostrar-lhes a pontuação. Isso é imediato, tudo bem, conte-me mais e então seguimos por esse caminho, qual é o nosso estoque de tecnologia ou outros enfeites.

Mas para nós, esse sempre foi o maior ponto de partida em qualquer oportunidade de vendas, é mostrar a eles o que é possível e quando você está obtendo pontuações verdes no Lighthouse, isso é quase impossível nessas outras plataformas por causa de uma arquitetura acoplada, realmente é uma história poderosa para contar.

SCOTT JONES: Sim, eu concordo. Eu concordo com todas essas respostas. Acho que, para nós, parece que estamos vendendo um pouco o FOMO, realmente, esse medo de perder a abordagem e, além dos benefícios óbvios de desempenho e segurança - não sei se é o mesmo para vocês, mas percebemos que, na verdade, fazendo uma auditoria em nossa base de clientes, percebemos que nossos melhores clientes são bastante fortes em tecnologia e bastante fortes em experiência do usuário. Eles têm desenvolvedores internos ou equipes internas de UX ou o que quer que pareça. Eles realmente entendem.

E então eles próprios fizeram um pouco de pesquisa sobre isso. Eles entendem um pouco disso. Eles já têm o óbvio. O que tende a faltar na mentalidade é, na verdade, vender o futuro e pensar, de uma perspectiva de desenvolvimento, em todos os desenvolvedores, programadores, que estão entrando em campos de treinamento agora - estou generalizando aqui - mas eles são aprendendo JavaScript e, portanto, se você ainda está trabalhando no passado ou como estamos agora, não está pensando sobre para onde o mercado irá no futuro.

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. É ótimo. 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.