Bagaimana Agensi Menggunakan Teknologi Tanpa Kepala untuk Memecahkan Tantangan Teknis dan Memenangkan Proyek Baru

Arsitektur situs web tanpa kepala mungkin tampak seperti kemarahan, tetapi bagaimana penerapannya pada tantangan teknis dunia nyata?

Dalam diskusi panel ini, Anda akan mempelajari lebih lanjut tentang cara Mitra Agensi kami dan pengembangnya memecahkan masalah teknis yang sulit dengan solusi headless.

Lihat video di bawah ini untuk mencari tahu kapan headless masuk akal untuk membuka potensi baru untuk proyek Anda, kapan harus mengandalkan WordPress klasik, dan bagaimana melibatkan tim pengembangan Anda saat mengadopsi teknologi baru.

Pembicara:

• Rami Perry, Manajer Akun Mitra Senior di WP Engine
• David DiCamillo, Chief Technology Officer di Code & Theory
• Adam Davey, Direktur Teknologi di CandySpace
• Dennis Ngin, VP, Pengalaman Digital di Wpromote
• Scott Jones, Pendiri dan CEO di Illustrate Digital

Salinan:

RAMI: Halo, semuanya dan terima kasih telah bergabung dengan kami untuk panel DE{CODE} ini. Saya senang bergabung dengan para pemimpin, beberapa agensi strategis teratas kami, untuk menggali peran yang dimainkan WordPress tanpa kepala untuk tim dan klien mereka. Pertama-tama, kami akan memulai dengan beberapa perkenalan sehingga Anda dapat mengenal panelis kami, lalu kami akan langsung mempelajari lebih lanjut tentang bagaimana headless dapat membantu Anda memenangkan lebih banyak. Dave, apakah Anda ingin memulai dengan perkenalan?

DAVE DICAMILLO: Tentu saja. Halo semuanya. Saya Dave DiCamillo. Saya adalah CTO Kode dan Teori. Kami adalah agensi kreatif digital pertama. Selama bertahun-tahun, kami memotong dan membuat nama kami melakukan platform penerbitan, jadi sangat fokus pada konten.

Dan pengalaman pertama kami, mungkin, melakukan tanpa kepala, mungkin sekitar 2017-2018. Situs kami saat ini tanpa kepala dan kami melakukan banyak pekerjaan hari ini dengan banyak klien. Dan itu adalah arsitektur utama yang kami tuju. Tapi senang berada di sini dan menantikan diskusi.

RAMI: Hei, Scott. Anda ingin memperkenalkan diri kepada semua orang? Hai hal yang pasti Halo, semuanya. Saya Scott Jones. Saya adalah CEO dan pendiri Illustrate Digital. Kami berspesialisasi, terutama, pada platform WordPress, dan memiliki fokus yang sangat kuat untuk menciptakan pengalaman pengguna yang bebas frustrasi dan menarik di semua hal yang kami lakukan.

SCOTT JONES: Kami masih cukup baru dalam permainan tanpa kepala. Kami telah melakukan penelitian dan pengembangan selama 12 bulan atau lebih, membangun kerangka kerja kami sendiri untuk WordPress tanpa kepala dan ya, kami masih dalam tahap awal. Tertarik untuk terus membicarakannya.

RAMI: Terima kasih banyak, Scott. Adam, apakah Anda ingin langsung masuk?

ADAM DAVEY: Ya, bagus. Nama saya Adam. Saya Adam Davey dari Candyspace. Saya direktur teknologi di sana. Kami adalah agensi digital berbasis di London yang berfokus pada perancangan, pembuatan, dan pengoptimalan produk digital.

Ya, kami memulai perjalanan tanpa kepala kami beberapa tahun yang lalu sekarang dan saya terus berbicara dengan klien tentang tanpa kepala. Aku berada tepat di tengah bangunan tanpa kepala sekarang. Jadi ini adalah perjalanan yang mengasyikkan dan saya menantikan untuk membicarakannya hari ini.

RAMI: Baiklah, Dennis, Anda ingin menutup kami dengan intro?

DENNIS: Hai, semuanya. Nama saya Denis. Saya wakil presiden Pengalaman Digital untuk Wpromote. Kami adalah agen pemasaran kinerja, mendorong pertumbuhan untuk merek penantang kami. Tim saya memulai jalan tanpa kepala pada tahun 2019. Mereka telah melakukannya sejak saat itu. Kami sebenarnya mengadopsi produk WP Engine Atlas tahun lalu, dan berhasil meluncurkan situs tanpa kepala dalam waktu dua bulan. Jadi saya sangat senang berbagi cerita kami.

RAMI: Terima kasih semua telah bergabung dengan kami. Jadi kami di sini dengan audiens yang mungkin memiliki latar belakang dan pengalaman yang cukup beragam dengan headless, beberapa orang yang baru memulai perjalanan, beberapa yang telah menjadi pekerja harian dalam hal headless.

Jadi yang ingin saya dengar sedikit lebih banyak tentang kapan, di setiap karier profesional Anda, atau di agensi Anda, seperti, oke, inilah waktunya, ini adalah kesempatan atau titik belok di mana headless adalah sesuatu yang perlu dipelajari oleh tim kita? Jadi apa titik puncak yang membuat Anda langsung masuk? Jika Anda ingin melompat lebih dulu, Dave?

DAVE DICAMILLO: Tentu. Kami mengadopsinya sejak awal dan saya berjanji itu karena itu keren dan ada di semua blog dan semua orang ingin melakukannya dan mungkin itulah sebabnya kami pertama kali memulai. Tetapi aplikasi praktis benar-benar mulai masuk dengan banyak klien kami yang memiliki platform MarTech atau pemutar video yang sudah ada atau perangkat lunak lain yang tidak ingin mereka tinggalkan, dan berkata, lihat, kami senang melakukan hal baru ini tanpa kepala mendekati.

Kami telah mendengar banyak hal baik tentang bagaimana kami dapat mengelola data dengan lebih baik, bagaimana kami dapat lebih fleksibel, dari perspektif UI, bagaimana kami dapat mengintegrasikan produk pihak ketiga baru, di masa mendatang, dengan lebih mudah.

Dan saya pikir kami mungkin mulai benar-benar mengkomersialkan rilis untuk klien kami di suatu tempat pada tahun 2019 dan, sekali lagi, arsitektur dominan yang kami pimpin, dengan banyak klien kami. Tapi ya, kami sangat bersemangat. Kami sedang melakukan sejumlah pemasangan WP Engine Atlas. Kami memiliki satu yang akan datang, dalam beberapa minggu, juga, dan itu bagus. Tapi ya, itulah awal perjalanan kami dengan headless.

RAMI: Jadi Adam, Anda menyebutkan bahwa Anda berada di titik puncaknya. Saya suka pendapat Anda, karena ini mungkin sedikit lebih baru, tentang apa yang mulai mengarahkan Anda ke arah itu.

ADAM DAVEY: Ya, dengan klien tertentu itu, mereka sudah– seringkali merupakan keputusan yang rumit, bukan, teknologi CMS mana yang akan Anda gunakan. Tetapi klien khusus ini benar-benar memiliki ide, tepatnya, tentang bagaimana mereka mengatur dan mengonfigurasi CMS dan bagaimana mereka mengelola konten mereka. Jadi itu tidak biasa. Kami tidak benar-benar perlu membawa mereka dalam perjalanan itu. Mereka memutuskan menggunakan CMS tanpa kepala dan memutuskan cara menyajikan konten tersebut di bagian depan, di berbagai saluran.

Tetapi sangat sering, bukan itu masalahnya. Itu adalah klien yang cerdik secara teknis. Namun sangat sering, kami harus– sama halnya, kami harus membawa orang dalam perjalanan dan menurut saya– kami juga sedang membangun situs lain, saat ini, di mana klien menginginkan editor WYSIWYG untuk dapat mengelola konten mereka. Jadi ini semua tentang use case.

Dan tanpa kepala memecahkan banyak masalah dan dapat dimasukkan, seperti yang Anda katakan, David, dimasukkan ke dalam tumpukan yang ada. Tapi tidak ada satu ukuran yang cocok untuk semua. Ini tentang memiliki percakapan yang bernuansa dan mendetail dengan klien tentang persyaratan dan klien yang berbeda berada pada tahap yang berbeda dari kurva kedewasaan mereka dengan digital dan tanpa kepala dan tentu saja dengan CMS. Jadi ini tentang bertemu mereka, di mana mereka berada, dalam perjalanan itu, sungguh.

RAMI: Ya, Scott atau Dennis, ada pemikiran untuk ditambahkan sejauh apa– indikator apa pun tentang kapan saatnya bagi orang-orang yang hampir mengadopsi tanpa kepala, yang Anda lihat dalam perjalanan kalian semua?

SCOTT JONES: Ya, menurut saya bagi kami, itu mirip dengan apa yang dikatakan Dave, sungguh. Kami membaca tentang itu. Itu adalah sesuatu yang ada di luar sana. Orang-orang sepertinya melakukannya dan berjuang dengannya. Dan sebenarnya, proyek tanpa kepala pertama kami adalah proyek penyelamatan dan sejujurnya itu adalah mimpi buruk. Sejujurnya, itu adalah mimpi buruk.

Seorang klien mendatangi kami dengan implementasi tanpa kepala yang sangat buruk, beberapa pilihan teknologi yang sangat dipertanyakan. Setiap halaman membutuhkan waktu sekitar– yah, setidaknya 30 detik untuk memuat, yang sangat mengejutkan dan itu adalah perampokan pertama kami ke headless dan itu berantakan, untuk sedikitnya.

Apa tantangan bagi kami, selama beberapa tahun dengan melihat tanpa kepala, telah benar-benar membangun keahlian internal di sekitar JavaScript, pada dasarnya dan tantangan itu, menurut saya, didorong dan dibantu oleh jenis pembangunan kembali dari WordPress menjadi platform berbasis reaksi. Dan saya pikir itu benar-benar membawa kami dalam perjalanan.

Jadi itu benar-benar berjalan seiring, cukup baik bagi kami, dengan membawa keahlian itu, menciptakan pemahaman yang lebih baik dengan pengembang kami, dan kemudian lebih jauh dalam perjalanan itu ke dalam apa yang sebenarnya kami berikan kepada klien kami juga.

DENNIS: Ya, untuk tim kami, pengemudinya sebenarnya adalah teknisi dan pengembang kami dan melakukan retrospeksi tentang bagaimana kami terus meningkatkan agensi kami, bagaimana kami terus meningkatkan proses kami, mereka bersikeras tanpa kepala. Bagi saya, analoginya adalah memikirkan ayah saya, seorang montir, yang bekerja di mobil lima hari seminggu, delapan jam sehari. Ketika Anda melakukannya selama 10 tahun, 20 tahun, Anda benar-benar mengetahui merek mobil apa, mesin apa yang ingin Anda kerjakan. Analogi itu sama bagi saya, bagi teknisi kami dan mereka melihat tanpa kepala sebagai peluang untuk menjadi lebih efisien dalam pekerjaan dan mendorong pengiriman yang lebih baik.

Jadi bagi kami, itu didorong oleh para insinyur sebagai cara untuk menjadi penantang dan menjadi inovatif. Kami mulai mengidentifikasi klien yang menurut kami cocok. Kami mempresentasikan opsi kepada klien tersebut dan berkata, Anda memiliki opsi untuk pergi tanpa kepala, di mana menurut kami ada peningkatan dalam cara kami mengembangkan situs web Anda, versus tradisional dan saat klien mulai naik, kami memulai perjalanan itu di akhir tahun 2019 dan belum melihat ke belakang sejak.

RAMI: Terima kasih, Tuan-tuan. Jadi kita semua tahu dan menyukai WordPress. Itu sebabnya kami di sini. Benar? Tapi kita semua juga sangat akrab dengan beberapa batasan di sana dan jelas, headless adalah cara untuk menjaga keakraban dan keandalan backend WordPress untuk pembuat konten dan pemasar kita, tetapi juga dapat mengatasi beberapa batasan yang dihadirkan WordPress. .

Jadi, jika ada orang yang memiliki kasus penggunaan tertentu atau bahkan proyek klien tertentu di mana menurut Anda OK, kami tidak dapat meninggalkan WordPress karena kebutuhan dan persyaratan untuk klien, sejauh menyangkut manajemen konten, tetapi kami akan perlu pergi tanpa kepala karena ada beberapa keterbatasan? Saya ingin beberapa contoh kehidupan nyata yang memberi orang inspirasi ketika memikirkan proyek potensial mereka, di masa depan.

DAVE DICAMILLO: Tentu, saya bisa mulai, jika Anda mau.

RAMI: Terima kasih, Dave.

DAVE DICAMILLO: Jadi yang ada di tikungan untuk kita, proyek Atlas yang akan datang, mereka adalah DMP. Jadi mereka adalah penyedia berbasis SAS. Mereka telah menggunakan WordPress selama bertahun-tahun. Namun, mereka ingin banyak berintegrasi dengan perangkat lunak mereka sendiri. Jadi arsitektur itu sendiri harus benar-benar mencerminkan keinginan mereka untuk tetap beroperasi dengan WordPress, dan mampu menerbitkan secara efektif– mereka tidak ingin melatih ulang tim– tetapi mereka juga menginginkan integrasi yang lebih dalam ke dalam produk mereka sendiri dan seterusnya.

Jadi kami juga dapat membantu mereka mengembangkan apa yang dapat mereka lakukan dengan konten di situs mereka. Jadi mereka cukup baru dalam apa yang dapat mereka lakukan sebelum desain ulang yang akan datang. Tetapi menggunakan, bahkan, Pemodel Konten Atlas, dan mampu memberikan model konten yang lebih dalam dan lebih kuat bagi mereka untuk dipublikasikan, memberikan personalisasi yang lebih dalam, memberikan kemampuan untuk berbicara dengan pelanggan mereka dengan cara yang lebih satu-ke-satu adalah akan menjadi pengubah permainan nyata bagi mereka.

Jadi WordPress adalah persyaratan yang kuat untuk masuk dan mengingat beberapa dari tujuan proyek tersebut, sangat masuk akal bahwa Atlas adalah aplikasinya. Jadi mudah-mudahan, itu membantu.

RAMI: Dennis.

DENNIS: Ya, untuk salah satu klien kami, tahun lalu, kami melakukan analisis terhadap sejumlah platform berbeda, platform headless asli, WordPress dengan WP Engine, dan benar-benar mengevaluasi dua faktor. Nomor satu adalah fitur dan fungsionalitas yang dibutuhkan klien dari platform. Kemudian nomor dua, adalah total biaya kepemilikan untuk platform tersebut.

Kami melalui analisis menyeluruh ini dan akhirnya mendarat di WordPress dengan WP Engine dan Atlas sebagai solusi dari perspektif biaya dan fleksibilitas platform, dan sungguh, keakraban dengan tim pemasaran dan dengan mengambil pendekatan berbasis komponen untuk pengembangan kami proses, kami dapat secara efektif membuat situs web yang memungkinkan pengguna bisnis yang sudah terbiasa dengan WordPress, apakah kami sudah memanfaatkan kekuatan platform itu, tetapi dapat menerapkan komponen di dalam halaman web mereka sehingga, saat mereka membangun yang baru halaman arahan atau pengalaman baru di situs mereka, mereka tidak perlu bergantung pada pengembang untuk menerapkan halaman arahan baru tersebut.

Dan kami telah melihat peningkatan luar biasa dalam kecepatan pengiriman mereka setelahnya, dari yang satu itu. Jadi itu adalah proyek yang sangat menarik dalam arti bahwa– kami menghabiskan banyak waktu untuk melakukan analisis awal ini. Dan segera setelah analisis itu selesai, ini adalah waktu yang sangat cepat untuk memasarkan dan klien kami sangat, sangat senang dengan hasilnya.

RAMI: Kami senang mendengarnya. Scott, Adam, ada pemikiran untuk menambahkan ini?

ADAM DAVEY: Ya, sebaliknya– ini adalah sedikit penyimpangan. Tapi kami benar-benar melihat klien baru-baru ini beralih dari headless, off– bukan dengan Atlas, tentu saja, tapi seperti di platform yang berbeda. Saya tidak akan menyebutkan platform itu. Tapi mereka mengalami saat yang buruk karena mereka tidak mampu mengelola konten mereka secara efektif. Mereka kembali ke Gutenberg, yang benar-benar– kami tidak ingin melihat itu terjadi.

Tapi saya pikir yang tidak ingin kita lakukan adalah memaksa tanpa kepala pada orang yang tidak siap untuk itu. Dan ini merupakan lompatan bagi tim pemasaran, menurut saya, dan ini tidak cocok untuk semua orang. Tapi itu juga membuka banyak kemampuan hebat jika Anda mengelola konten, multisaluran dalam skala besar. Di sinilah pemodelan tanpa kepala dan konten benar-benar dapat membuka banyak peluang bagi Anda. Ya.

Namun kami tidak ingin melihat orang-orang ketakutan karena kehilangan kepala dan kami ingin menyarankan solusi yang tepat untuk mereka. Tapi saya telah melihat banyak manfaat tanpa kepala, semuanya tergantung pada kasus penggunaan dan paling cocok.

RAMI: Dan Anda mengemukakan poin yang bagus, tentang tanggung jawab kepada klien Anda terlebih dahulu, tidak terlalu memimpin dengan teknologi, untuk memimpin dengan apa yang terbaik untuk klien Anda dan itulah yang kami lihat– ini adalah titik belok yang menarik untuk adopsi tanpa kepala, sekitar apa yang benar-benar tepat untuk klien versus apa teknologi baru, cerah, dan berkilau. Scott, ada yang ingin ditambahkan, contoh yang pernah Anda lihat?

SCOTT JONES: Saya hanya akan menambahkan, dan berkata, saya pikir kita semua mengangguk ketika ada komentar tentang penerapan tanpa kepala yang buruk di masa lalu dan hal semacam itu dan saya pikir itu adalah poin penting, sungguh, lakukan tepat oleh klien Anda. Itulah yang akan saya katakan tentang ini, jika Anda belum siap, jangan lakukan itu.

Jadi selalu ada sedikit – Anda perlu menempatkan diri Anda di luar sana dan mencobanya jika Anda belum pernah melakukannya sebelumnya. Namun sebenarnya, WP Engine dan proyek Atlas memiliki banyak alat, banyak sumber daya untuk dapat membantu, untuk melakukan perjalanan itu. Saya pikir ketika kita semua memulai perjalanan ini tanpa kepala, alat itu tidak ada dan kita semua membangun hal-hal seperti memposting pratinjau dari awal, kemungkinan besar, bagi kebanyakan dari kita, dan harus melakukan hal-hal yang tidak ada di platform, seperti tanpa kepala sekarang.

Jadi ya, saya pikir saya akan mengatakan, terlibatlah dalam cetak biru WP Engine dan cobalah. Tapi yang pasti, selalu berlabuh kembali untuk melakukan yang benar oleh klien Anda dan jangan menjadi salah satu dari pengirim yang tidak memberikan, boleh dikatakan, dan akhirnya membalikkan proses kembali ke Gutenberg lagi.

RAMI: Terima kasih, Tuan-tuan. Saya pikir kita telah membahas, dengan cara yang sangat menyeluruh, manfaat bagi klien mengapa Anda dapat merekomendasikan arsitektur Atlas. Saya tertarik untuk mendengar, apa manfaatnya untuk tim internal Anda, untuk tim pengembang Anda, untuk manajer proyek Anda, untuk tim QA Anda? Di mana Anda melihat, mengambil peran kepemimpinan dalam adopsi tanpa kepala ini, melihat air naik untuk tim internal Anda?

DAVE DICAMILLO: Adam, kamu bisa mulai.

ADAM DAVEY: Saya sangat percaya dalam memastikan semua orang setuju. Saya suka apa yang Anda katakan, David, tentang bermain dengan hal-hal yang berkilau dan itulah– saya ingin memberi pengembang alat yang dapat mereka gunakan untuk melakukan pekerjaan terbaik mereka. Tetapi juga sangat penting bahwa pembelian masuk di setiap tingkat bisnis. Jadi ya, pengelola konten senang, tetapi juga, pemangku kepentingan senang di setiap level.

Saya telah melihatnya di mana produk telah dijual dan itu kurang tepat. Harus ada konsensus lengkap dan persetujuan penuh. Anda perlu mengajak semua orang bersama Anda dalam perjalanan seputar keputusan teknologi.

Dan ya, bagi saya, sekali lagi, ini tentang keseimbangan dan tentang membuat keputusan yang tepat untuk alasan yang tepat bagi bisnis dan pelanggan karena kita sering– banyak pengambilan keputusan seputar headless adalah kita mampu memberikan super- pengalaman cepat dengan ujung depan yang sangat indah, bersih, yang kaya dan intuitif, dan mendapatkan skor Lighthouse yang sangat bagus dan semua hal bagus itu, dan yang disukai pengembang. Jadi itu lengkap– itu campuran. Mendapatkan semua bahan itu dengan benar sangatlah penting.

DAVE DICAMILLO: Saya akan memberi tahu Anda siapa yang menyukai tanpa kepala di toko kami, ini adalah desainer kami, yang merasa jauh lebih tidak terbatas. Insinyur reaksi kami juga menyukainya. Mereka hanya menggila tentang apa yang bisa kita lakukan dan seberapa cepat kita bisa membuat ini dan semuanya, semua yang kau katakan, Adam. Namun menurut saya kemampuan nyata bagi kami untuk mengembangkan beberapa kreativitas lebih dari sekadar situs penerbitan biasa, situs berbasis konten normal, menurut saya, telah sangat membuka mata bagi beberapa tim kami, bahkan lebih dari itu. orang-orang teknologi.

Saya juga akan mengatakan bahwa dari perspektif teknologi, ini pasti meningkatkan waktu pengiriman dalam beberapa kapasitas. Pengujian, bagi kami, telah meningkat, yang bukan merupakan hal yang buruk. Ini adalah hal yang benar untuk dilakukan untuk produk yang tepat, di penghujung hari. Namun kami telah melihat peningkatan sekitar 15% hingga 20% hanya dalam pemolesan terakhir sebelum kami ditayangkan, memastikan semua koneksi telah diikat.

DENNIS: Ya, saya pikir–

RAMI: Itu tip yang bagus. Itu wawasan yang bagus, ketika Anda melihat perkiraan, dan di awal proyek pertama Anda, pastikan Anda mempertimbangkannya, hei, 20% terakhir itu, QA, peluncuran, dan semuanya, ketahuilah itu bisa memakan waktu sedikit lebih lama ketika Anda pertama kali menyelesaikan beberapa proyek pertama Anda. Maaf, Denis. Teruskan.

DENNIS: Tidak, saya hanya ingin mengembangkannya. Dalam hal melihat operasi tim Pengalaman Digital atau tim Pengembangan kami, ada beberapa hal yang perlu diperhatikan. Itu benar-benar mulai mencapai langkah kami di tahun kedua, menjelang akhir tahun kedua, dalam perjalanan tanpa kepala kami.

Dan secara objektif melihat kinerja tim mereka, kami benar-benar melihat tingkat kerusakan turun. Jadi dengan memisahkan ujung depan dari ujung belakang, bug dan masalah kami yang berasal dari penerapan kode di ujung belakang tidak memengaruhi ujung depan dan secara keseluruhan, kami menerapkan kode yang lebih bersih dan lebih baik, yang luar biasa untuk dilihat.

Menurut David, waktu untuk memasarkan secara signifikan lebih cepat daripada yang kami miliki di masa lalu, sekali lagi, karena arsitektur decouple itu. Jadi, saat klien membutuhkan perubahan kecil di bagian depan, kami tidak perlu menjadwalkannya dengan pembaruan bagian belakang untuk pekerjaan. Semuanya bergerak lebih cepat di sana.

Lalu apa yang juga menarik bagi kami, seperti yang kami pikirkan kembali tentang beberapa tahun terakhir, apakah itu mengubah cara kami berpikir tentang sumber daya tim kami. Jadi sebelumnya, saya sangat membutuhkan seseorang yang mengetahui WordPress dan dapat membuat kode di bagian depan. Dan kami juga menangani banyak klien e-niaga, dan mengetahui platform e-niaga.

Tapi sekarang saya bisa mempekerjakan insinyur front-end murni, bereaksi, yang tidak memiliki pemahaman tentang back end, dan membuat mereka produktif dalam hitungan minggu, sedangkan di masa lalu, kami perlu mengembangkan beberapa kompetensi untuk back end. -akhir platform. Jadi itu sangat, sangat bagus untuk dilihat, sebagai operator, untuk tim kami.

RAMI: Bagaimana denganmu, Scott? Ada pemikiran tentang ini?

SCOTT JONES: Ya, saya sedang berpikir– Saya telah berbicara dengan beberapa pendiri agensi yang berbeda tentang pendekatan mereka terhadap headless, dan agak mirip dengan kami, yang sebenarnya, sebagai pendiri agensi, saya ingin melakukan headless dan belum tentu anggota tim lainnya yang siap atau terlibat untuk melakukan perjalanan itu.

Dan berbicara tentang poin Adam, sungguh, bagi kami, itu telah menjadi perjalanan budaya dan tujuan serta memahami alasan kami, sebagai sebuah perusahaan. Dan saya tahu itu mungkin terdengar sangat klise. Tapi itu sangat penting. Jika tim kami, terutama pengembang kami, memahami mengapa bisnis kami, seiring berjalannya waktu, dan mereka memahami apa yang sebenarnya kami coba selesaikan untuk klien, apa yang sebenarnya kami coba sampaikan– kami ingin yang paling menarik, paling pengalaman bebas frustrasi yang mungkin bisa kami berikan–

Bagaimana kita melakukan itu dan bagaimana teknologi berperan dalam percakapan yang sangat menarik dan itu adalah hal yang membawa mereka dalam perjalanan karena ya, kami memiliki beberapa lengan yang terlipat dengan kuat dan wajah pemarah ketika kami pertama kali mulai berbicara tentang tanpa kepala. Dan saya yakin Anda semua mungkin pernah berada dalam situasi itu juga dan memastikan kami melakukan percakapan itu, memastikan mereka memahami alasannya, yang sebenarnya telah banyak mengubah dinamika itu bagi kami.

RAMI: Jadi tetap pada tema kecepatan dan efisiensi dan semua kata-kata seksi dan menyenangkan itu, yang sebenarnya sangat penting di ruang agensi, apakah Anda memiliki momen aha yang dapat Anda bagikan, apakah itu teknologi tertentu, mungkin itu adalah perubahan tertentu dalam proses Anda, mungkin itu hanya menggunakan, secara harfiah, kosa kata yang berbeda, sehingga Anda seperti, oh, astaga, jika saya mengetahuinya dua tahun lalu, kami akan lebih menguntungkan, kami akan memiliki bekerja lebih cepat, orang akan lebih bahagia?

Kemudian mungkin Anda dapat berbagi, dengan orang-orang– sebuah anekdot yang dapat Anda bagikan dengan orang-orang yang sedikit lebih awal dalam perjalanan adopsi tanpa kepala mereka. Saya tidak meminta rahasia dagang, hanya momen bola lampu, mungkin.

SCOTT JONES: Saya akan kembali ke poin saya, jika tidak apa-apa. Bagi saya– dan saya memiliki peran yang lebih berhadapan dengan klien daripada peran teknis, jadi saya selalu memikirkan tentang kasus bisnis dan bagaimana membangun kasus bisnis dan saya jelas memikirkannya secara eksternal. Apa yang tidak perlu saya lakukan adalah memikirkannya secara internal dan membawa kasus bisnis yang sama kembali ke pengembang kami, kembali ke desainer kami, manajer proyek, ke tim kami.

Begitu mereka mulai melihat beberapa alasan mengapa klien membutuhkan headless– jadi misalnya, dapat menyimpan peta secara native, di perangkat seluler. Anda mungkin berada di tengah gunung. Anda membutuhkan peta yang disimpan secara asli. Anda tidak akan benar-benar dapat melakukannya dengan monolitik, saya kira, tanpa kepala, dan, maaf– WordPress– dan menunjukkan beberapa kasus penggunaan tersebut.

Saya pikir mereka adalah– Saya mengerti mengapa klien menginginkan ini, saya mengerti mengapa klien benar-benar ingin menyajikan satu basis konten ke dua ujung depan yang berbeda. Sebenarnya menunjukkan kepada mereka beberapa di antaranya adalah hal aha, bagi kami, di samping hal-hal budaya.

RAMI: Bagaimana denganmu, Adam?

ADAM DAVEY: Ya, langsung saja ke sana, saya kira salah satu aha saya adalah– kami bekerja dengan semua jenis klien, dengan semua jenis kebutuhan bisnis yang kompleks. Tapi apa yang klien sering andalkan adalah solusi yang tampaknya melakukan segalanya untuk mereka, seperti suite all-in-one, yang seringkali bisa sangat, sangat kuat untuk mereka. Tapi pisau tentara Swiss itu, mereka mungkin hanya menggunakan satu atau dua pisau dari keseluruhan peralatan dan itulah yang kita lihat.

Jadi momen aha, bagi saya, adalah klien sekarang berpikir untuk membeli satu bagian dari tumpukan yang melakukan sesuatu dengan sangat, sangat baik, dan itu yang terbaik dalam melakukan satu hal itu dengan sangat baik, dan kemudian hanya melapisi tumpukan Anda dengan sama– dengan komponen lain yang melakukan tugasnya dengan sangat, sangat baik.

Jadi aha, bagi saya, adalah, saya kira, menyaksikan klien, selama beberapa tahun terakhir, dan sebenarnya, porosnya, peralihan ke arah membeli apa yang Anda butuhkan, sesuatu yang terbaik di kelasnya, yang memberikan hasil yang sangat baik dari yang seharusnya. Mengerjakan.

Seperti yang saya katakan, suite dan DXP memiliki tempatnya masing-masing. Tapi kami semakin melihat tanpa kepala ditempatkan sebagai bagian dari ekosistem teknologi yang lebih luas yang hanya melakukan satu pekerjaan dengan sangat baik. Saya pikir itu sudah dua tahun terakhir. Itulah perubahan yang kami lihat.

DAVE DICAMILLO: Ya, saya setuju dan menurut saya ledakan alat MarTech, dan mampu mengambil yang terbaik di kelasnya, dan mengintegrasikannya, tidak hanya sekarang, tetapi ke masa depan, benar-benar menjadi alasan untuk memilih headless.

DXP itu, ya, mereka hebat. Tapi kau benar. Sebagian besar klien kami menggunakan 10%, 20% dari apa yang mereka bayar dan mereka tidak mendapatkan nilai yang, jika mereka benar-benar bekerja dengan penyedia MarTech yang lebih kecil ini, mereka benar-benar mendapatkan dukungan yang mereka butuhkan. Mereka sebenarnya dapat menggunakan fitur dengan lebih baik. Tapi ya, satu hal yang kami coba untuk melatih banyak klien kami adalah ini bukan tentang hidup tanpa kepala. Ini tentang melihat masa depan dari apa yang ingin Anda lakukan dalam 12 bulan pertama.

Saat Anda meluncurkan situs tanpa kepala, setidaknya di dunia kami, ini lebih tentang tumpukan MarTech yang kami mainkan daripada hanya CMS. Kami mencoba mengaktifkan beberapa fitur, personalisasi, alat ABM yang berbeda, sebut saja. Semua hal itu ikut berperan.

Dan kami ingin menghapus klien untuk sampai ke titik di mana mereka siap diluncurkan, dan kemudian melihat, seperti apa 12 bulan pertama itu? Mereka akan terus tumbuh. Kami ingin mengatakan, hari pertama situs web, ini adalah hari terburuknya. Anda berada di sana untuk mengambil situs web dan mengembangkannya dari titik itu dan jika Anda berpikir jangka panjang, memikirkan seperti apa titik peluncuran pertama itu, ditambah 12 bulan, saya pikir itu benar-benar memperkuat kasus yang bagus untuk headless, terutama ketika Anda 'tidak terkait DXP, seperti kata Adam.

RAMI: Ada pemikiran tentang itu, Dennis?

DENNIS: Saya pikir momen aha, bagi kami, adalah ketika kami benar-benar melihat peningkatan kinerja organik, tiga atau empat bulan setelah meluncurkan situs tanpa kepala. Dan saat itulah– mulai mempromosikannya. Ini benar-benar terjadi dan ini adalah bagian dari mengapa kami melakukan apa yang kami lakukan dan melihat permainan itu sangat kuat bagi kami, sebagai sebuah grup.

Dan itulah mengapa menurut saya, mirip dengan David, sebagian besar tagihan kami, pada titik ini, sekarang, tanpa kepala karena dari perspektif sebagai agen pemasaran kinerja, tugas kami adalah memposisikan situs web sebagai alat untuk pemasaran kami. mitra dalam agensi dan membuatkan mereka situs web yang dapat dibentuk, itu membuat pekerjaan mereka lebih mudah.

RAMI: Jadi kita telah berbicara banyak tentang dukungan, secara internal, dan alasan mengapa, tentu saja, tim internal Anda bersemangat untuk bekerja tanpa kepala. Pertanyaan untuk Anda semua yang benar-benar terlibat dalam fase awal, proposal, promosi penjualan dengan prospek dan klien saat ini.

Apa peluru ajaib yang menarik perhatian mereka? Apakah itu kinerja? Apakah itu fleksibilitas? Hanya sedikit pelatihan, untuk orang lain, yang bergabung dengan kami, yang memulai atau meluncurkan outlet, apa yang Anda lihat yang, sebenarnya, dipegang oleh klien atau calon klien Anda, dan benar-benar mendorong mereka melewati batas?

Karena kami tahu mengadopsi teknologi baru, terutama untuk bisnis tradisional, itu menakutkan. Mereka menolak risiko. Beralih bisa sangat mahal. Jadi apa yang Anda temukan bahwa para pembuat keputusan, saat Anda meluncurkan arsitektur tanpa kepala, benar-benar menarik perhatian mereka?

ADAM DAVEY: Ya, saya bisa melompat ke sini jika perlu. Satu hal yang kami gunakan, berkali-kali, adalah demo produk aktual karena tanpa menunjukkan kepada klien apa yang mereka beli dan cara kerja platform tersebut, tidak ada gunanya. Itu hanya kata-kata. Jadi kita perlu benar-benar mendemonstrasikan cara kerja headless.

Dan ada ketakutan di sekitar ini. Jadi yang perlu kita lakukan adalah menjawab semua pertanyaan, menunjukkan kasus penggunaan, menjelaskan bagaimana konten dimodelkan dan dikelola dan bagaimana persetujuan alur kerja tersebut, atau fitur apa pun yang kita gunakan dalam CMS, benar-benar bekerja. Tidak ada yang mengalahkan demo karena jika tidak, itu terlalu abstrak. Kami harus benar-benar menunjukkan, mendemonstrasikan, apa kemampuan dan kekuatan platform itu. Jadi menurut saya itu adalah alat paling ampuh yang kami miliki.

DAVE DICAMILLO: Ya, saya akan mendukungnya. Tapi pertanyaan nomor satu yang kita dapatkan adalah, apa hari dalam hidup ini? Dan ini adalah pertanyaan CMS secara umum. Setiap kali seseorang pindah ke platform baru, seperti apa hidup saya nantinya?

Kami menghabiskan banyak waktu, dalam proses pitch, sebenarnya mendidik tentang, hanya tingkat tinggi, apa arti arsitektur yang berbeda ini? Pro, kontra, apa saja pemain yang berbeda di ruang angkasa, semua hal semacam itu. Tapi kami tidak pernah membuat keputusan di lapangan. Itu selalu tentang berada di bawah tenda, dengan klien, ke titik Adam, melakukan demo, membawa mitra, membuat mereka menjual dagangan mereka sendiri.

Satu hal untuk dikatakan, oh, agensi memberi tahu kami. Tapi itu hal lain untuk memiliki pembuat perangkat lunak dan orang-orang datang ke meja dan berkata, inilah mengapa kami yang terbaik.

Kami memiliki proses pengambilan keputusan yang sangat panjang yang kami bimbing oleh klien kami, yang didasarkan pada kriteria bisnis utama dan kami ingin memasang CMS yang terbaik di kelas mereka sendiri, tanpa kepala atau digabungkan, dan membuat mereka menonjol, baik, apa artinya ini untuk bisnis Anda? Apakah itu benar-benar akan mempengaruhinya?

Ini skor mentahnya. Jangan hanya menerima saran Kode dan Teori. Berikut adalah output dalam angka yang mengatakan mana yang lebih baik untuk bisnis Anda dan kemudian membuat keputusan tentang ke mana Anda ingin pergi.

DENNIS: Bagi kami, ketika kami memulai percakapan tentang apakah tanpa kepala adalah pilihan yang tepat untuk klien kami, dapat membuka salah satu situs web yang kami buat, dan di depan klien, hidup, menjalankan skor Lighthouse, di situs web itu dan tunjukkan skornya. Itu langsung baiklah, ceritakan lebih banyak dan kemudian kita menyusuri jalan ini, apa stok teknologi kita atau yang lainnya.

Namun bagi kami, hal itu selalu menjadi pembuka percakapan terbesar dalam setiap peluang penjualan, adalah untuk menunjukkan kepada mereka apa yang mungkin dan saat Anda mendapatkan skor hijau di Lighthouse, hal itu hampir tidak mungkin dilakukan di platform lain ini karena arsitektur yang digabungkan, itu benar-benar adalah kisah yang kuat untuk diceritakan.

SCOTT JONES: Ya, saya setuju. Saya setuju dengan semua jawaban itu. Saya pikir bagi kami, rasanya kami menjual FOMO sedikit, sungguh, rasa takut kehilangan pendekatan dan selain dari manfaat kinerja dan keamanan yang jelas– Saya tidak tahu apakah itu sama untuk kalian, tapi kami telah memperhatikan bahwa sebenarnya, melakukan audit pada basis klien kami, kami menyadari klien terbaik kami sebenarnya cukup kuat dalam teknologi dan cukup kuat dalam pengalaman pengguna. Mereka memiliki pengembang internal atau tim UX internal atau apa pun bentuknya. Mereka sebenarnya mengerti.

Jadi mereka telah melakukan sedikit riset tentang ini sendiri. Mereka mengerti sedikit tentang ini. Mereka sudah memiliki yang jelas. Hal yang cenderung hilang dari pola pikir sebenarnya adalah menjual masa depan dan berpikir tentang, dari perspektif pengembangan, semua pengembang, pemrogram, yang masuk ke kamp pelatihan sekarang– saya menggeneralisasi, di sini– tetapi mereka mempelajari JavaScript dan jadi jika Anda masih bekerja di masa lalu atau seperti saat ini, Anda tidak terlalu memikirkan ke mana arah pasar di masa mendatang.

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. Itu bagus. 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.