에이전시가 헤드리스 기술을 사용하여 기술적 문제를 해결하고 새로운 프로젝트를 수주하는 방법

헤드리스 웹 사이트 아키텍처가 대세처럼 보일 수 있지만 실제 기술 문제에 어떻게 적용됩니까?

이 패널 토론에서는 에이전시 파트너와 그 개발자가 헤드리스 솔루션으로 어려운 기술 문제를 해결하는 방법에 대해 자세히 알아볼 수 있습니다.

아래 비디오를 확인하여 헤드리스가 프로젝트의 새로운 잠재력을 발휘하는 데 적합한 경우, 클래식 WordPress에 의존해야 하는 경우, 새로운 기술을 채택할 때 개발 팀을 참여시키는 방법을 알아보세요.

스피커:

• Rami Perry, WP Engine 선임 ​​파트너 계정 관리자
• Code & Theory의 최고 기술 책임자 David DiCamillo
• CandySpace의 기술 이사 Adam Davey
• Dennis Ngin, VP, Wpromote 디지털 경험
• Scott Jones, Illustrate Digital의 설립자 겸 CEO

성적 증명서:

RAMI: 안녕하세요. DE{CODE} 패널에 참여해 주셔서 감사합니다. 헤드리스 WordPress가 팀과 고객을 위해 수행하는 역할을 파헤치기 위해 최고의 전략 기관 중 일부인 리더와 함께하게 되어 기쁩니다. 패널 멤버에 대해 알아볼 수 있도록 몇 가지 소개부터 시작한 다음 헤드리스가 어떻게 더 많은 승리를 거두는 데 도움이 되는지 자세히 알아볼 기회를 얻기 위해 바로 뛰어들 것입니다. Dave, 소개부터 시작하시겠습니까?

DAVE DICAMILLO: 물론이죠. 여러분, 안녕하세요. 저는 데이브 디카밀로입니다. 저는 Code and Theory의 CTO입니다. 우리는 디지털 퍼스트 크리에이티브 에이전시입니다. 수년에 걸쳐 우리는 퍼블리싱 플랫폼을 통해 우리의 이름을 자르고 만들었습니다. 그래서 콘텐츠에 중점을 두었습니다.

그리고 아마도 헤드리스 작업에 대한 우리의 첫 경험은 아마도 2017-2018년경이었을 것입니다. 우리의 현재 사이트는 헤드리스이며 오늘날 많은 클라이언트와 많은 작업을 수행하고 있습니다. 그리고 그것은 우리가 지향하는 주요 아키텍처입니다. 그러나 여기 와서 토론을 기대하는 것이 좋습니다.

라미: 이봐, 스콧. 모두에게 자신을 소개하고 싶습니까? 안녕하세요 여러분. 저는 스콧 존스입니다. 저는 Illustrate Digital의 CEO이자 창립자입니다. 우리는 주로 WordPress 플랫폼을 전문으로 하며 우리가 하는 모든 일에서 좌절감 없고 매력적인 사용자 경험을 만드는 데 중점을 둡니다.

SCOTT JONES: 헤드리스 게임은 아직 생소합니다. 우리는 12개월 이상 연구 개발을 수행해 왔으며 헤드리스 WordPress를 위한 자체 프레임워크를 구축했으며 아직 초기 단계에 있습니다. 그것에 대해 계속 이야기하게되어 기쁩니다.

RAMI: 정말 고마워, Scott. 아담, 바로 뛰어들고 싶니?

ADAM DAVEY: 네, 좋습니다. 내 이름은 아담이다. 저는 Candyspace의 Adam Davey입니다. 저는 그곳의 기술 책임자입니다. 우리는 디지털 제품의 설계, 구축 및 최적화에 중점을 둔 런던 기반의 디지털 에이전시입니다.

예, 우리는 몇 년 전에 헤드리스 여행을 시작했고 헤드리스에 대해 고객과 지속적으로 대화를 나누고 있습니다. 나는 지금 헤드리스 빌드의 한가운데에 있습니다. 그래서 그것은 흥미진진한 여정이며 오늘 그것에 대해 이야기하기를 고대하고 있습니다.

RAMI: 좋아요, 데니스, 인트로로 마무리할까요?

데니스: 안녕하세요, 여러분. 제 이름은 데니스입니다. 저는 Wpromote의 디지털 경험 담당 부사장입니다. 우리는 도전자 브랜드의 성장을 주도하는 퍼포먼스 마케팅 대행사입니다. 우리 팀은 2019년에 헤드리스의 길을 시작했습니다. 그들은 그 이후로 계속 해왔습니다. 우리는 실제로 작년에 WP Engine Atlas 제품을 채택했고 두 달 만에 헤드리스 사이트를 성공적으로 시작했습니다. 그래서 저는 우리의 이야기를 공유하게 되어 매우 기쁩니다.

라미: 함께 해주셔서 감사합니다. 그래서 우리는 헤드리스에 대한 상당히 다양한 배경과 경험을 가진 청중과 함께 여기에 있습니다. 일부는 이제 막 여정을 시작한 사람들이고 일부는 헤드리스와 관련하여 숙련된 전문가였습니다.

그래서 제가 조금 더 듣고 싶은 것은 귀하의 전문 경력이나 귀하의 에이전시에서 "좋아, 시간이야, 이것이 기회인가 아니면 헤드리스가 변곡점인가"였습니다. 우리 팀이 기댈 필요가 있는 것? 그래서 바로 뛰어 들게 만든 그 한계점은 무엇입니까? 먼저 뛰어들고 싶다면 데이브?

데이브 디카밀로: 물론이죠. 우리는 그것을 매우 초기에 채택했고 그것이 멋지고 모든 블로그에 있었고 모두가 그것을 하고 싶어했기 때문이라고 약속합니다. 그것이 우리가 처음 시작한 이유일 것입니다. 그러나 실용적인 응용 프로그램은 기존 MarTech 또는 기존 비디오 플레이어 플랫폼 또는 그들이 원하지 않는 기타 소프트웨어를 보유한 많은 고객과 함께 실제로 시작되었습니다. 접근하다.

데이터를 더 잘 관리할 수 있는 방법, UI 관점에서 더 유연해질 수 있는 방법, 향후 새로운 타사 제품을 더 쉽게 통합할 수 있는 방법에 대한 좋은 소식을 많이 들었습니다.

그리고 우리는 아마도 2019년 어딘가에 고객을 위한 릴리스를 실제로 상업화하기 시작했을 것입니다. 그리고 그것은 다시 많은 고객과 함께 우리가 주도하는 지배적인 아키텍처였습니다. 하지만 예, 우리는 매우 흥분됩니다. 우리는 여러 WP Engine Atlas 설치를 수행하고 있습니다. 우리는 몇 주 안에 모퉁이를 돌고 있습니다. 그것은 훌륭합니다. 하지만 네, 헤드리스를 사용한 초기 여정입니다.

RAMI: 그래서 Adam, 당신은 당신이 그것의 정점에 있다고 언급했습니다. 나는 당신을 그 방향으로 보내기 시작한 것이 조금 더 최근일 수 있기 때문에 당신의 견해를 좋아합니다.

ADAM DAVEY: 글쎄요, 그 특정 고객의 경우, 그들은 이미 어떤 CMS 기술을 사용할 것인지에 대한 복잡한 결정을 내렸습니다. 하지만 이 특정 클라이언트는 실제로 CMS를 설정하고 구성하는 방법과 콘텐츠를 관리하는 방법에 대한 아이디어를 가지고 있었습니다. 그래서 그것은 특이한 것이었습니다. 우리는 그 여행에 그들을 데려갈 필요가 없었습니다. 그들은 헤드리스 CMS를 사용하기로 결정했고 다중 채널 전반에 걸쳐 프런트 엔드에서 해당 콘텐츠를 제공하는 방법을 결정했습니다.

그러나 매우 자주 그렇지 않습니다. 그것은 기술적으로 기민한 고객이었습니다. 그러나 매우 자주, 우리는 사람들을 여정에 데려가야 합니다. 우리는 현재 고객이 WYSIWYG 편집자가 콘텐츠를 관리할 수 있기를 원하는 또 다른 사이트를 구축하고 있습니다. 따라서 실제로 사용 사례에 관한 것입니다.

그리고 헤드리스는 많은 문제를 해결하고 David가 말했듯이 기존 스택에 삽입할 수 있습니다. 그러나 모두에게 맞는 하나의 크기는 없습니다. 요구 사항에 대해 클라이언트와 미묘하고 상세한 대화를 나누는 것입니다. 다양한 클라이언트는 물론 디지털, 헤드리스 및 CMS와 함께 성숙도 곡선의 서로 다른 단계에 있습니다. 그래서 그 여정에서 그들이 있는 곳에서 그들을 만나는 것입니다.

RAMI: 예, Scott 또는 Dennis, 거기에 추가할 생각이 있습니까? 헤드리스를 도입하려는 사람들에게 시기가 언제인지 알려주는 지표가 있습니까?

SCOTT JONES: 네, 제 생각에는 Dave가 실제로 말한 것과 비슷했습니다. 우리가 그것에 대해 읽고 있다는 것입니다. 거기에 있던 것입니다. 사람들은 그것을하고 그것으로 고군분투하는 것 같았습니다. 그리고 실제로 우리의 첫 머리 없는 프로젝트는 구조 프로젝트였고 솔직히 말해서 악몽이었습니다. 솔직히 악몽이었다.

한 고객이 정말 나쁜 헤드리스 구현과 매우 의심스러운 기술 선택을 가지고 우리에게 왔습니다. 모든 페이지가 로드되는 데 최소 30초가 걸렸습니다. 정말 놀라운 일이었습니다. 헤드리스에 대한 첫 번째 진출이었고 아무리 줄잡아 말해도 지저분했습니다.

헤드리스를 바라보면서 수년 동안 우리에게 어려운 점은 실제로 JavaScript에 대한 사내 전문 지식을 구축하는 것이었고 본질적으로 그 도전은 일종의 재건에 의해 추진되고 도움을 받았다고 생각합니다. 워드프레스를 반응 기반 플랫폼으로. 그리고 저는 그것이 우리를 여행으로 데려간 것 같아요.

따라서 전문 지식을 도입하고 개발자와 더 나은 이해를 만든 다음 고객에게 실제로 제공하는 여정에서 더 나아가 우리에게 실제로 도움이 됩니다.

DENNIS: 예, 우리 팀의 동인은 실제로 엔지니어와 개발자이며 대행사를 계속 개선하는 방법, 프로세스를 지속적으로 개선하는 방법에 대해 회고하고 있습니다. 그들은 헤드리스에 대해 단호합니다. 나에게 그 비유는 일주일에 5일, 하루 8시간 자동차 작업을 하는 기계공인 아버지를 생각하는 것이었다. 10년, 20년 동안 그렇게 하다 보면 어떤 자동차 브랜드, 어떤 엔진을 사용하고 싶은지 알게 됩니다. 그 비유는 나와 우리 엔지니어에게 동일하며 헤드리스를 작업에서 더 효율적이고 더 나은 배송을 추진할 수 있는 기회로 보았습니다.

그래서 우리에게는 도전자가 되고 혁신적이 되는 방법으로 엔지니어가 추진했습니다. 우리는 적합하다고 생각되는 클라이언트를 식별하기 시작했습니다. 우리는 해당 고객에게 옵션을 제시하고 헤드리스로 전환할 수 있는 옵션이 있다고 말했습니다. 여기서 우리는 웹 사이트를 개발하는 방식이 기존 방식에 비해 개선되었다고 생각하고 고객이 탑승을 시작함에 따라 2019년 말에 그 여정을 시작했습니다. 이후로 돌아보았다.

라미: 감사합니다, 여러분. 그래서 우리 모두는 WordPress를 알고 사랑합니다. 그것이 우리가 여기 있는 이유입니다. 오른쪽? 그러나 우리 모두는 거기에 있는 몇 가지 제한 사항에 대해 매우 잘 알고 있으며 분명히 헤드리스는 콘텐츠 제작자와 마케터를 위한 WordPress 백엔드의 친숙성과 안정성을 유지하는 방법이지만 WordPress가 제시하는 이러한 제한 사항 중 일부를 해결할 수 있습니다. .

따라서 특정 사용 사례나 특정 클라이언트 프로젝트가 있는 경우 콘텐츠 관리에 관한 한 클라이언트의 요구 사항과 요구 사항 때문에 WordPress를 포기할 수는 없지만 우리는 몇 가지 제한 사항이 있기 때문에 헤드리스로 전환해야 합니까? 사람들이 잠재적인 프로젝트에 대해 생각할 때 영감을 얻을 수 있는 몇 가지 실제 사례를 좋아합니다.

DAVE DICAMILLO: 물론이죠. 원하신다면 시작할 수 있습니다.

라미: 고마워, 데이브.

DAVE DICAMILLO: 그래서 우리에게 곧 다가올 Atlas 프로젝트는 DMP입니다. 따라서 그들은 SAS 기반 공급자입니다. 그들은 몇 년 동안 WordPress에 있었습니다. 그러나 그들은 자체 소프트웨어와 많은 것을 통합하기를 원합니다. 따라서 아키텍처 자체는 여전히 WordPress로 운영되고 효과적으로 게시할 수 있기를 바라는 그들의 바람(팀 재교육을 원하지 않음)을 모두 반영해야 했습니다.

그래서 우리는 그들이 사이트의 콘텐츠로 할 수 있는 일을 확장하도록 도울 수 있었습니다. 그래서 그들은 다가올 재설계 이전에 그들이 할 수 있었던 것에 대해 꽤 초기 단계에 있었습니다. 그러나 Atlas Content Modeler를 사용하여 게시할 수 있는 보다 심층적이고 강력한 콘텐츠 모델을 제공하고, 보다 심층적인 개인화를 제공하고, 보다 일대일 방식으로 고객과 대화할 수 있는 기능을 제공하는 것은 그들에게 진정한 게임 체인저가 될 것입니다.

따라서 WordPress는 확고한 요구 사항이었고 프로젝트의 이러한 목표 중 일부를 고려할 때 Atlas가 애플리케이션이라는 것이 완전히 이해되었습니다. 도움이 되었기를 바랍니다.

라미: 데니스.

DENNIS: 예, 작년에 고객 중 한 명을 위해 다양한 플랫폼, 기본 헤드리스 플랫폼, WP 엔진이 포함된 WordPress에 대한 분석을 수행했으며 실제로 두 가지 요소에 대해 평가했습니다. 첫 번째는 클라이언트가 플랫폼 외부에서 필요로 하는 기능이 될 것입니다. 두 번째는 실제로 플랫폼의 총 소유 비용입니다.

우리는 이 철저한 분석을 거쳐 궁극적으로 비용 관점과 플랫폼의 유연성, 그리고 실제로 마케팅 팀과의 친숙성 및 개발에 대한 구성 요소 기반 접근 방식의 솔루션으로 WP Engine 및 Atlas와 함께 WordPress에 도달했습니다. 프로세스를 통해 우리는 이미 WordPress에 익숙한 비즈니스 사용자가 웹사이트를 효과적으로 생성할 수 있었고 이미 해당 플랫폼의 기능을 활용했지만 웹 페이지 내에 구성 요소를 배포할 수 있었습니다. 랜딩 페이지 또는 사이트의 새로운 경험을 제공하기 위해 새로운 랜딩 페이지를 배포하기 위해 반드시 개발자에게 의존할 필요는 없습니다.

그리고 우리는 그 이후부터 배송 속도가 엄청나게 향상되는 것을 보았습니다. 그래서 우리는 이 사전 분석을 수행하는 데 많은 시간을 할애했다는 점에서 매우 흥미로운 프로젝트였습니다. 그런 다음 해당 분석이 완료되자마자 출시 시간이 매우 빨라졌고 고객은 그 결과에 매우 만족했습니다.

RAMI: 우리는 그것을 듣고 싶습니다. Scott, Adam, 이것에 추가할 생각이 있습니까?

ADAM DAVEY: 예, 그 반대입니다. 이것은 약간의 편차입니다. 그러나 우리는 실제로 Atlas가 아니라 다른 플랫폼에서와 같이 클라이언트가 최근 헤드리스에서 벗어나는 것을 실제로 보았습니다. 그 플랫폼은 언급하지 않겠습니다. 그러나 그들은 콘텐츠를 효과적으로 관리할 수 없었기 때문에 매우 힘든 시간을 보냈습니다. 그들은 구텐베르크로 돌아왔습니다. 이것은 정말로 – 우리는 그런 일이 일어나는 것을 보고 싶지 않습니다.

하지만 우리가 하고 싶지 않은 것은 준비가 되지 않은 사람들에게 강제로 머리를 쓰지 않는 것입니다. 그리고 그것은 마케팅 팀의 도약이며 모든 사람에게 옳지 않다고 생각합니다. 그러나 콘텐츠, 다중 채널을 대규모로 관리하는 경우 강력한 기능을 모두 활용할 수 있습니다. 이것은 헤드리스 및 콘텐츠 모델링이 실제로 많은 기회를 열어줄 수 있는 곳입니다. 응.

그러나 우리는 사람들이 헤드리스에 겁먹는 것을 보고 싶지 않으며 그들에게 적합한 솔루션을 제안하고 싶습니다. 그러나 나는 헤드리스의 많은 이점을 보았습니다. 그것은 모두 사용 사례와 최적의 적합성에 달려 있습니다.

RAMI: 그리고 당신은 기술을 너무 앞서지 않고 고객에게 가장 좋은 것을 이끌기 위해 먼저 고객에 대한 책임에 대해 중요한 점을 제기했습니다. 그것이 우리가 보고 있는 것입니다. 헤드리스 채택에 대한 흥미로운 변곡점입니다. 클라이언트에게 실제로 적합한 것과 새롭고 밝고 반짝이는 기술이 무엇인지에 대한 것입니다. Scott, 추가할 사항, 본 사례가 있습니까?

SCOTT JONES: 그냥 집어넣고 말하겠습니다. 헤드리스가 과거에 잘못 구현되었다는 의견이 있을 때 우리 모두 고개를 끄덕이는 것 같아요. 그게 중요한 포인트라고 생각합니다. 바로 당신의 클라이언트에 의해. 이것이 내가 이것에 대해 말하고 싶은 것입니다. 준비가 되지 않았다면 하지 마십시오.

따라서 항상 조금 있습니다. 이전에 해본 적이 없다면 자신을 거기에 내놓고 시도해야 합니다. 그러나 실제로 WP Engine과 Atlas 프로젝트에는 그 여정을 계속할 수 있도록 도울 수 있는 많은 도구와 리소스가 있습니다. 제 생각에 우리 모두가 헤드리스로 이 여정을 시작했을 때 이러한 도구는 존재하지 않았고 우리는 포스트 미리보기와 같은 것을 처음부터 만들고 있었습니다. 헤드리스와 같은 플랫폼이 지금 있습니다.

예, WP 엔진 청사진에 참여하고 시도해보십시오. 그러나 확실히, 항상 고객이 옳은 일을 하도록 다시 정박하고 말하자면 전달하지 않는 전달자 중 하나가 되지 마십시오.

라미: 감사합니다, 여러분. Atlas 아키텍처를 추천할 수 있는 이유에 대해 고객이 얻을 수 있는 이점을 정말 철저하게 다루었다고 생각합니다. 내부 팀, 개발 팀, 프로젝트 관리자, QA 팀에 어떤 이점이 있는지 듣고 싶습니다. 헤드리스 채택에서 이 리더십 역할을 수행하면서 내부 팀의 물이 증가하는 것을 어디에서 보았습니까?

DAVE DICAMILLO: Adam, 그래도 시작할 수 있습니다.

ADAM DAVEY: 저는 모두가 동의해야 한다고 굳게 믿고 있습니다. David, 반짝이는 물건을 가지고 노는 것에 대한 당신의 말을 좋아합니다. 저는 개발자들에게 최고의 작업을 수행할 수 있는 도구를 제공하고 싶습니다. 그러나 구매가 비즈니스의 모든 수준에서 들어오는 것도 정말 중요합니다. 예, 콘텐츠 관리자가 행복할 뿐만 아니라 이해 관계자도 모든 수준에서 행복합니다.

나는 제품이 판매되는 곳을 보았고 그것이 옳지 않았습니다. 완전한 합의와 완전한 승인이 필요합니다. 기술 결정을 둘러싼 여정에 모든 사람을 데려가야 합니다.

그리고 네, 다시 말하지만 저에게는 균형에 관한 것이고 비즈니스와 고객을 위해 올바른 이유에 대해 올바른 결정을 내리는 것입니다. 정말 멋지고 깨끗하며 풍부하고 직관적인 프런트 엔드로 빠른 경험을 할 수 있으며 정말 좋은 Lighthouse 점수와 모든 좋은 점을 얻을 수 있고 개발자들이 함께 작업하는 것을 좋아합니다. 그래서 그것은 완전한 것입니다 – 그것은 혼합입니다. 이러한 모든 재료를 올바르게 사용하는 것이 정말 중요합니다.

DAVE DICAMILLO: 우리 매장에서 헤드리스를 좋아하는 사람은 훨씬 덜 제한적이라고 느끼는 디자이너입니다. 우리 반응 엔지니어들도 그것을 좋아합니다. 그들은 우리가 무엇을 할 수 있는지, 그리고 이것과 모든 것, 당신이 말하는 모든 것을 얼마나 빨리 만들 수 있는지에 대해 미쳐가고 있습니다, Adam. 하지만 일반적인 게시 사이트, 일반적인 콘텐츠 중심 사이트를 넘어 창의성의 일부를 확장할 수 있는 진정한 능력은 우리 팀의 일부에게 매우 놀라운 일이었습니다. 기술 여러분.

또한 기술적인 관점에서 볼 때 일부 용량에서 제공하는 시간이 확실히 증가한다고 말할 것입니다. 우리에게 테스트가 증가했는데 이는 나쁜 일이 아닙니다. 결국 올바른 제품을 위해 해야 할 일은 올바른 일입니다. 그러나 우리는 모든 연결이 묶여 있는지 확인하기 위해 라이브로 가기 전에 최종 다듬기에서 약 15%에서 20%의 증가를 보았습니다.

데니스: 네, 제 생각에는–

라미: 좋은 팁입니다. 그것은 좋은 통찰력입니다. 추정을 할 때 첫 번째 프로젝트 초기에 그것을 고려하고 있는지 확인하십시오. 마지막 20%, QA, 출시 및 모든 것을 알고 있습니다. 처음 몇 개의 프로젝트를 시작할 때 조금 더 오래 걸릴 수 있습니다. 미안해, 데니스. 계속하세요.

DENNIS: 아니오, 그냥 그걸 기반으로 하고 싶었어요. 디지털 경험 팀이나 개발 팀의 운영을 살펴보면 몇 가지가 떠오릅니다. 2년차에, 2년차가 끝날 무렵, 우리의 머리 없는 여행에서 우리의 진전을 이루기 시작했습니다.

그리고 그들의 팀의 성과를 객관적으로 살펴보면 실제로 불량률이 감소하는 것을 볼 수 있었습니다. 따라서 백엔드에서 프런트 엔드를 분리함으로써 백엔드에 코드를 배포할 때 발생하는 버그와 문제가 프런트 엔드에 영향을 미치지 않고 전반적으로 더 깨끗하고 더 나은 코드를 배포하고 있습니다.

David의 관점에서 시장 출시 시간은 과거보다 훨씬 빨랐습니다. 다시 한 번 디커플링 아키텍처 덕분입니다. 따라서 클라이언트가 프런트 엔드에서 약간의 변경이 필요할 때 채용을 위해 백엔드 업데이트를 예약할 필요가 없었습니다. 그곳에서는 모든 것이 더 빠르게 움직이고 있었습니다.

그리고 지난 몇 년을 돌이켜보면 우리 팀에 자원을 공급하는 방식이 바뀌었다는 점에서 흥미로웠습니다. 그래서 전에는 WordPress를 알고 프런트 엔드에서 코딩할 수 있는 사람이 정말 필요했습니다. 그리고 우리는 많은 전자 상거래 고객과도 거래하고 전자 상거래 플랫폼을 알고 있습니다.

하지만 지금은 백엔드에 대한 이해가 없는 순수하고 반응적인 프론트엔드 엔지니어를 고용하여 몇 주 안에 생산성을 높일 수 있습니다. 반면 과거에는 백엔드에 대한 역량을 개발해야 했습니다. -엔드 플랫폼. 우리 팀의 운영자로서 정말 보기 좋았습니다.

RAMI: 당신은 어떻습니까, Scott? 이것에 대한 생각이 있습니까?

SCOTT JONES: 네, 제 생각에는 헤드리스에 대한 접근 방식에 대해 몇몇 에이전시 설립자들과 이야기를 나눴고 어느 정도 우리와 비슷했습니다. 아직 그 여정을 떠날 준비가 되어 있거나 참여하고 있는 나머지 팀이 반드시 그런 것은 아닙니다.

그리고 Adam의 요점에 대해 말하자면, 실제로 우리에게 그것은 회사로서 문화와 목적 및 이유를 이해하는 여정이었습니다. 그리고 나는 그것이 정말 진부하게 들릴 수도 있다는 것을 압니다. 그러나 그것은 정말 중요했습니다. 우리 팀, 특히 개발자가 우리 사업의 이유를 이해하고 우리가 실제로 클라이언트를 위해 해결하려고 하는 것이 무엇인지 이해한다면 우리는 실제로 무엇을 전달하려고 하는지 이해합니다. 우리가 제공할 수 있는 좌절 없는 경험 –

우리는 그것을 어떻게 하고 기술이 어떤 역할을 하는지 정말 흥미로운 대화였고 그것이 그들을 여행으로 데려간 것입니다. 헤드리스에 대해. 아마 여러분 모두가 그런 상황에 처해 있었을 것이라고 확신합니다. 대화를 통해 그들이 그 이유를 이해하게 되면서 실제로 우리의 역동성을 크게 변화시켰습니다.

RAMI: 그래서 에이전시 공간에서 실제로 매우 중요한 속도와 효율성 그리고 그 모든 섹시하고 재미있는 단어에 대한 주제를 유지하면서 공유할 수 있는 아하 순간이 있습니까? 그것은 프로세스의 특정 변화였거나 문자 그대로 다른 어휘를 사용했기 때문일 수 있습니다. 2년 전에 이것을 알았더라면 우리는 더 많은 수익을 냈을 것입니다. 더 빨리 일했다면 사람들은 더 행복했을까?

그런 다음 사람들과 공유할 수 있습니다. 헤드리스 입양 여정에서 조금 더 이른 사람들과 공유할 수 있는 일화입니다. 나는 영업 비밀을 요구하는 것이 아닙니다. 아마도 전구가 켜지는 순간일 것입니다.

SCOTT JONES: 괜찮다면 다시 제 요점으로 넘어가겠습니다. 저에게는 기술적인 역할보다 고객을 대면하는 역할이 더 많기 때문에 항상 비즈니스 사례와 비즈니스 사례를 구축하는 방법에 대해 생각하고 분명히 외부적으로도 생각하고 있습니다. 내가 반드시 하지 않았던 것은 내부적으로 그것에 대해 생각하고 동일한 비즈니스 사례를 개발자, 디자이너, 프로젝트 관리자, 우리 팀에게 다시 가져오는 것이었습니다.

일단 클라이언트가 헤드리스가 필요한 몇 가지 이유를 보기 시작했습니다. 예를 들어 모바일 장치에 기본적으로 지도를 저장할 수 있습니다. 당신은 산의 중간에있을 수 있습니다. 기본적으로 저장된 지도가 필요합니다. 모놀리식, 헤드리스, 죄송합니다. 워드프레스(WordPress)와 이러한 사용 사례 중 일부를 사용하여 그렇게 할 수는 없을 것입니다.

클라이언트가 왜 이것을 원하는지 이해하고 클라이언트가 실제로 하나의 콘텐츠 기반을 두 개의 다른 프런트 엔드에 제공하기를 원하는 이유를 이해합니다. 실제로 그들에게 문화적인 것들과 함께 그것들 중 일부를 보여주는 것은 우리에게 아하 물건이었습니다.

RAMI: 당신은 어떻습니까, 아담?

ADAM DAVEY: 예, 바로 뛰어들었습니다. 저의 아하 중 하나는 모든 종류의 복잡한 비즈니스 요구 사항을 가진 모든 종류의 고객과 함께 일한다는 것입니다. 그러나 고객이 의지하는 것은 올인원 제품군과 같이 고객을 위해 모든 것을 수행하는 솔루션이며 종종 고객에게 매우 강력할 수 있습니다. 하지만 그 스위스 군용 칼은 아마도 전체 키트 중 한두 개의 칼날만 사용하게 될 것입니다. 그것이 우리가 보는 것입니다.

그래서 저에게 중요한 순간은 고객이 이제 어떤 일을 정말 정말 잘 수행하는 스택의 한 부분을 구입하는 것에 대해 생각하고 있다는 것입니다. 제 역할을 정말 잘 수행하는 다른 구성 요소와 함께 말이죠.

그래서 저에게 아하는 지난 몇 년 동안 고객을 목격하고 실제로 피벗, 필요한 것을 구매하는 방향으로의 전환입니다. 하다.

내가 말했듯이 제품군과 DXP에는 제자리가 있습니다. 그러나 우리는 헤드리스가 실제로 한 가지 일을 훌륭하게 수행하는 더 넓은 기술 생태계의 일부로 점점 더 많이 자리 잡고 있는 것을 보고 있습니다. 그게 지난 2년이었던 것 같아요. 그것이 우리가 본 변화입니다.

DAVE DICAMILLO: 네, 저도 동의합니다. MarTech 도구의 폭발적인 증가와 동급 최고의 기능을 지금뿐 아니라 미래에도 통합할 수 있다는 것이 헤드리스를 선택하는 이유라고 생각합니다.

그 DXP는 예, 훌륭합니다. 하지만 당신 말이 맞아요. 우리 고객 대부분은 지불하는 비용의 10%, 20%를 사용하며 실제로 이러한 소규모 MarTech 제공업체와 협력했을 때 실제로 필요한 지원을 받는 가치를 얻지 못하고 있습니다. 그들은 실제로 기능을 더 잘 사용할 수 있습니다. 하지만 네, 우리가 많은 고객을 지도하려고 하는 한 가지는 헤드리스로 생방송을 하는 것이 아니라는 것입니다. 처음 12개월 동안 하고 싶은 일의 미래를 보는 것입니다.

헤드리스 사이트를 시작할 때 적어도 우리 세계에서는 CMS보다 우리가 사용하는 MarTech 스택에 관한 것입니다. 우리는 몇 가지 다른 기능, 개인화, ABM 도구 등을 활성화하려고 노력하고 있습니다. 그 모든 것들이 작용합니다.

그리고 우리는 클라이언트를 제거하여 출시 준비가 된 시점에 도달한 다음 처음 12개월이 어떤 모습인지 살펴보고 싶습니다. 그들은 계속 성장할 것입니다. 우리는 웹사이트의 첫날이 최악의 날이라고 말하고 싶습니다. 당신은 웹사이트를 가지고 그 시점부터 그것을 성장시키기 위해 거기에 있습니다. 만약 당신이 더 장기적으로 생각하고 있다면, 첫 번째 시작 시점이 어떨지 생각하고 12개월을 더하면 헤드리스에 대한 좋은 사례가 정말 확고하다고 생각합니다. Adam의 말처럼 DXP와 관련이 없습니다.

RAMI: 거기에 대한 생각이 있습니까, Dennis?

DENNIS: 헤드리스 사이트를 런칭한 지 3-4개월 후 유기적 성능이 실제로 개선되는 것을 보았을 때 아하의 순간이 온 것 같습니다. 그리고 그때가 홍보를 시작했습니다. 이것은 실제로 일어나고 있으며 이것이 우리가 하고 있는 일을 하는 이유의 일부이며 그 플레이가 그룹으로서 우리에게 매우 강력했습니다.

그렇기 때문에 David와 마찬가지로 대부분의 청구서가 현재 시점에서 헤드리스입니다. 왜냐하면 성능 마케팅 대행사의 관점에서 볼 때 우리의 임무는 웹 사이트를 마케팅 도구로 포지셔닝하는 것이기 때문입니다. 에이전시 내에서 파트너를 만들고 그들에게 형성할 수 있는 웹사이트를 구축하면 작업이 더 쉬워집니다.

RAMI: 우리는 내부적으로 구매에 대해 많은 이야기를 나눴고, 내부 팀이 헤드리스 작업에 열광하는 이유에 대해 분명히 이야기했습니다. 잠재 고객 및 현재 고객과의 선행, 제안, 판매 피칭 단계에 실제로 관여하는 여러분 모두에게 질문입니다.

이들의 시선을 사로잡는 마법의 탄환은? 성능인가요? 유연성인가요? 우리와 합류하는 다른 사람들을 위한 약간의 코칭, 시작 또는 투구 아울렛, 실제로 당신의 고객 또는 잠재 고객이 붙잡고 있고 실제로 그들을 끝까지 밀어붙이는 것을 보고 있습니까?

특히 전통적인 비즈니스에 새로운 기술을 채택하는 것이 무섭다는 것을 알고 있기 때문입니다. 그들은 위험을 회피합니다. 스위칭은 매우 비쌀 수 있습니다. 그렇다면 헤드리스 아키텍처를 발표할 때 의사 결정자들이 실제로 그들의 관심을 끄는 것은 무엇입니까?

ADAM DAVEY: 예, 필요하다면 여기로 뛰어들 수 있습니다. 우리가 몇 번이고 사용하는 한 가지는 실제 제품 데모입니다. 고객에게 구매하는 제품과 해당 플랫폼의 작동 방식을 보여주지 않으면 의미가 없기 때문입니다. 그것은 단지 단어입니다. 따라서 우리는 헤드리스가 어떻게 작동하는지 실제로 가시적으로 보여줄 필요가 있습니다.

그리고 이것에 대한 두려움이 있습니다. 따라서 우리가 해야 할 일은 모든 질문에 답하고, 사용 사례를 보여주고, 콘텐츠가 어떻게 모델링되고 관리되는지, 이러한 워크플로 승인 또는 CMS 내에서 사용하고 있는 기능이 실제로 어떻게 작동하는지 설명하는 것입니다. 그렇지 않으면 너무 추상적이기 때문에 데모를 능가하는 것은 없습니다. 우리는 플랫폼의 기능과 힘이 무엇인지 실제로 보여주고 입증해야 합니다. 그래서 저는 그것이 우리가 팔고 있는 가장 강력한 도구라고 말하고 싶습니다.

DAVE DICAMILLO: 네, 그것에 편승하겠습니다. 하지만 우리가 받는 첫 번째 질문은 인생의 하루가 언제냐는 것입니다. 그리고 이것은 일반적으로 CMS 질문입니다. 누군가 새로운 플랫폼으로 이동할 때마다 내 삶은 어떻게 될까요?

우리는 피치 프로세스에서 실제로 교육하는 데 많은 시간을 할애합니다. 이러한 다양한 아키텍처는 무엇을 의미합니까? 장단점, 공간의 다른 플레이어는 무엇입니까, 그런 종류의 모든 것. 그러나 우리는 경기장에서 결정을 내리지 않습니다. 그것은 항상 고객과 함께 Adam의 관점으로 들어가서 데모를 하고 파트너를 데려와 그들 자신의 제품을 발표하게 하는 것입니다.

에이전시에서 그렇게 말하더군요. 그러나 소프트웨어 제작자와 사람들이 테이블에 와서 우리가 최고인 이유가 여기에 있다고 말하는 것은 또 다른 문제입니다.

우리는 핵심 비즈니스 기준을 기반으로 고객을 지도하는 매우 긴 의사 결정 프로세스를 가지고 있으며 헤드리스 또는 결합된 클래스에서 최고인 CMS를 배치하고 고객이 눈에 띄도록 합니다. 이것이 귀하의 비즈니스에 어떤 의미가 있습니까? 실제로 영향을 미칠까요?

다음은 원점수입니다. Code and Theory의 조언만 받아들이지 마십시오. 다음은 귀하의 비즈니스에 어느 것이 더 나은지 알려주는 숫자의 출력이며 어떤 방법으로 가고 싶은지에 대해 정보에 입각한 결정을 내립니다.

DENNIS: 헤드리스가 클라이언트에게 적합한 옵션인지 여부에 대한 대화를 시작할 때 우리가 구축한 웹 사이트 중 하나를 불러와 클라이언트 앞에서 실시간으로 Lighthouse 점수를 실행하고 해당 웹 사이트에서 점수를 보여주십시오. 그것은 즉각적인 것입니다. 더 말씀해 주시면 기술 주식이 무엇인지 또는 무엇인지에 대한이 경로로 이동합니다.

그러나 우리에게 그것은 모든 영업 기회에서 항상 가장 큰 대화 시작이었습니다. 그들에게 무엇이 가능한지 보여주고 Lighthouse에서 녹색 점수를 얻었을 때 결합된 아키텍처로 인해 다른 플랫폼에서는 거의 불가능합니다. 강력한 이야기입니다.

SCOTT JONES: 네, 동의합니다. 나는 그 모든 대답에 동의합니다. 제 생각에 우리는 FOMO를 약간 팔고 있는 것 같습니다. 접근 방식을 놓치는 것에 대한 두려움과 명백한 성능 및 보안 이점을 제외하고 – 여러분도 같은지 모르겠습니다. 우리는 실제로 고객 기반에 대한 감사를 수행하면서 최고의 고객이 실제로 기술과 사용자 경험에 상당히 강하다는 것을 깨달았습니다. 사내 개발자 또는 사내 UX 팀 등이 있습니다. 그들은 실제로 이해합니다.

그래서 그들은 이것에 대해 약간의 연구를 했습니다. 그들은 이것을 조금 이해합니다. 그들은 이미 분명한 사실을 알고 있습니다. 사고 방식에서 놓치는 경향이 있는 것은 실제로 미래를 판매하고 개발 관점에서 현재 부트 캠프에 들어가고 있는 모든 개발자, 프로그래머에 대해 생각하는 것입니다. JavaScript를 배우고 있으므로 여전히 과거에 작업 중이거나 현재와 같은 방식으로 일하고 있다면 미래에 시장이 어디로 갈지 생각하고 있지 않을 것입니다.

그리고 우리 모두가 본 것 같습니다. JavaScript 개발자는 특히 비용이 많이 들고 반응이 빠른 개발자였습니다. 그들은 매우 수요가 많았습니다. 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. 전부다 괜찮아. 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. 훌륭합니다. 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. 하지만, 그래.

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}. 좋은이.