机构如何使用 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 开发人员一直是非常昂贵的，尤其是被动的开发人员。 他们一直很抢手。 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}. Have a good one.