2024 年 MACH 适合所有人 ： 可组合技巧的日常指南报

可组合技术的日常指南 Contents Overview 04 定义 MACH05机会 实际业务成果11MACH MACH 生态系统地图 18 评估 MACH 准备情况30& 成熟度模型 预期受众 这份白皮书旨在为对MACH基础技术所代表的机会感兴趣的非技术人员提供更多信息。虽然大部分内容涉及技术主题，但整体目的是与正在开发全新数字产品和体验的企业利益相关者进行交流。有关的技术和参考信息广泛可用，既可以从Valtech获取，也可以从MACH联盟获得，该联盟是一个致力于分享MACH技术信息的行业贸易组织。 “为每个人提供MACH”被组织成一种方式，最初描述了MACH技术是什么以及它在整个数字体验开发故事中的位置。 MACH 对所有人而言是这样组织的：首先介绍MACH 技术是什么以及它在数字体验开发整体故事中的位置。接着，我们探讨推动企业及组织寻求采用现代前沿体验打造与交付方法的主要可衡量业务成果。 我们以对如何启动MACH技术进行全面深入的探讨作为讨论的结尾，从POC/MVP构建开始，逐步扩展到更大的项目、计划，最终形成服务于整个组织的卓越中心。随后，我们转向更好地定义组织实施MACH项目、产品和计划的准备情况。我们进一步讨论了一系列MACH生态系统地图，这些地图有助于定义内容、 commerce、搜索、个性化及其他方面的最佳配置方案。 01定义 MACH 机会 MACH 是如何成为 数字化体验的商业化始于20世纪90年代中期，当时世界纷纷利用基于网络的方法来实现内容和商业体验的货币化与创新。尽管互联网本身已有数十年的历史，但在此之前它仅限于学术界、军事专家和研究人员使用。直到第一个成功的网络浏览器（如Netscape Navigator和Microsoft的Internet Explorer）广泛可用，这种情况才发生了变化。组织通过广播有关自己、产品以及市场地位的内容，代表了一种根本性的代际转变。 网络浏览器的广泛应用带来了一个不同的挑战：如何普及网站访问权限，使非技术人员也能参与内容发布过程。在20世纪90年代中期，大多数网站是由IT团队构建的，这些团队通过企业用户发送的MS Word文档接收内容和指导。正是为了解决这一问题，内容管理系统（CMS）应运而生，这是一种旨在供非技术商业专业人士使用的工具，可以绕过IT团队，同时仍然保持审计和其他相关控制。 数字体验平台 ： 概述 到本十年末，CMS功能开始扩展，不仅仅局限于发布网页，还增加了让用户能够进行更多操作的功能。这些功能包括内部搜索、登录认证、内容聚合、多站点、多语言和翻译内容，以及个性化元素的初步形成，这些功能往往由同一CMS平台提供支持。 已经扩展到了我们现在称之为数字体验平台（DXP）的领域。当今常见的DXP包括Adobe的AEM、Optimizely DXP、Sitecore、Umbraco、Drupal和Wordpress。每个DXP都经历了多年的演变、收购和增长，这使得它们能够为一些组织提供一种强有力的方式，以交付数字化和多渠道体验。 DXPs 也面临遗留支持的挑战，因此无法采用最新的最佳实践或现代应用设计的优势。在许多情况下，代码库本身可能已有数十年的历史，需要对其中的大量部分进行根本性的重构和重新平台化。 最终，一些针对电子商务的具体平台与CMS工具合并，以创建更为强大和复杂的产品。 随着21世纪初移动电话的普及和相关体验的兴起，网页/网站的概念开始扩展，不仅限于桌面电脑和笔记本电脑，而是延伸到了智能手机和平板电脑。移动电话不仅能支持网页浏览，还能运行与网站提供类似体验的原生应用程序，这又增加了另一层复杂性。社交媒体和社交网络使得能够即时与世界各地的朋友和家人分享内容和应用程序成为可能。 现代云架构的可用性与20世纪90年代和2000年代初期构建软件工具的方式直接冲突。依赖于较老架构的工具因需在本地托管而受到困扰，无法利用动态、弹性云扩展的巨大进步，除非进行根本性的重写。 然而，随着动态体验平台（DXPs）的发展和扩展，它们也开始面临臃肿和反应迟缓的问题。通过试图在一个平台上容纳极其多样化的使用场景，它们往往能够在单一功能上表现良好，但很难实现创新。因此，对于任何特定的功能（如搜索、商务、推荐、个性化等），很容易找到更好的替代方案。 利用市场交易的一面，专门针对商业交易的工具开始出现，这些工具利用网站提供了传统电子商务功能，包括展示 复杂的商品目录、动态定价、订单管理、购物车功能以及与税务和配送提供商的集成。 最初是作为 Web 内容管理系统(WCMS) 或特定于商业的工具 术语MACH 事实上，正是现代利用基于云的基础架构的方法，结合前瞻性的集成和应用开发方法，为另一项根本性进步奠定了基础：MACH技术。MACH 是一个缩写词，代表现代数字体验交付平台的核心特性： API 优先 云原生 SaaS MACH 技术基于这些核心原则，这使得它能够以与传统 DXP 平台截然不同的方式交付数字体验。MACH 解决方案提供了大量的优势，其中许多将在下一节中探讨。下一代数字体验的创建、设计和交付将主要依赖于 MACH 原则、架构、工具和技术。 值得注意的是，传统DXP仍然具有价值，并且根据组织内部员工、能力和/或长期法律合同和许可的一致性，适用于多种应用场景。某些情况下，DXP提供MACH技术的部分元素；尤其体现在通常会提供API支持，用于扩展由DXP驱动的体验至新渠道。即便如此，它们也无法充分利用MACH所带来的全部优势。 平台提供的功能（例如，可以通过API调用交付内容的DXP，但不包括动态内容推荐）。 通常，当部署一个DXP时，它会被作为一个完整的解决方案来实施。这种缺乏灵活性或组件化的特点可能导致部署过程耗时且风险较高：一旦出现问题，整个解决方案都需要回滚。当需要扩展时，通常是扩展整个平台，而不是具体需要资源的区域。 在某些情况下，DXPs 仍配置为使用本地托管模型，阻碍了充分利用真正弹性的扩展能力。而在其他情况下，API 仅限于简单的内容交付，并且不够强大以提供更复杂的功能或能力。在某些 DXPs 中，甚至根本不提供完整功能集的 API。 这些局限性导致一些人反思并将DXPs标记为“巨石架构”——紧密耦合的平台，具有松散集成的功能和能力，只能提供有限的能力来匹配MACH解决方案中发现的全部功能范围。 02MACH 的实际业务结果 除了MACH方法的技术优势外，还应考虑拥抱MACH架构和方法的商业优势。 考虑这个 ： 企业需要更多的敏捷性和速度才能在充满活力和竞争的环境中取得成功。 越来越多的客户不再忠诚于某个品牌，而是容易被（或通过）能够最好地满足其特定需求的创新体验所吸引（或留住）。 同时，在进行更大规模的投资之前，组织必须证明投资回报率（ROI）并支持商业案例，因此任何数字体验解决方案都必须能够迅速连接到盈利能力及可行性的证据。 组织正在一个要求快速进入市场的世界中运作。与许多其他方法相比，MACH 解决方案在多个方面通常能提供显著的速度优势。由于 MACH 工具是云原生的，它们可以在几分钟或几小时内启动和配置，而无需几天甚至几周的时间。这意味着开发人员能够大幅节省在基础设施相关方面的时间。 数字体验的实际速度是采用MACH基础方法的另一个有力理由。与通常实时渲染页面或回答查询的DXPs不同，MACH基解决方案可以利用强大的静态渲染（全站或增量），从而实现闪电般的快速响应请求。这被谷歌等搜索引擎所注意到，并能显著提升有机搜索和相关搜索结果，因为谷歌优先考虑用户体验的整体性能，并在搜索引擎结果页面（SERP）算法中给予高度排名。 可以说，通过正确的性能建模，MACH解决方案可以提供与传统DXPs相同的经验，并且速度提升可达50%-90%。这带来了显著的提升，能够促进转化、更好地服务客户，并增加特定财产的流量。这种性能改进不仅限于网页，还扩展到任何由MACH解决方案驱动的体验，包括原生移动应用和自助终端。 增强的安全性 我们生活和运营在一个充满日益 aggressive的黑客、不择手段的竞争者以及爱好攻击高可见度公共网站的叛逆代理的世界中。现代数字体验成为了恶意软件传播、拒绝服务攻击、跨站脚本和其他不断演变的安全漏洞利用形式的主要目标——所有这些都旨在窃取数据、传播恶意软件并羞辱知名品牌。 可组合技术提供了强大的新方法来应对这些攻击，并为品牌和客户 alike 提供更安全的数字体验。在许多情况下，利用静态站点生成（或包括增量站点再生在内的替代方案）无服务器渲染模型的组织能够仅公开面向客户端的代码，显著减少安全漏洞。只有在渲染站点时才需要访问内容数据库，而在生产环境中运行时则不需要。这种方法不仅提供了显著的速度提升，而且还完全消除了许多最常见的安全风险。 即使使用某些形式动态生成的渲染模型可以进一步减少利用安全漏洞的风险，与传统DXP平台相比，当架构MACH基础体验时，仍然必须将API访问安全性作为主要关注点。但与传统的DXP解决方案相比，可组合的技术和体验代表着更为安全的解决方案。 同类最佳的组件 考虑这个 ： 一个组织需要在其网站上展示产品图片，但希望在图片上添加水印以防止他人窃取照片。使用传统的数字体验平台（DXP），该组织只能指望其DXP的数字资产管理（DAM）功能支持水印功能。如果不支持，则必须购买新的DAM系统（尽管仍然需要支付原DAM系统的费用并处理代码膨胀问题），然后在所有调用图片的地方重新整合新的DAM系统。 传统DXP的一个最大缺点是，对于平台上的任何特定功能，通常可以在DXP之外找到更加专业化且强大的解决方案。随着时间的推移，这种情况会发生，并且在需要支持DXP的遗留版本时，这是一个固有的问题。为了使传统DXP改进，或者在核心功能上提供质的飞跃（例如内部搜索），它必须首先弃用现有功能，以防止旧版本出现故障。新的功能通常必须首先在DXP中实现，然后由合作伙伴利用新功能。 借助MACH解决方案，由于不再需要绕过单体架构的限制，因此可供选择的方案更多。该组织可以通过其API实现解决方案内的水印应用，或者找到一个新的替代 DAM（数字资产管理系统），将其安装到MACH生态系统中，然后迁移图像并在该平台上即时实现所有图像的水印化。甚至更好的是，商务功能将能够访问这些新生成的带水印图像。搜索引擎、博客和其他功能也将能够即时访问这些新功能。 MACH方法从根本上解决了这一挑战，因为MACH解决方案中的每个组件已经是整体解决方案中独立存在的元素。从一个组件切换到另一个组件就像更换组件一样简单，其余的MACH生态系统会立即获得新功能的访问权限，而无需进行废弃处理。 采用MACH方法，组织能够引入新的创新能力和功能而无需重新编写和架构代码库，从而实现同样的投资。这使得组织有机会为每个特性和能力选择最优选项，并且这些选项能够根据组织的具体需求进行独特定制。 灵活性和适应性 对速度的追求迅速被对更高灵活性和适应性的需求所取代。许多组织正在远离基于迭代的方法（有时称为“大爆炸”方法），转向数字体验开发。过去，公司会在投入资源构建数字体验后，推出产品并在三到五年后再进行不可避免的升级、重新设计、刷新或其他形式的改进。在当今的竞争环境中，这显然不够快。因此，许多组织开始采用更敏捷的方法来开发。这种新的方向侧重于确定特定数字产品的最小可行产品（MVP）构建方案，然后根据直接用户反馈不断学习和改进产品或体验。结果是对时间和资源进行了更加明智的投资，从根本上确保所构建的产品能够与客户产生共鸣并实现预期的业务目标。 基于此方法重点在于前期识别最小可行产品（MVP）体验。MACH方法的组件化特性意味着公司只需投资那些对于MVP发布必需的组件，并在证明其必要性后逐步采用额外的功能和模块。关键在于定义产品愿景，然后在整个产品路线图中传达这一愿景，该路线图明确了随着时间推移需要优先实现的目标。 这本质上也是MACH方法。更令人高兴的是，随着时间的推