Sitecore

从Sitecore XP升级到Sitecore XM +个性化的七个原因

十字架的道路

如果您正在计划Sitecore升级,那么您应该认真考虑是要升级到最新版本的Sitecore XP,还是“降级”到最新版本的Sitecore XM。去年Sitecore的收购导致了平台和Sitecore生态系统的主要架构变化,所以你不应该理所当然地认为升级你所拥有的是最好的决定。以下是考虑放弃XP改用XM的一些理由:

1.你没有使用Sitecore Analytics和Marketing功能

如果你几个月都没有看过Sitecore Analytics的仪表板,从未配置过Engagement Value scale,或设置过Path Analyzer Maps,那么你并没有真正获得XP平台的全部价值。也许使用这些工具是在路线图的某个地方,也许已经有一段时间了,但是当涉及到升级时,您真的应该考虑升级这些功能的成本,以及维护和支持它们的成本。

Sitecore是一个复杂的平台。添加xDB和支持XP营销特性所需的所有服务并不是一个简单的设置。在过去,最好是把它准备好,这样当你的营销团队准备好了,他们就可以开始使用这些功能,因为以后再添加它太有破坏性了。

但是现在有了可组合的架构和“软件即服务”的产品,添加Sitecore Personalize、Sitecore CDP和Sitecore Send等特性的障碍大大降低,让你无需付出太多努力就可以进行集成,在你真正准备好使用这些特性之前节省了许可成本。

2.xDB很贵

说到成本,XP不仅仅是许可成本更高。一个典型的扩展实现最多可以有11个数据库和12个应用程序服务。当你在不同的环境中(prod、staging、QA、Dev等)相乘时,你会发现有大量的Azure资源需要付费。这就是为什么较低的环境通常会将角色合并到服务中以节省成本。如果你真正使用了它所需要的功能,那么它的巨大马力是值得的。

这还只是托管成本。再加上监视和维护环境的成本,更不用说配置和部署环境的额外工作了。与XM相比,XM只需要三个角色:标识服务器、内容管理和内容交付。

3.你的网站没有XP会表现得更好

为了支持Sitecore的所有这些营销特性,XP做了很多工作来在会话开始时加载联系人详细信息,并在需要时在页面加载时保存联系人详细信息和分析数据。Sitecore在尽可能优化这些方面做得很好,但仍然需要时间。这就是为什么当您的站点遇到性能问题时,首先要做的事情之一通常是禁用xDB,这通常是有帮助的。

这还不需要对应用程序进行任何其他更改。如果您消除了对服务器端个性化的依赖,您实际上有许多机会进一步提高性能。技术就像静态站点生成一样,无论是使用统一的还是其他自定义的JAMstack架构,都变得非常有吸引力。

如果您愿意重写应用程序以采用更无头的方法,您可以查看XM的Experience Edge,它将通过将内容和布局配置发布到边缘缓存的CDN GraphQL端点来帮助您的应用程序更快地执行。

4.个性化有一个较低的障碍,第一次使用

Sitecore的业务优化服务(SBOS)团队有一个很好的方法来最大化您从Sitecore XP中获得的价值。它包括建立在彼此之上的研讨会和练习,旨在帮助组织在使用XP特性的基础上成熟其数字营销能力。结果是,很少有客户真正走得很远,不能真正使用他们所付费的所有功能。

与Sitecore Personalize相比,Sitecore Personalize允许非技术营销人员配置一个modal Call to action,只需点击几下鼠标就能在页面上弹出。他们可以针对已定义的细分市场,测试不同的信息并轻松获得结果,而无需大量的预先计划。

当涉及到个性化和AB测试时,惯性是非常强大的。降低让人们真正使用工具的障碍将帮助他们达到他们想要做更高级的事情的地步,这导致需要更好的数据来驱动体验。

5.CDP为集成和分析提供了更好的架构

与xDB集成并不容易或直接。有Salesforce和Dynamics的连接器,您可以使用数据交换框架构建自己的连接器,但很少有您的需求如此简单,以至于不需要大量的开发工作就可以满足。如果需要扩展联系人数据模型,则需要添加许多类和配置文件,并将它们部署到需要使用它们的所有服务和角色中。

仅仅加载数据通常是不够的。如果希望对其进行个性化,则需要创建一个自定义的个性化规则,这涉及到更多的代码和配置。如果您想将个性化作为营销自动化计划的一部分,那么您需要构建和部署一组完全不同的类和配置。

如果你想查看数据或报告它,你有很多工作要做。扩展Experience配置文件涉及到扩展他们的SPEAK User界面。如果您只是想要报告,最好使用他们的Odata API或自定义开源“Experience Extractor”模块提取数据,然后将Power BI连接到提取的数据。设立这个机构并不是一件简单的事情。

另一方面,Sitecore CDP是为集成而构建的。它提供了流式API, Rest API和批处理API,为您提供了多个数据输入和输出选项。使用客户数据扩展使用自定义Json对象扩展模式是非常简单的。

一旦加载了数据,分析它就简单多了。您可以使用提供的Looker接口运行SQL查询,或者将所有数据导出到S3桶中进行进一步分析。

6.可组合是Sitecore的未来

Sitecore Personalize和CDP只是Sitecore新的可组合策略的开始。尽管Sitecore在未来几年将继续支持和扩展XP,但我预计大多数创新将出现在XM和Sitecore的新SaaS产品中。

Sitecore Send的功能将随着它与其他可组合解决方案的集成而增长,而电子邮件体验管理器则保持其现有的功能集。订单云将与Sitecore CDP和Sitecore搜索和发现集成,提供更完整的商务解决方案,而Sitecore体验商务将保持其功能集。

这就是SasS模型的优势:随着时间的推移,平台会变得更好,有更好的集成和更多的功能,很少中断,因为你不必自己管理升级生命周期。

7.这是一个更容易的升级

如果您没有利用Sitecore更高级的特性,那么好消息是升级到XM实际上比升级到最新版本的XP更容易。您不必部署所有这些额外的数据库和服务,不必担心配置和调优。只需建立一个新的更简单的XM环境,更新您的解决方案以利用适当的XM软件包并部署到新的环境。

如果您确实构建了一些自定义个性化规则或扩展xDB,那么可能需要做一些工作来从代码库中删除这些依赖项,并计划如何使用Sitecore Personalize和Sitecore CDP来支持这些需求。

如果你想走这条路,我们很乐意帮忙。联系我LinkedIn推特或填写我们的触点形式

标签

留下回复

你的电邮地址将不会公布。必填字段已标记*

这个网站使用Akismet来减少垃圾邮件。了解如何处理您的评论数据

大卫·圣菲利波,参与导演

David是Perficient的业务总监,David估算,在Sitecore平台上构建并提供大规模的数字营销解决方案。作为3X Sitecore技术MVP, David为MSDN杂志和微软架构杂志写过文章。他曾在Sitecore研讨会、Sitecore虚拟开发者日、用户组会议和代码营地发表过演讲。

更多来自作者

类别
关注我们
推特 Linkedin 脸谱网 Youtube Instagram