機構如何使用 Headless Tech 解決技術挑戰並贏得新項目

無頭網站架構似乎風靡一時，但它如何應用於現實世界的技術挑戰？

在此小組討論中，您將詳細了解我們的代理合作夥伴及其開發人員如何使用無外設解決方案解決棘手的技術問題。

查看下面的視頻，了解什麼時候無頭技術可以為您的項目釋放新的潛力，什麼時候依賴經典的 WordPress，以及在採用新技術時如何讓您的開發團隊參與進來。

演講嘉賓：

• WP Engine 高級合作夥伴客戶經理 Rami Perry
• Code & Theory 首席技術官 David DiCamillo
• Adam Davey，CandySpace 技術總監
• Wpromote 數字體驗副總裁 Dennis Ngin
• Illustrate Digital 創始人兼首席執行官 Scott Jones

成績單：

RAMI：大家好，感謝您加入我們這個 DE{CODE} 小組。 我很高興能與我們的一些頂級戰略機構的領導者一起深入研究無頭 WordPress 為他們的團隊和客戶所扮演的角色。 我們將首先進行一些介紹，以便您了解我們的小組成員，然後我們將深入了解無頭技術如何幫助您贏得更多的機會。 戴夫，你想先介紹一下我們嗎？

戴夫·迪卡米洛：當然可以。 大家好。 我是戴夫·迪卡米洛。 我是Code and Theory的CTO。 我們是數字優先的創意機構。 多年來，我們在發布平台上大放異彩，因此非常注重內容。

而我們的第一次體驗，大概是在 2017-2018 年左右做無頭。 我們目前的網站是無頭的，我們今天正在與很多客戶一起做很多工作。 這是我們正在推動的主要架構。 但很高興來到這裡並期待討論。

拉米：嘿，斯科特。 你想向大家介紹一下自己嗎？ 嘿肯定的事情大家好。 我是斯科特·瓊斯。 我是 Illustrate Digital 的首席執行官兼創始人。 我們主要專注於 WordPress 平台，並且真正專注於在我們所做的一切中創造無挫敗感和引人入勝的用戶體驗。

SCOTT JONES：我們對無頭遊戲還很陌生。 我們已經進行了 12 個月或更長時間的研究和開發，為無頭 WordPress 構建了我們自己的框架，是的，我們仍處於早期階段。 興奮地繼續談論它。

拉米：非常感謝，斯科特。 亞當，你想直接跳進去嗎？

亞當·戴維： 是的，太好了。 我的名字是亞當。 我是來自 Candyspace 的 Adam Davey。 我是那裡的技術總監。 我們是一家總部位於倫敦的數字機構，專注於設計、構建和優化數字產品。

是的，我們幾年前開始了我們的無頭之旅，我一直在與客戶討論無頭。 我現在正處於無頭構建的中間。 所以這是一段激動人心的旅程，我期待著今天談論它。

拉米：好的，丹尼斯，你想用介紹來結束我們嗎？

丹尼斯：大家好。 我叫丹尼斯。 我是 Wpromote 的數字體驗副總裁。 我們是一家績效營銷機構，推動挑戰者品牌的增長。 我的團隊在 2019 年開始走無頭之路。從那以後他們就一直在這樣做。 我們其實去年就採用了 WP Engine Atlas 產品，兩個月就成功上線了一個無頭站點。 所以我對分享我們的故事感到非常興奮。

拉米：謝謝大家加入我們。 因此，我們來到這裡的聽眾可能具有相當不同的背景和 headless 經驗，有些人剛剛開始使用 headless，有些人是 headless 方面的老手。

所以我很想听聽更多的是，在你的每一個職業生涯中，或者在你的代理機構，是什麼時候，好吧，是時候了，這要么是機會，要么是無頭的轉折點我們的團隊需要依靠什麼？ 那麼讓你直接跳進去的那個突破點是什麼？ 如果你想先加入，戴夫？

戴夫·迪卡米洛：當然。 我們很早就採用了它，我向你保證，這是因為它很酷，而且它出現在所有博客上，每個人都想這樣做，這可能就是我們最初開始的原因。 但是實際的應用程序真的開始出現了，我們的很多客戶都擁有現有的 MarTech 或現有的視頻播放器平台或其他他們不想放棄的軟件，並且說，看，我們很樂意做這個新的無頭方法。

我們聽到了很多關於如何更好地管理數據、如何更加靈活、從 UI 的角度來看如何在未來更輕鬆地集成新的第三方產品的好消息。

而且我認為我們可能在 2019 年的某個時候開始為我們的客戶真正商業化版本，並且它再次成為我們領導的主導架構，我們有很多客戶。 但是，是的，我們非常興奮。 我們正在進行大量 WP Engine Atlas 安裝。 我們也有一個即將到來，幾週後，這太棒了。 但是，是的，那是我們最初的無頭之旅。

拉米：所以亞當，你提到你正處於風口浪尖。 我喜歡你的看法，因為它可能是最近的，開始讓你朝著那個方向前進。

ADAM DAVEY：嗯，對於那個特定的客戶，他們已經——這通常是一個複雜的決定，不是嗎，您將使用哪種 CMS 技術。 但是這個特定的客戶實際上對他們如何設置和配置 CMS 以及他們如何管理他們的內容有一個確切的想法。 所以這是一個不尋常的。 我們真的不需要帶他們踏上那段旅程。 他們決定採用無頭 CMS，並決定採用一種在前端跨多渠道提供該內容的方式。

但很多時候，情況並非如此。 那是一個技術精明的客戶。 但很多時候，我們必須——同樣，我們必須帶人們踏上旅程，我會說——我們還在建設另一個網站，目前，客戶希望所見即所得的編輯器能夠管理他們的內容。 所以這真的是關於用例的。

無頭解決了很多問題，並且可以插入，就像你說的那樣，大衛，插入現有堆棧。 但沒有一個適合所有人的尺寸。 它是關於與客戶就需求進行細緻而詳細的對話，不同的客戶處於其成熟度曲線的不同階段，包括數字和無頭，當然還有 CMS。 所以這是關於在旅途中遇到他們，他們在哪裡，真的。

RAMI：是的，Scott 或 Dennis，您有什麼想法可以補充——您在你們的旅程中看到的關於處於採用無頭技術風口浪尖的人們何時可能是時候的任何指標？

斯科特·瓊斯：是的，我認為對我們來說，這與戴夫所說的很相似，真的。 那是我們正在閱讀它。 這是外面的東西。 人們似乎正在這樣做並與之鬥爭。 事實上，我們的第一個無頭項目是一個救援項目，老實說，這是一場噩夢。 老實說，那是一場噩夢。

一個客戶帶著一個非常糟糕的無頭實現來找我們，一些非常有問題的技術選擇。 每個頁面大約需要 - 好吧，至少需要 30 秒才能加載，這令人興奮，那是我們第一次涉足 headless，至少可以說它很混亂。

多年來，我們一直在關注 headless，實際上是圍繞 JavaScript 建立內部專業知識，本質上，我認為，這種挑戰是由某種重建推動和幫助的。 WordPress 變成一個基於反應的平台。 我認為這真的讓我們踏上了一段旅程。

所以它實際上是齊頭並進的，對我們來說非常好，帶來專業知識，與我們的開發人員建立更好的理解，然後進一步進入我們實際交付給客戶的旅程。

DENNIS：是的，對於我們的團隊來說，驅動力實際上是我們的工程師和開發人員，他們正在回顧我們如何繼續改進我們的代理，我們如何繼續改進我們的流程，他們堅持無頭。 對我來說，這個類比是關於我父親的，他是一名機械師，每週工作五天，每天工作八小時。 當你這樣做 10 年、20 年時，你就會真正了解什麼汽車品牌，你喜歡使用什麼引擎。 這個類比對我來說是一樣的，對我們的工程師來說也是如此，他們將無頭視為提高工作效率和推動更好交付的機會。

所以對我們來說，它是由工程師推動的，作為挑戰者和創新的一種方式。 我們開始確定我們認為合適的客戶。 我們向這些客戶提出了選擇，並說，你可以選擇無頭，我們認為我們開發網站的方式與傳統方式相比有所改進，隨著客戶開始登機，我們在 2019 年底開始了這一旅程，但還沒有從那以後回頭看。

拉米：謝謝，先生們。 所以我們都知道並喜歡 WordPress。 這就是我們來這裡的原因。 正確的？ 但我們也都非常熟悉那裡的一些限制，顯然，headless 是一種為我們的內容創建者和營銷人員保持 WordPress 後端的熟悉度和可靠性的方法，但也能夠解決 WordPress 存在的一些限制.

因此，如果任何人有一個特定的用例，甚至是一個特定的客戶項目，您發現可以，我們不能因為客戶的需求和要求而放棄 WordPress，就內容管理而言，但我們因為有一些限製而需要無頭？ 我只喜歡一些現實生活中的例子，這些例子可以讓人們在考慮他們的潛在項目時獲得一些靈感。

DAVE DICAMILLO： 當然，如果您願意，我可以開始。

拉米：謝謝，戴夫。

DAVE DICAMILLO： 對我們來說，即將到來的 Atlas 項目是 DMP。 所以他們是基於 SAS 的供應商。 他們多年來一直在使用 WordPress。 但是，他們希望與自己的軟件進行大量集成。 因此，架構本身需要真正反映他們仍然希望使用 WordPress 進行操作，並能夠有效地發布——他們不想重新培訓團隊——但他們也希望更深入地集成到他們自己的產品和其他產品中。

因此，我們還能夠幫助他們擴展對網站內容的處理能力。 因此，在即將到來的重新設計之前，他們的能力還處於初級階段。 但是，甚至使用 Atlas Content Modeler，並能夠為他們提供更深入、更強大的內容模型來發布，提供更深入的個性化，提供以更一對一的方式與客戶交談的能力是將成為他們真正的遊戲規則改變者。

所以 WordPress 是一個堅定的要求，並且考慮到該項目的一些目標，Atlas 是應用程序是完全合理的。 希望這會有所幫助。

拉米：丹尼斯。

DENNIS：是的，對於我們的一個客戶，去年，我們對許多不同的平台、本地無頭平台、帶有 WP Engine 的 WordPress 進行了分析，並根據兩個因素進行了真正的評估。 第一將是客戶需要從平台中獲得的特性和功能。 然後是第二，實際上是平台的總擁有成本。

我們進行了徹底的分析，最終選擇了帶有 WP Engine 和 Atlas 的 WordPress 作為解決方案，從成本角度和平台的靈活性，以及​​對營銷團隊的熟悉程度和採用基於組件的方法進行開發在這個過程中，我們能夠有效地創建一個允許已經熟悉 WordPress 的商業用戶的網站，我們是否已經利用了該平台的強大功能，但能夠在他們的網頁中部署組件，以便在他們構建新的著陸頁或網站上的新體驗，他們不一定需要依賴開發人員來部署這些新的著陸頁。

從那以後，我們看到他們的交付速度有了巨大的提高。 因此，從某種意義上說，這是一個非常有趣的項目——我們花了很多時間進行前期分析。 然後，一旦完成分析，就可以很快進入市場，我們的客戶對結果非常非常滿意。

拉米：我們喜歡聽。 斯科特、亞當，對此有什麼想法要補充嗎？

ADAM DAVEY： 是的，恰恰相反——這是一個輕微的偏差。 但我們實際上已經看到一個客戶最近離開了 headless，off——當然不是 Atlas，而是在不同的平台上。 那個平台我就不說了。 但是他們度過了一段糟糕的時光，因為他們無法有效地管理他們的內容。 他們回到了古騰堡，這真的是——我們不想看到這種情況發生。

但我認為我們不想做的是強迫那些還沒有做好準備的人無腦。 我認為這對營銷團隊來說是一個飛躍，但並不適合所有人。 但如果您正在管理內容、大規模多渠道，它也會解鎖一整套強大的功能。 這就是無頭和內容建模真正可以為您釋放很多機會的地方。 是的。

但我們不想看到人們被 headless 嚇跑，我們想建議適合他們的解決方案。 但是我已經看到了無頭的很多好處，這完全取決於用例和最適合。

拉米：你提出了一個很好的觀點，首先是對你的客戶負責，而不是在技術上太領先，以對你的客戶最好的方式領先，這就是我們所看到的——這是無頭採用的一個有趣的轉折點，圍繞什麼真正適合客戶，什麼是新的、明亮的、閃亮的技術。 斯科特，有什麼要補充的嗎？你見過的例子嗎？

SCOTT JONES：不過我想插一句說，當有關於 headless 在過去實施不當的評論時，我想我們都會點頭之類的，我認為這很重要，真的，是做就在您的客戶身邊。 這就是我要說的，如果你還沒準備好，就不要這樣做。

所以總是有一點——如果你以前沒有做過，你需要把自己放在那裡，試一試。 但實際上，WP Engine 和 Atlas 項目擁有大量工具和大量資源可以提供幫助，繼續這一旅程。 我認為當我們開始這段無頭之旅時，那些工具並不存在，我們都在從頭開始構建諸如後期預覽之類的東西，很可能對我們大多數人來說，並且不得不做一些不在平台，像headless現在有了。

所以是的，我想我會說，參與 WP Engine 藍圖並嘗試一下。 但可以肯定的是，始終堅持讓您的客戶做正確的事，不要成為那些不交付的交付者之一，可以這麼說，並最終將流程逆轉回到古騰堡。

拉米：謝謝，先生們。 我認為我們以一種非常徹底的方式涵蓋了為什麼您可能推薦 Atlas 架構對客戶的好處。 我很想知道，這對您的內部團隊、開發團隊、項目經理和 QA 團隊有什麼好處？ 在無頭採用中擔任領導角色，您在哪裡看到內部團隊的水位上升？

DAVE DICAMILLO： Adam，你可以開始了。

ADAM DAVEY：我堅信要確保每個人都買賬。我喜歡你所說的，大衛，關於玩閃亮的東西，這就是 - 我想為開發人員提供他們可以用來最好地工作的工具。 但同樣重要的是，在業務的各個層面都有人參與。 所以是的，內容經理很高興，而且利益相關者在各個層面都很高興。

我在銷售產品的地方看到過它，但不太正確。 需要有完全的共識和完全的認同。你需要讓每個人都參與到圍繞技術決策的旅程中。

是的，對我來說，再一次，這是關於平衡，它是為了業務和客戶的正確理由做出正確的決定，因為我們經常 - 很多圍繞無頭的決策是我們能夠提供一個超級 -一個非常可愛、乾淨的前端的快速體驗，它豐富而直觀，它獲得了非常好的 Lighthouse 分數和所有這些好東西，開發人員喜歡與之合作。 所以它是一個完整的——它是一個混合體。 正確使用所有這些成分非常重要。

DAVE DICAMILLO：我會告訴你誰喜歡我們店裡的無頭，是我們的設計師，他們感覺不受限制。 我們的 React 工程師也很喜歡它。 他們只是瘋狂地想知道我們能做什麼，我們能多快地做這件事和整個事情，你所說的一切，亞當。 但我認為我們真正有能力將一些創造力擴展到一個普通的發佈網站之外，一個普通的內容驅動的網站，我認為，這讓我們的一些團隊大開眼界，甚至只是超出技術人員。

我還要說的是，從技術角度來看，它肯定會增加某些能力的交付時間。 對我們來說，測試已經上升，這不是一件壞事。 歸根結底，為正確的產品做正確的事情。 但是我們在上線前的最後潤色中看到了大約 15% 到 20% 的增加，確保所有連接都已連接。

丹尼斯：是的，我認為——

拉米：這是個好建議。 這是很好的洞察力，當你在考慮估算時，在你的第一個項目的早期，確保你考慮到了，嘿，最後的 20%，QA，發布，以及一切，知道當您第一次啟動前幾個項目時，可能需要更長的時間。 對不起，丹尼斯。 前進。

DENNIS：不，我只是想以此為基礎。 在查看我們的數字體驗團隊或開發團隊的運營方面，我想到了一些事情。 在我們的無頭之旅中，它真正開始在第二年大踏步前進，接近第二年年底。

所以客觀地看他們團隊的表現，我們實際上看到缺陷率下降了。 因此，通過將前端與後端分離，我們在後端部署代碼所產生的錯誤和問題不會影響前端，總的來說，我們正在部署更乾淨、更好的代碼，這真是太棒了。

就 David 的觀點而言，再次由於這種解耦架構，上市時間比我們過去快得多。 因此，當客戶需要對前端進行微小更改時，我們不必為僱傭安排後端更新。 那裡的一切都變得更快了。

然後，當我們回顧過去幾年時，對我們來說也很有趣的是，它改變了我們考慮為團隊提供資源的方式。 所以之前，我真的需要一個懂 WordPress 並且會在前端編寫代碼的人。 我們也與很多電子商務客戶打交道，並且了解電子商務平台。

但現在我可以聘請一名完全不了解後端的純 React 前端工程師，並在幾週內讓他們高效工作，而在過去，我們需要為後端開發一些能力-端平台。 因此，作為我們團隊的運營商，這真的非常好。

拉米：你呢，斯科特？ 對此有什麼想法嗎？

SCOTT JONES：是的，我在想——我和一些不同的機構創始人談過他們的無頭方法，在某種程度上，與我們的方法相似，實際上，作為機構創始人，我想做無頭的和不一定是團隊的其他成員已經準備好或參與到那段旅程中。

說到亞當的觀點，真的，對我們來說，這是一次文化和目的之旅，並理解我們作為一家公司的原因。 我知道這聽起來可能真的很陳詞濫調。 但這真的很重要。 如果我們的團隊，尤其是我們的開發人員，在我們前進的過程中了解我們業務的原因，並且他們了解我們實際上試圖為客戶解決什麼問題，我們實際上試圖交付什麼——我們想要最吸引人、最我們可能提供的無挫折體驗——

我們如何做到這一點以及技術如何在其中發揮作用一直是一次非常有趣的對話，這一直是他們踏上旅程的原因，因為是的，當我們第一次開始談話時，我們有一些非常堅定地交叉雙臂和脾氣暴躁的臉關於無頭。 我敢肯定你們都可能也遇到過這種情況，並且一直在確保我們進行這些對話，確保他們理解原因，這實際上已經大大改變了我們的動態。

拉米：因此，保持速度和效率的主題以及所有那些在代理空間中實際上非常重要的性感、有趣的詞，你有沒有可以分享的頓悟時刻，無論是某種技術，也許這是你的過程中的某種變化，也許它只是使用了不同的詞彙，你就像，哦，天哪，如果我在兩年前就知道這一點，我們會更有利可圖，我們會有工作得更快，人們會更快樂嗎？

然後，也許您可以與人們分享一則軼事，您可以與處於無頭採用之旅早期的人們分享。 我不是要商業秘密，也許只是一個靈光一現的時刻。

SCOTT JONES： 如果可以的話，我會回到我的觀點。 對我來說——我有一個更面向客戶的角色，而不是技術角色，所以我一直在思考商業案例以及如何構建商業案例，而且我顯然是在外部思考這個問題。 我不一定要做的是在內部考慮這個問題，並將相同的業務案例帶回我們的開發人員、我們的設計師、項目經理和我們的團隊。

一旦他們開始看到客戶需要無頭的一些原因——例如，能夠在移動設備上本地存儲地圖。 你可能在半山腰。 您需要本地存儲該地圖。 你真的無法用單體來做到這一點，我猜，無頭，抱歉 – WordPress – 並展示其中的一些用例。

我認為他們是——我明白為什麼客戶會想要這個，我明白為什麼客戶實際上想要為兩個不同的前端提供一個內容庫。 事實上，向他們展示其中的一些內容對我們來說是一種令人驚嘆的東西，以及文化方面的東西。

拉米：你呢，亞當？

ADAM DAVEY：是的，只是跳進去，我想我的一個 ahas 是 - 我們與各種客戶合作，具有各種複雜的業務需求。 但客戶通常會依賴的是一種顯然可以為他們做所有事情的解決方案，比如一個一體化套件，它通常對他們來說真的非常強大。 但是那把瑞士軍刀，他們可能最終只使用了整個套件中的一兩把刀片，這就是我們所看到的。

所以，對我來說，頓悟的時刻是，客戶現在正在考慮購買堆棧中的一部分，它確實非常非常好地做某事，而且它是最好的把那件事做得很好，然後用同樣的方式將你的堆棧分層——與其他真正非常出色地完成工作的組件一起工作。

所以啊哈，對我來說，我想，在過去的幾年裡，見證了客戶，實際上，轉向購買你需要的東西，同類中最好的東西，它確實很好地實現了它應該做的做。

就像我說的，套件和 DXP 確實有它們的位置。 但我們越來越多地看到無頭技術被作為更廣泛的技術生態系統的一部分，而這些技術確實非常出色地完成了一項工作。 我認為這是過去兩年的事。 這就是我們看到的變化。

DAVE DICAMILLO：是的，我同意，我認為 MarTech 工具的爆炸式增長，以及能夠採用同類最佳工具並將其集成，不僅是現在，而且是在未來，確實是選擇無頭的原因。

那些 DXP，是的，它們很棒。 但你是對的。 我們的大多數客戶只使用了他們所支付費用的 10%、20%，而且他們沒有獲得價值，如果他們實際上與這些較小的 MarTech 供應商合作，他們實際上會得到他們需要的支持。 他們實際上可以更好地使用這些功能。 但是，是的，我們試圖指導很多客戶的一件事是，這與無頭生活無關。 這是關於在前 12 個月內展望您想要做的事情的未來。

當您啟動無頭網站時，至少在我們的世界中，更多的是我們正在發揮作用的 MarTech 堆棧，而不僅僅是 CMS。 我們正在嘗試啟用一些不同的功能、個性化、ABM 工具，應有盡有。 所有這些東西都發揮了作用。

我們想剝離客戶以達到他們準備啟動的程度，然後看看前 12 個月是什麼樣的？ 他們將繼續成長。 我們想說，網站的第一天，是最糟糕的一天。 你在那裡是為了讓網站從那個時候開始發展，如果你考慮的更長遠，想想第一個發佈點是什麼樣子，再加上 12 個月，我認為這確實鞏固了無頭的一個很好的案例，尤其是當你與 DXP 無關，就像 Adam 所說的那樣。

拉米：對那個有什麼想法嗎，丹尼斯？

DENNIS：我認為，對我們來說，頓悟時刻是在推出無頭網站三四個月後，我們實際看到有機性能有所提高。 就在那時——開始推廣它。 這確實在發生，這就是為什麼我們正在做我們正在做的事情，並且看到這對我們作為一個團隊來說非常強大。

這就是為什麼我認為，與大衛相似，我們的大部分賬單，在這一點上，現在，都是無頭的，因為從作為績效營銷機構的角度來看，我們的工作是將網站定位為我們營銷的工具該機構內的合作夥伴並為他們建立一個可以形成的網站，這使他們的工作更容易。

RAMI：所以我們已經在內部討論了很多關於購買的問題，以及為什麼很明顯，您的內部團隊很高興在 headless 上工作的原因。 向所有實際參與潛在客戶和現有客戶的前期、提案、推銷階段的人提問。

引起他們注意的靈丹妙藥是什麼？ 是性能嗎？ 是靈活性嗎？ 只是一點點指導，對於其他人來說，加入我們，開始或推銷網點，你看到了什麼，真的，你的客戶或潛在客戶正在堅持，並真正將他們推向邊緣？

因為我們知道採用新技術，尤其是對於傳統企業來說，是很可怕的。 他們厭惡風險。 切換可能非常昂貴。 那麼，當您推銷無頭架構時，您發現決策者真正吸引了他們的注意力是什麼？

ADAM DAVEY： 是的，如果需要，我可以加入這裡。 我們一次又一次使用的一件事是實際的產品演示，因為如果不向客戶展示他們購買的是什麼以及這些平台是如何工作的，那是毫無意義的。 這只是文字。 所以我們需要切實地展示 headless 是如何工作的。

對此存在恐懼。 因此，我們需要做的是回答所有問題，展示用例，解釋內容是如何建模和管理的，以及這些工作流批准是如何工作的，或者我們在 CMS 中使用的任何那些功能實際上是如何工作的。 沒有什麼能比得上演示，否則它就太抽象了。 我們需要實際展示、展示平台的功能和力量。 所以我想說這是我們現有的最強大的工具。

DAVE DICAMILLO： 是的，我要藉助它。 但我們得到的第一個問題是，生活中的今天是哪一天？ 這是一般的 CMS 問題。 每當有人轉向新平台時，我的生活會是什麼樣子？

我們花了很多時間，在推介過程中，實際上是在高層次上進行教育，這些不同的架構意味著什麼？ 優點，缺點，這個領域的不同參與者是什麼，所有這些東西。 但我們從不在球場上做出決定。 它始終是關於深入了解客戶，了解亞當的觀點，進行演示，引入合作夥伴，讓他們推銷自己的產品。

這是一回事，哦，該機構告訴我們的。 但是，讓軟件製造商和人們坐下來說，好吧，這就是為什麼我們是最好的，這是另一回事。

我們有一個非常長的決策過程，我們根據關鍵的業務標準指導我們的客戶，我們希望建立在他們自己的類別中最好的 CMS，無頭或耦合，讓他們脫穎而出，那麼，這對您的業務意味著什麼？ 它真的會影響它嗎？

這是一個原始分數。 不要只接受 Code and Theory 的建議。 這是一個數字輸出，說明哪個更適合您的業務，然後就您要走哪條路做出明智的決定。

DENNIS：對我們來說，當我們開始討論 headless 是否是我們客戶的正確選擇時，能夠調出我們構建的一個網站，並在客戶面前實時運行 Lighthouse 評分，在該網站上並向他們展示分數。 那是立即的好吧，告訴我更多，然後我們沿著這條路走下去，什麼是我們的科技股或諸如此類的東西。

但對我們來說，這一直是任何銷售機會中最重要的話題，就是向他們展示什麼是可能的，當你在 Lighthouse 上獲得綠色分數時，這在其他平台上幾乎是不可能的，因為耦合架構，它真的是一個很有說服力的故事。

斯科特·瓊斯：是的，我同意。 我同意所有這些答案。 我認為對我們來說，感覺就像我們在推銷 FOMO 一點點，真的，害怕錯過方法，所以除了明顯的性能和安全優勢之外——我不知道你們是否一樣，但是我們注意到，實際上，在對我們的客戶群進行審計時，我們意識到我們最好的客戶實際上在技術和用戶體驗方面都非常強大。 他們有內部開發人員或內部用戶體驗團隊或類似的團隊。 他們其實明白。

所以他們自己對此做了一些研究。 他們有點明白這一點。 他們已經很明顯了。 心態中往往缺少的東西實際上是推銷未來，並從發展的角度思考所有正在進入新兵訓練營的開發人員、程序員——我在這裡概括一下——但他們學習 JavaScript，所以如果你還在工作，或者像我們現在這樣，你就不會完全考慮未來市場的走向。

我想我們都看到了——JavaScript 開發人員一直是非常昂貴的，尤其是被動的開發人員。 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. 都很好。 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. 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}. 祝你有個好的一天。