分类： Commerce Cloud

完成本单元后，您将能够：

• 列出在发现阶段执行客户端分析的三个好处。
• 说明如何创建大多数实施团队。
• 描述替代平台模型。
• 列出您必须评估以确定商家功能如何与Salesforce B2C Commerce平台配合的内容。

客户分析的发现部分使您有机会尽可能多地了解商人的当前实施情况。您在此处记录的是之前的图片。在B2C电子商务网站实现的结尾，你能看到后画面完全开发和测试解决方案，运行商户的网上零售业务。

在发现过程中，至关重要的是，您必须了解他们业务的方方面面，以确保解决方案最终是完美的选择。

从人员配备，设计到最终解决方案，在发现阶段执行客户分析有很多好处。

• 强大的实施团队-您可以直接或间接地了解由谁组成您的团队。这些人是谁？商家的管理层参与其中吗？有Salesforce员工参与吗？您是否与商家有事先的业务关系？Ohana总是非常重要！
• 优秀的团队技能-确定团队成员的独特技能和能力很重要。这可以帮助您根据谁有能力做什么来计划流程的每个步骤。短期和长期可以使用哪些技能？
• 集中商户人员配置-您需要了解商户如何计划为其团队配备人员以支持新解决方案。当前支持该站点的人也会支持新站点吗？
• 很棒的设计-通过执行客户分析，您可以在设计创建之前就对其进行影响。您对商人的当前系统，流程等了解得越多，您就越能提出建议并影响决策者。
• 适当的解决方案-您发现的细节越多，就越有可能提出满足功能和期望的有效且可用的解决方案。

经过深入研究的设计还可以加快解决方案的上市速度，因为涵盖了许多意外情况。这使一个快乐的商人！

大多数实施团队都是根据当前的业务情况创建的。熟悉现有操作的现有员工或合作伙伴将分配给新应用程序的实施团队。

商家有许多不同的需求。他们可能想扩大在线销售渠道，但并不十分了解。或者，他们选择了B2C Commerce，但对企业来说是新手。他们可能已经有一个在线零售应用程序，但是它在无法扩展的平台上。也许他们对当前的提供者不满意。或者，他们可能希望将其在线零售应用程序移出其标准应用程序的空间。出于某种原因，他们之所以选择B2C Commerce，是因为它似乎是满足当前和长期需求的最佳解决方案。

在许多情况下，商家没有内部技术资源来在B2C Commerce平台上实现其应用程序。作为职能架构师，您需要使用此三级评估来评估他们的能力，并确定他们如何最适合新平台。

• 当前平台-收集有关商人技术及其使用方式的信息。
• 技能要求-评估当前技能以找出差距。
• 业务流程-收集有关商人业务流程的详细信息。

了解商人的经营方式是关键。您可以从将它们分类为平台模型开始：完整服务，许可或两者的混合。

全方位服务意味着商家在技术上来说内部团队比较轻便，因为他们依靠平台提供商来满足大多数业务需求。这可以包括产品设置，内容设置，广告系列管理和其他业务流程。使用此模型，合作伙伴将承担许多技术角色以补充内部团队。合作伙伴与平台提供商合作来收集信息，制定计划并实施它。

许可是指商家在内部运行在自己硬件上的许可平台软件上工作。在这种情况下，商家直接与其内部技术合作伙伴合作以实施和增强其现有站点。这些相同的伙伴或其他伙伴将介入以实施新的应用程序。

我们了解了在发现阶段执行客户端分析的好处以及如何创建大多数实施团队。我们描述了将商家功能与B2C Commerce平台进行比较时需要评估的内容。我们探索了替代平台模型。现在是时候探索数据模型如何工作了。

完成本单元后，您将能够：

• 解释准确数据模型的好处。
• 在Salesforce B2C Commerce数据模型中列出三种产品类型。
• 列出数据模型电子表格中的三个工作表。
• 解释命名约定的工作方式。
• 解释数据属性如何帮助控制应用程序处理。

产品数据是在线零售店面的一切。这就是商人向世界展示的东西。这是他们出售的东西，没有他们，他们就不会有生意。这就是为什么数据模型是商家店面设计的关键组成部分的原因。它用于描述支持店面解决方案所必需的数据格局。

在项目文档（例如功能说明）中记录的数据模型应反映源数据系统（或记录系统）。记录数据模型有助于在数据库对象的上下文中组织产品数据。

数据模型还有助于揭示商人必须执行的手动数据管理量。最好尽早揭露此类固有的设计注意事项。如果数据管理工作的水平超出了商家在日常操作中可以处理的水平，则需要在启动之前解决这一差距。

让我们讨论一下商家数据模型如何映射到B2C Commerce，如何创建数据模型电子表格，命名约定以及数据模型属性。

了解商家的数据模型可以更轻松地映射到管理店面产品的B2C Commerce数据模型。

B2C Commerce数据模型支持主数据/变量数据关系，其中主数据由数据对象产品ID表示。主数据对象具有变化属性，例如大小和颜色。这些属性定义产品的一个实例与另一个实例的区别。在这种关系中，变体的组合代表可购买的商品（SKU），而主商品是它们所属的产品。

例如，一家服装零售商出售不同大小和颜色的Brand-A Flair毛衣，其中大小和颜色是毛衣的变化属性。大小和颜色的组合定义了购物者要购买的可订购商品：灰色，大小14，品牌A Flair毛衣。

B2C Commerce还支持没有变化的简单产品，产品集（也可以作为一个组订购的多个可订购产品）和产品捆绑包（只能作为捆绑包订购的一组产品）。

您必须分析商家的数据流，并在全面的电子表格中记录其数据映射/模型。理想情况下，仅当现成的店面参考体系结构（SFRA）对象和属性不满足商人的店面要求时，才扩展数据模型。

该电子表格不仅可以帮助您确定商人已经拥有的数据以及他们需要添加的数据，还可以帮助您定义从记录系统到B2C Commerce的持续导入过程。将产品保持在店面最新状态可以促进销售。

命名约定使每个人的生活更加轻松。为了简化B2C Commerce导入过程，导入供稿名称应符合标准命名约定。

这些是商品目录ID（目录）对象的示例。

数据属性类型有助于控制应用程序如何处理数据。例如，将整数用于产品库存计数，因为商人不出售部分产品。货币数据类型（另一个示例）密切关注本地货币的处理方式。

我们讨论了将数据模型映射到B2C Commerce，创建数据模型电子表格，命名约定和数据模型属性。现在让我们讨论特定的数据模型方案。

完成本单元后，您将能够：

• 描述完整的PIM系统的两个最大问题。
• 列出手动系统的三个注意事项。
• 列出三种向Business Manager中输入数据的方法。
• 说明为什么要使用单独的系统来存储非PIM数据。
• 列出混合系统的两个问题。

产品数据可能是与Salesforce B2C Commerce系统集成中最具挑战性的组成部分之一，并且在各个商家之间差异很大。商家通常使用完整的产品信息系统（PIM），手动系统或两者的组合（混合）。

让我们更多地讨论每种类型的系统。

有时，商家有一个具有完整功能的产品信息管理（PIM）系统，该系统是使用原始站点体系结构计划的。PIM系统通常在集中式目录中支持多个地理位置和多语言数据。它旨在进行集中的，与媒体无关的数据维护，重点是数据收集，管理，优化和输出。

通过B2C Commerce实施，产品信息作为记录系统输入到PIM中。然后，它流入B2C Commerce网站。数据一致性和可伸缩性是此类系统的最大问题。

在这种情况下，商人具有功能齐全的PIM系统。尽管PIM系统是在站点体系结构中规划的，但是在其外部仍存在一些数据。这意味着有多个记录系统，这是最常见的产品数据存储和维护方案。

您最重要的任务是确定商家是否有可行的方式来管理外部数据。未通过PIM系​​统管理的数据必须手动输入到Business Manager中，这可能会占用大量资源。

有几种方法可以做到这一点。

• 手动将数据输入到业务管理器
• 单独的系统可容纳非PIM数据
• 电子表格以管理数据并生成B2C Commerce XML

在这种情况下，商家没有能够将数据输入B2C Commerce的系统。所有数据必须由客户端手动管理。他们必须手动将数据输入到Business Manager中，或使用诸如电子表格之类的工具来生成XML以加载到Business Manager中。在这种情况下，脱机文件或业务管理器是记录系统。

您应确认：

• 商家具有管理数据的能力。
• 商家具有管理数据的技能。
• 如果使用电子表格来生成B2C Commerce XML，谁会在将来对电子表格进行故障排除和修改？这需要具备XML知识（或学习能力）以及修改电子表格公式以生成格式正确的XML的能力。
• 属性选择有助于实现数据一致性。例如，整数类型属性强制使用其可能的值。在手动过程中，这些约束非常有用，因为没有固有的错误检查。

在本单元中，我们了解了完整的PIM系统，手动系统以及使用这两种系统的混合系统。接下来，我们讨论审查商家的内容管理系统。

完成本单元后，您将能够：

• 解释为什么技能评估很重要。
• 列出三种资源计划方法。
• 列出自定义内容控制文档中包含的内容。
• 解释关于内容的最重要的考虑因素。
• 列出三种店面内容。

在发现阶段，尤其是在商人的技术能力范围内，内容管理是您需要考虑的另一个领域。谁来创建和维护内容是一个重要的问题。

内容的数量和种类取决于站点。一些站点显示简单的文本，而其他站点则显示复杂的资产类型数组。网站通常会显示有关如何使用其产品的内容，穿着该产品的客户的概况，甚至是与产品相关的技术的详细说明，例如堆肥和覆盖园艺场地。

Salesforce B2C Commerce支持HTML文本，图形和视频内容。内容资产存储在库和文件夹中，以便于检索。您可以创建新的内容资产或导入现有的内容资产。您也可以使用内容传送网络（CDN）。

B2C Commerce管理两种类型的内容资产：存储在数据库中的内容资产和存储在文件系统中的文件资产。内容资产是存储在数据库中的对象，例如HTML块或文本块。文件资源（例如图像，音频和视频）由数据库中的条目表示，就像HTML或文本内容一样，但具有文件系统上文件路径的属性。文件本身存储在磁盘上由路径指定的文件夹中。

B2C Commerce支持下载和播放视频，例如Flash，Windows Media和QuickTime。对于高流量的店面页面，我们建议应用程序在初始页面呈现过程中下载容器，然后根据用户操作（例如单击“播放”按钮）下载视频。对于大量使用实际流媒体，大量下载和播放视频或大于20 MB的文件，我们建议商家使用第三方提供商。

最常见的B2C Commerce内容是HTML，这是在实施之前需要评估的商人技能领域。商家是否具有创建和维护HTML内容所需的技能？网站启动后，他们是否可以使用这些技能？

这些是一些选择。

• 他们具有内部HTML和CSS技能来使用标准功能。
• 他们可以访问具有HTML和CSS技能的资源。
• 他们计划雇用具有HTML和CSS技能的资源。
• 他们内部没有HTML和CSS技能，但不会增加员工人数，也没有使用外部资源的计划。

您的任务是确保商人了解其站点的要求。

商家的资源计划直接与他们的内容定制级别有关。他们的资源越熟练，内容越详细和合适，他们就可以使用这些内容来销售产品。

这些是一些方法。

• 将内容使用店面参考体系结构（SFRA）配置，因为商人具有或将掌握HTML技能。借助这些技能，他们可以轻松添加和更新内容。
• 定制内容的方式使商家无需编写HTML。这通常包括大量的定制属性以支持设计。尽管这更易于管理，但它会产生限制。商家必须使用预定义的模板来限制布局选项。
• 开发HTML的模板方法，并仔细记录如何对其进行修改以支持店面中的内容更改。仅当商人的团队成员可以阅读HTML并复制设置时，此方法才有效。

如果内容从本质上讲需要大量自定义，则创建一个概述获得适当店面显示结果所需的所有详细信息的文档会很有帮助。该文档称为自定义内容控制文档，它从功能说明和数据模型中获取信息。

该文件应包括：

• 渲染模板：页面显示
• 引用的资产ID：内容资产
• 所需内容文件夹：文件夹路径结构
• 其他要求的出处
• 内容槽位类型：产品，类别，内容资产或静态HTML
• 插槽渲染模板
• 广告版位自定义属性
• 资产规模要求

以电子表格格式创建文档，如下所示。

在本单元中，我们了解了为什么HTML技能评估对于持续创建和维护店面内容资产很重要。我们探索了资源计划方法以及如何在自定义内容控制文档中捕获内容详细信息。

完成本单元后，您将能够：

• 说明为什么需要自定义应用程序。
• 列出两个SFRA定制。
• 解释两个SFRA装饰器模板之间的区别。
• 说明扩展或覆盖控制器如何影响功能和性能。
• 列出SFRA优于SiteGenesis的两个好处。

作为职能架构师，您已经进行了大量繁重的工作来制定战略，设计和记录Salesforce B2C Commerce店面解决方案。现在，您需要应用解决方案。你猜怎么着？这也需要一些计划。

问问自己以下几点：

• 我可以使用参考架构作为代码基础吗？如果可以，如何处理自定义？
• 如何集成第三方应用程序？
• 什么是实施最佳实践，它们如何改变我的方法？
• 我如何评估发射准备情况？

在本单元中，我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上，创建B2C Commerce店面的复杂性要求，如果我们要满足单个商家的要求，我们除了提供标准功能外，还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大，具体取决于商家的行业，行业，策略和规模。例如，书籍卖家与体育用品零售商的要求不同。想象一下，一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商，该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤，而另一些零售商则在一个精品店中出售一种皮包。

使用B2C Commerce，我们已经在参考架构中内置了启动器代码。实际上有两个：SiteGenesis和店面参考体系结构（SFRA）。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前，已有2700多个B2C Commerce站点使用SiteGenesis，已被证明是一些世界领先品牌的基础。除了标准店面功能外，SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是，自定义SiteGenesis以满足您的应用程序要求之后，您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解，并提出了SFRA，这是一个开箱即用的框架，结合了站点设计，销售和技术架构方面的最佳实践，可帮助商家建立移动优先的店面。与SiteGenesis一样，SFRA提供功能齐全的购物车，结帐，主页，PDP页面等。但是SFRA还提供了针对移动设备优化的UX，具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序，请仔细考虑。虽然SiteGenesis已被许多站点使用，但也许应该考虑SFRA提供的功能了。

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带，LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单，礼品登记，Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴（例如PayPal和Bazaarvoice）提供LINK墨盒。因此，有各种各样的应用程序可供选择。

请记住，基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件，例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新，以获取所有更改。

这是限制性的吗？不，这是设计使然！

在通用基础上，您可以轻松使用安全更新，错误修复和新功能，而无需重新编码。由于SFRA在各个发行版之间向后兼容（紧急安全修复程序要求时除外），因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改，因此您可以将其移植到自定义代码。

由于SiteGenesis多年来一直是Commerce Cloud参考架构，因此在此领域有丰富的自定义经验。

这是一些典型的SiteGenesis定制。

• 创建一个新的单独属性，以仅控制类别细化中的显示类别。这是现有属性的补充，该属性以顶级导航和细化显示类别。
• 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本（和所有运送促销）。
• 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色，在视觉上将折扣SKU与全价SKU分开。
• 在内容位置对象上使用自定义网站首选项或自定义属性，以控制主页轮播的旋转速度。

定制仅受资源，时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识，让我们继续集成第三方应用程序。

完成本单元后，您将能够：

• 说明为什么第三方集成必不可少。
• 列出三个最常用的第三方集成。
• 解释可能发生的集成类型。
• 列出您需要考虑的三个潜在差距。

在Salesforce B2C Commerce实施中不可避免地要进行第三方集成。那不好吗？不，太神奇了！正如我们在“定制商务云参考架构”单元中了解到的，这是设计使然。

Salesforce B2C Commerce与其店面功能有关，而在线销售是我们的专长。但是，不处理在线税，信用卡付款和运输公司。第三方应用程序为店面表带来了必要的专业知识。

例如，让我们看一下在线销售税。从在线销售中收取销售税的基本规则如下：如果您的公司在某个州有实体存在或“联系”，则必须向该州的在线客户收取适用的销售税。如果您没有实体店，则通常不必为在线销售收取销售税。

这产生了很多问题。适用是什么意思？有些人可以豁免吗？营业税假期如何？物理存在意味着什么？仓库，实体店，营业所？这取决于特定司法管辖区的法律。

另外，每个州的法律和营业税率都不同，并且随着新法律的通过，它们会随着时间而变化。为了跟上这一步，您必须跟踪每个州的法律，而这仅仅是美国。此外，每个国家，省和地区的法律也在不断变化，这就是您将要花费的所有宝贵时间。

！

使用由专注于主题的人创建的第三方应用程序是更好的解决方案。让我们看一下一些关键的第三方应用程序，以及如何计划它们。

计划的集成应在摘要部分或文档的开始部分中进行详细说明，并在项目发现阶段之后的早期提供。现在是时候重新访问该列表并确保它完整了。

与第三方提供商的最常见集成包括付款处理器，评级和评论，税务处理和电子邮件服务。它们是第三方提供商可以脱颖而出的技术领域。

在B2C Commerce LINK计划中，这些是一些最常用的技术合作伙伴。

• 贝宝（Payment）
• Adyen付款服务（付款）
• Cyber​​Source（付款方式）
• Bazaarvoice（评分和评论）
• PowerReviews（评分和评论）
• 阿瓦拉（税）
• 益百利（地址验证）
• 茶叶（标签管理）
• 社交（社交）
• Certona（个性化）

它们适合应用程序的位置是关键。看看这张桌子上的一些想法。

您已经有了要集成的第三方应用程序列表，现在您需要检查所有组件是否就绪。集成中涉及的任务类型可以从装入盒带到传输数据，再到学习使用基于浏览器的新应用程序。

以下是一些示例集成任务。

集成完成后，无论集成工作量如何，都将开始测试。同样，将有正在进行的任务，例如错误修复和功能更新或在单独的应用程序中不断处理新数据。确保商人了解这些任务对其资源的影响。

您可能需要添加两列，以帮助您在实施过程中保持跟踪。

• 负责人（姓名，地址和电话号码）
• 时间表

您需要注意哪些差距？这里是其中的一些。

• 集成任务是否适合日程安排？
• 任务是否需要客户端资源？
• 有些集成依赖其他集成吗？
• 集成是否依赖某些B2C Commerce版本或功能？
• 是否有任何先决条件不可用或延迟？
• 有技术问题吗？
• 如果某个供应商有问题，其他供应商可以介入吗？

在本模块中，我们学习了如何使用参考体系结构作为代码基础以及如何处理自定义。我们还了解了如何集成第三方应用程序-为何第三方应用程序很重要，可用的典型应用程序以及您可能需要考虑的常见问题。现在该测试您的知识并获得一个崭新的徽章。

完成本单元后，您将能够：

• 说明为什么需要自定义应用程序。
• 列出两个SFRA定制。
• 解释两个SFRA装饰器模板之间的区别。
• 说明扩展或覆盖控制器如何影响功能和性能。
• 列出SFRA优于SiteGenesis的两个好处。

作为职能架构师，您已经进行了大量繁重的工作来制定战略，设计和记录Salesforce B2C Commerce店面解决方案。现在，您需要应用解决方案。你猜怎么着？这也需要一些计划。

问问自己以下几点：

• 我可以使用参考架构作为代码基础吗？如果可以，如何处理自定义？
• 如何集成第三方应用程序？
• 什么是实施最佳实践，它们如何改变我的方法？
• 我如何评估发射准备情况？

在本单元中，我们将讨论定制参考体系结构以满足商户的需求。我们稍后再讨论其他主题。

B2C Commerce具有出色的标准功能-一种尺寸最适合。但是标准功能并不总是能满足商家的所有要求。这不是弱点。更多有关使用B2C Commerce的商人的规模和范围。实际上，创建B2C Commerce店面的复杂性要求，如果我们要满足单个商家的要求，我们除了提供标准功能外，还需要提供一个完全可定制和可扩展的平台。

这些要求的差异很大，具体取决于商家的行业，行业，策略和规模。例如，书籍卖家与体育用品零售商的要求不同。想象一下，一个在线商店可以让购物者定制鞋类。或者是一家化妆品零售商，该零售商可以让客户照相自己的脸并对其进行化妆。一些零售商在多个国家/地区销售数百万件T恤，而另一些零售商则在一个精品店中出售一种皮包。

使用B2C Commerce，我们已经在参考架构中内置了启动器代码。实际上有两个：SiteGenesis和店面参考体系结构（SFRA）。我们在Salesforce B2C Commerce for Developers跟踪模块中了解了SFRA 。

目前，已有2700多个B2C Commerce站点使用SiteGenesis，已被证明是一些世界领先品牌的基础。除了标准店面功能外，SiteGenesis还提供了响应式设计和许多其他了不起的功能。但是，自定义SiteGenesis以满足您的应用程序要求之后，您必须使用任何SiteGenesis增强功能来更新您的应用程序。

我们进行了很好的了解，并提出了SFRA，这是一个开箱即用的框架，结合了站点设计，销售和技术架构方面的最佳实践，可帮助商家建立移动优先的店面。与SiteGenesis一样，SFRA提供功能齐全的购物车，结帐，主页，PDP页面等。但是SFRA还提供了针对移动设备优化的UX，具有简化的移动结帐流程和易于触摸的图标。

如果打算将SiteGenesis用于店面应用程序，请仔细考虑。虽然SiteGenesis已被许多站点使用，但也许应该考虑SFRA提供的功能了。

SFRA带有一个app_storefront_base盒带和一个服务器模块。基本墨盒包含大多数站点共有的功能。您可以使用插件盒式磁带，LINK盒式磁带和自定义代码盒式磁带在其上附加功能。B2C Commerce提供用于愿望清单，礼品登记，Apple Pay和产品比较以及中间件功能的插入式墨盒。LINK合作伙伴（例如PayPal和Bazaarvoice）提供LINK墨盒。因此，有各种各样的应用程序可供选择。

请记住，基本墨盒和模块不适合定制。这意味着您不会编辑或重命名app_storefront_base 墨盒和其他插件，例如plugin_applepay。这也意味着您需要使app_storefront_base盒式磁带和其他插件的版本保持最新，以获取所有更改。

这是限制性的吗？不，这是设计使然！

在通用基础上，您可以轻松使用安全更新，错误修复和新功能，而无需重新编码。由于SFRA在各个发行版之间向后兼容（紧急安全修复程序要求时除外），因此您只需下载新版本并运行自动化测试即可。无需再搜索代码更改，因此您可以将其移植到自定义代码。

由于SiteGenesis多年来一直是Commerce Cloud参考架构，因此在此领域有丰富的自定义经验。

这是一些典型的SiteGenesis定制。

• 创建一个新的单独属性，以仅控制类别细化中的显示类别。这是现有属性的补充，该属性以顶级导航和细化显示类别。
• 自动将购物车设置为默认的运送方式。在购物车级别而不是在结帐页面的运送页面上显示运送成本（和所有运送促销）。
• 在产品详细信息页面上同时显示销售变体和全价变体。通过在产品详细信息页面上的两个不同位置放置颜色，在视觉上将折扣SKU与全价SKU分开。
• 在内容位置对象上使用自定义网站首选项或自定义属性，以控制主页轮播的旋转速度。

定制仅受资源，时间和想象力的限制。现在您已经了解了使用两种不同的Commerce Cloud参考架构自定义店面的基本知识，让我们继续集成第三方应用程序。