分类： Commerce Cloud

学习目标

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

• 描述发射门的重要性。
• 确定您的发射门职责。

打开门

Launch Gate是对SRA的最终审查。它探讨了店面性能，安全性和交付。在审查的最后，目标是打开一个形象化的大门。打开的门表明该站点已准备好启动。要准备启动门，请确保所有店面功能均已准备就绪，可供商户使用，已完成负载测试，并已完成或接近完成用户验收测试（UAT）。 

在启动门期间，职能架构师会仔细检查站点内容，设置和关键功能。目录，内容和促销活动是否已准备就绪且可投入生产？访客可以创建帐户并完成订单吗？是否已将所有测试销售配置替换为现场站点配置？ 

同时，技术架构师专注于交付的网站。代码干净吗？该网站表现良好吗？该网站是否保护敏感数据安全？我们会在Launch Gate期间查看这些项目以及更多内容。

技术操作准备任务是启动门审查项目的最后一组。SRA工作簿专门为这些关键的必需任务提供页面：清除测试数据，配置数据保留设置，确定支持联系人等。我们将这些技术操作任务分配给商家，但是我们依靠您来推动商家完成这些任务。 

通常，最多有两个Launch Gate评论。我们会在计划的上线日期之前2-3周进行初步审核。如果我们在初次审核期间发现严重问题，则SRA所有者会安排第二次审核。如果发生这种情况，则无需惊慌。这是SRA流程的一部分。在第二次审核期间，我们仅检查未通过第一次审核的项目。 

共享环境和文件

与LRBC一样，SRA团队也需要环境访问权限。预先准备登台和生产环境，然后向团队授予对这两种环境的完全管理权限。

在整个启动门中，继续提供对规范审阅中标识的文档的访问。

这包括功能规范文档（FSD），技术规范文档（TSD），项目计划，负载测试结果，数据模型和数据映射文档。与SRA团队一起确定在启动门审查期间谁需要访问哪些资源。

跟进反馈

在整个审核过程中，请考虑我们的技术和功能架构师团队是可信赖的来源，可以提供一些外部反馈。实地并跟进我们的反馈。处理请求以采取特定措施，例如更新代码。然后，告诉我们您做了什么。在SRA工作簿的合作伙伴栏中记录您的答复。如果您计划在启动后进行任何更改，请提供希望完成更改的目标日期。SRA团队会记录您的答复，审查可用的更改，并计划重新检查发布后的所有更改。

请注意SRA工作簿中列出的每个检查项目的严重性。审查项目的最高严重等级是启动阻止程序。顾名思义，发射拦截器会阻止成功发射。它们对您和商家成功启动，管理或维护店面的能力具有最大影响。发射阻止器是什么样的？这里有一些例子。

• SSL证书丢失
• 缓存已禁用
• 负载测试失败

严重性紧随其后的是关键项目。这些项目对您和商人成功建立，启动，管理或维护店面的能力产生重大影响。这里有一些例子。

• 未指定支持联系人
• 未配置类别过滤器
• 未配置SEO

清除障碍

迅速解决所有发射拦截器和关键项目，其状态为否。如果这些堆积起来，发射门将永远不会打开。将所有启动阻止程序和关键项目的状态设置为“是”是您的任务。停止并修复分配给您的所有项目，同时继续处理任何其他非关键项目。

在启动门期间，如果SRA团队发现任何启动阻止程序，那么店面将自动使SRA失败。尽管最终的发布决定取决于商家，但SRA所有者的建议是推迟发布。对于无压力启动，请在上线之前解决所有启动阻止项。然后庆祝门户开放。你准备好了！

学习目标

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

• 描述SRA流程。
• 总结启动准备训练营的目的。
• 列出启动准备训练营中涵盖的主题。

见面和问候

为了启动SRA，Salesforce客户成功经理邀请您和商家进行简介电话。这次电话会议是团队的一次聚会。这也是一个学习课程，旨在揭开SRA流程的神秘色彩，并设定有关团队职责，可交付成果和时间表的期望。从此呼叫开始成功的站点交付。 

规格审查

一旦每个人都加快了SRA流程，就可以开始进行审查了。首先是规格审查，或简称为规格审查。我们将规格审查分为两个阶段：功能审查和技术审查。 

功能审查

功能审查从用户的角度评估网站的工作方式-自定义功能，其行为以及用户如何影响其行为。SRA团队的职能架构师执行职能审查，其中包括对以下方面的全面评估：

• 带注释的线框
• 功能规格
• 网站设置策略
• 搜索引擎优化（SEO）要求
• 促销和营销逻辑
• 资料模型
• 业务经理权限

技术评论

技术审查会分析您的精确技术实施细节。SRA团队的技术架构师对项目的内容进行了深入评估：

• 整体解决方案架构
• 系统集成和数据架构
• 实施方法

在审阅过程中，技术和职能架构师在SRA工作簿中输入他们的问题，意见和要求。采取所有请求的操作，并在适当时在SRA工作簿中输入您的答复。

要求的可交付成果

要完成规格审查，SRA团队需要您：

• 高层项目计划
• 功能规格文件（FSD）
• 技术规格文件（TSD）
• 架构图
• 资料模型
• 负载测试计划
• 带注释的线框
• 内容库存矩阵
• SEO文档
• 订单管理系统规范（如果不是FSD的一部分）
• 网站入口点和渲染模板列表
• 关键绩效指标（KPI）

作为合作伙伴，SRA团队希望您在规范审查流程开始时按时交付这些文档。如果您希望延迟，请立即告诉我们。我们了解并会在可能的地方提供帮助。 

训练提高

规范审查完成后，就该启动发布准备训练营（LRBC）了。训练营是一个为期2至3天的讲习班，旨在为商人准备启动和管理其B2C Commerce店面。我们通常在发布前4周进行操作，强烈建议您也参加！ 

在使用LRBC之前，商人团队必须完成“管理店面培训（CCM101）”课程。本课程教商人和市场商如何使用Commerce Cloud Business Manager工具来管理数字店面的目录，产品和促销。商人团队在LRBC之前参加培训非常重要，这样他们才能做好准备。 

准备暂存环境

我们使用暂存环境进行LRBC。作为合作伙伴，在研讨会开始之前，您要做好充分准备登台环境并配置SRA团队成员访问权限的工作。为了紧密模拟生产环境，LRBC依靠商人提供的生产就绪目录数据和站点内容。在研讨会开始之前，必须从商家那里获取这些数据并将其上传到暂存中，这一点至关重要。

验证店面

尽管“管理店面”培训教给商人标准的业务管理器功能，但LRBC是一个定制的研讨会。它着重于单个商家的特定用例，并涉及诸如以下主题：

• 产品设置
• 搜索引擎优化
• 搜索
• 内容资产
• 排序规则
• 活动管理

在LRBC期间，我们的职能架构师和商人审查并最终确定站点的配置和设置。商户可动用其新店面和可用于生产的数据。这是商家团队成员将他们的“管理店面培训”技能付诸实践的机会。他们查看所有相关的Business Manager数据，例如产品信息，文本和促销条件。当他们审查时，经常会出现问题。我们的目标是回答他们的所有问题，并为他们取得成功做好准备。

像商人一样训练

如前所述，我们强烈建议您参加LRBC。这是您帮助商家使用您构建的网站的机会。毕竟，您的团队比任何人都更了解实施，并且最有能力为商人提供帮助。当他们使用该网站时，也有机会获得他们的宝贵反馈。您可以展示自己的知识和能力，他们将从额外的支持中受益。

当我们处于推荐状态时，我们也鼓励您完成CCM101课程。您将了解商人的店面管理方法，深入了解站点的可用性，并发现潜在的增强功能。另外，您可能会沿途学习一些新技巧。 

LRBC和CCM101都可以帮助您验证您的实现是否满足商家的需求。充分利用其他机会提供指导，建立信任和闪耀。

学习目标

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

• 解释什么是站点就绪评估（SRA）。
• 描述SRA对合作伙伴和商人的好处。
• 描述SRA的角色和职责。
• 列出四种准备SRA的方法。

总览

实施电子商务网站是一项艰巨的任务。作为Salesforce合作伙伴，您知道诸如Salesforce B2C Commerce之类的强大平台使工作变得更加轻松。当混合使用Salesforce实施服务时，您的实施成功率和商家满意度会更高。

如果您完成了Salesforce B2C Commerce for Consulting Partners的模块，则将阅读有关站点准备情况评估（SRA）服务的信息。在SRA中，Salesforce评估您的站点实施以验证其是否遵循B2C Commerce最佳实践并可以启动。我们直接向B2C Commerce商家提供SRA，他们可以选择将SRA添加到其B2C Commerce实施项目中。从启动到现场启动，SRA的参与贯穿了项目的整个过程。 

在本模块中，您将了解SRA程序，如何将SRA流程集成到您的项目中以及如何使SRA评论以生动的色彩通过。 

让我们从一些好处开始。 

SRA合作伙伴权益

如果商家要求SRA，并且Salesforce进行评估，您可能会想知道您作为合作伙伴如何受益。这很容易。使用SRA，您可以获得：

• 客观独立的现场审查
• 及早发现潜在问题
• B2C商务团队支持
• 实施指导

SRA商家优惠

也有显着的商人利益。借助SRA，商家可以获得：

• Salesforce专业知识和最佳实践知识转移
• 在整个项目中，合作伙伴，Salesforce和商人之间的紧密合作
• 及早发现潜在问题
• 建设性的反馈意见

SRA是可提高质量并降低风险的项目安全网。 

质量保证

SRA涵盖了您已经执行的许多相同的质量保证（QA）任务。将其视为最终的质量检查备份系统。SRA是Salesforce共享成功模型的示例。您，Salesforce和商人组成一个强大的三人组，共同实现一个目标：客户成功。

SRA活动

SRA包括以下主要活动：

• 启动电话：流程概述以及可交付成果和时间表讨论。
• 规范审查：架构和站点设计审查。
• 发射准备训练营（LRBC）：由SRA团队架构师主持的动手实践，为商人进行用户验收测试（UAT），站点启动和站点维护做准备。
• Launch Gate：最终的启动前审查，其中包括高级代码审查，站点性能评估，支持和运营审查以及启动准备情况审查。

SRA流程与瀑布式，敏捷或混合项目管理方法论同样有效。我们根据您的方法设置检查过程检查点：线性用于瀑布式设计，迭代用于敏捷和混合式设计。

SRA的角色和职责

像任何项目一样，SRA的成功很大程度上取决于人员。以下是在参与过程中各个团队如何合作的过程。

角色	职责范围
商人	拥有正在部署的站点 支付SRA 确保创建所有可交付成果 参加培训和审查会议 验证任务完成 解决分配给商家的问题
伙伴	实施商家签约的B2C Commerce店面 展示SRA的准备 根据项目和SRA要求提供文档 管理升级 解决分配给合作伙伴的问题 参加所有审核会议
Salesforce Commerce Cloud客户成功经理（SFCC CSM）	向经销商和合作伙伴介绍SRA所有者 设置SRA启动电话 拥有与商人的关系
SRA所有者	有项目管理技能和经验 管理SRA流程和项目完成
SRA团队：SRA所有者，职能架构师，技术架构师，支持工程师和技术运营资源	完成所有评论和评估 记录所有评估检查点和状态 安排审查和会议 升级问题 向商家展示SRA结果 确认启动是否为“开始”

尽早发现问题

当您在项目早期发现问题时，解决问题往往会更容易且成本更低。SRA可以帮助您做到这一点，以便使您的项目保持进度。这是如何做。 

SRA团队：

• 评估实施的关键方面，例如结帐，付款处理和数据集成作业。
• 识别和评估关键领域，例如性能，正常运行时间和安全性。
• 确认对店面缓存，个性化，会话处理和自定义对象使用了最佳实践。

SRA并不是实现不完美的灵丹妙药。它没有：

• 保证网站的各个方面。
• 确保没有问题。
• 验证每个用例和方案。
• 验证商家要求。
• 确保按时或按预算交付。
• 解决问题或提供解决方案。

尽管我们的SRA团队会指导合作伙伴寻求解决方案，但我们在解决所有问题中并未发挥积极作用。最终，您和商人对该网站负责。

如果在评估过程中出现问题，则不会尝试隐藏它们。我们更喜欢透明性。SRA所有者将问题升级到Salesforce，合作伙伴和商人。然后，团队可以分配时间进行改进并实施缓解风险的策略。在评估结束时，SRA所有者提供发射准备就绪反馈。所有者告诉商家该站点是否根据SRA标准通过了评估。评估之后，由商家决定最终的发布时间。 

跟踪审核状态

SRA团队在基于SRA模板的工作簿中记录每个审核项目（需要合作伙伴社区登录）。该工作簿分为三个部分：规范审查，启动门和TechOps准备。每个部分均包含一个复查项目列表。每个项目的启动阻止程序的严重等级为“严重”或“必需”。

SRA项目严重性	这是什么意思
发射拦截器	这些项目对商家成功启动，管理或维护B2C Commerce店面的能力具有最大影响。推迟启动，直到解决这些问题。
危急	这些项目对您和商家成功建立，启动或维护B2C Commerce店面的能力有重大影响。
需要	这些项目对您和商家成功建立，启动，管理或维护B2C Commerce店面的能力影响最小。理想情况下，您和商人应在构建阶段开始之前解决这些问题，但是如果有适当的补救计划，构建和发布仍然可以继续进行。

所有项目的初始状态为未审核。当团队处理每个项目时，我们会根据调查结果将状态更新为“是”，“否”或“不适用”。

SRA项目状态	这是什么意思
是	已批准：该项目符合预期的质量和完整性。
没有	未批准：该商品不符合预期的质量和完整性。
不适用	不相关：该项目不适用于该项目。
未审核	默认值：SRA团队尚未审查此项目。这是因为我们没有查看商品，或者我们收到的信息不足以完成评论。

当工作簿中每个项目的状态设置为“是”，“否”或“不适用”时，复审完成。SRA所有者与您共享完整的工作簿。SRA团队将状态设置为“否”的任务分配给您或要解决的商人。

在处理合作伙伴分配的项目时，请确保在SRA工作簿中输入支持信息。描述您已执行的操作，并添加指向缺少的规范或其他文档的链接。输入日期和时间，以及分配解决每个项目的人员的姓名。这可以帮助我们跟踪您的进度。 

为成功做准备

您不需要神奇的力量即可通过SRA。只需遵循我们的B2C Commerce项目建议即可。从这里开始。

对SRA友好

做好准备 在启动电话之前，请让您的团队深入了解SRA流程。在SRA工作簿中讨论主题，以便每个人都熟悉其内容。查看所需的可交付成果，并确保您的项目计划包括所有这些。

共享有用的资源，例如B2C Commerce学习路径。使它成为查找常见问题（FAQ），最佳实践指南，文档等的地方。 

高效协作

让Salesforce团队参与您所有与SRA相关的任务。无论您是设定里程碑还是计划降低风险，我们都乐意为您提供帮助。您越透明，我们可以提供的支持就越多。

聊一聊

我们与您共享大量的SRA信息。我们希望您与我们分享信息。定期推动项目状态，问题和疑虑。每个项目都是不同的，所以请帮助我们为您提供帮助。与SRA所有者合作，确定流畅地交流变更的最佳方法。

说一门通用语言

通过使用公共语言避免沟通不畅。在您创建的文档中，使用您在SRA工作簿中看到的类别名称和命名约定“说” SRA。或者，使用与SRA结构匹配的Confluence或Jira项目模板。

既然您知道SRA是什么，以及如何为参与做准备，那么让我们更深入地研究每个SRA活动的协作策略。

学习目标

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

• 解释启动计划的重要性。
• 描述过渡治理包括哪些内容。
• 说明回顾的重要性。

创建启动计划

您将店面进行了酸性测试。团队发现并修复了所有优先级错误。您现在真的很接近隧道尽头的光线-上线！除了兴奋，您猜到了，这一段旅程也需要一个计划。启动计划确定关键流程，例如店面的推出和回滚，并列出启动和发布后的联系人。

定义部署和回滚过程

Mindy，您的职能架构师，将领导部署和回滚过程。她详细介绍了启用该站点并进行回滚的步骤。如果在重要的一天发生任何问题，回滚是您的紧急制动器。Mindy与您的技术解决方案设计师Alex共享这些过程。他们进行试运行以验证步骤和时间。他们还测试回滚过程。两者都顺利进行。 

识别谁是谁

您启动得越近，每个人保持联系就越关键。您将编写一份沟通计划，其中列出了与谁联系以寻求支持，以及联系的顺序。您添加姓名，角色，联系信息和期望的可用性。您还将确定哪些人可以在成功部署上退出，并决定必须回滚上线过程。NTO启动的每个人都需要一份完整的沟通计划的副本。您可以与您的团队，NTO，所有其他合作伙伴以及所有第三方团队共享它。

创建启动清单

您的启动计划包括许多与启动相关的任务。必须有各种各样的个人和团体共同努力才能成功完成所有任务。拥有如此多的运动部件，很容易错过一两个东西。为防止这种情况，Mindy创建了启动清单。她以B2C Commerce清单模板为基础建立版本。它涵盖了广泛的主题。有些是系统准备任务，例如不再需要的停用项目沙箱。其他任务使NTO的团队能够支持其实时B2C Commerce实施。例如：

• 验证NTO的管理员是否知道所有实例的管理员密码。
• 确保NTO的团队熟悉常见问题（例如缺少产品）的故障排除技巧。
• 让NTO的项目经理至少在启动前一周验证其SSL证书。

您，Mindy和NTO会检查清单并为每个项目分配一个所有者。接下来，您将与NTO和所有第三方一起审查整个启动计划，以便每个人都了解该计划及其任务。

发射门

由于您要在项目中完成SRA，因此您还要验证所有Launch Gate审查是否均已完成。其中包括代码，业务准备和启动准备情况审查。作为启动门的一部分，NTO与他们的Salesforce成功经理一起完成了“欢迎支持”会议。在会话中，NTO了解B2C Commerce支持流程。

启动店面

发射需要2周的时间。您提交上线票证，以通知Salesforce B2C商务支持团队NTO的站点已准备好启动。他们审核您的票证并开始启动准备。

今天是发射日。每个人都拥挤在俱乐部的车里，并在您逐步完成推出计划时为您加油助威。3 … 2 … 1 …该网站上线了！这是一个重要的时刻。您发射气球并敲响火车铃，以纪念每个人的辛勤工作。

开展启动后活动

NTO的实时B2C Commerce网站已经开始产生收入。感觉很棒，但是在将您的目光投向B2C Commerce Express的另一趟旅程之前，有一个最后的站-发布后。现在是时候到负责站点维护的团队了。过渡治理是站点移交过程的正式名称。要准备，请仔细检查所有文档是否完整以及支持团队成员可以访问所有必需的环境。然后，您会面进行正式的信息传输（TOI），在此情况下，构建团队将与NTO的支持团队一起审查该站点。

这也是回头检查该项目是否达到其目标的时间，最重要的是，NTO很高兴。您上一次的客户会议是与NTO和Salesforce客户成功经理的反馈会议。在这次回顾性会议中，您将回顾过去以改善未来。您记录进展顺利，并寻找需要改进的地方。花些时间找出造成任何问题的原因，但要避免确定解决方案，因为这可能会限制您的思考。会议结束后要预留时间来评估回应，并弄清楚将来的表现如何。即使在一切顺利的项目上，也常常会有改进的方法。

接下来，了解有关该项目的信息。告诉Salesforce您的团队建立了什么。在合作伙伴社区中提交项目和客户案例。提交是触发，将Salesforce客户满意度调查表发送给NTO。这是他们提供反馈的另一个机会。另外，与Salesforce Storyforce团队联系，与Salesforce客户主管，我们的营销团队和客户潜在客户分享您的工作。

庆祝！

在整个项目中，您和您的团队始终专注于隧道尽头的灯光。这使每个人都走到了尽头，而不会耗尽精力。最后一次与他们一起加入俱乐部汽车庆祝。

发射可交付成果

• 发射计划
• 沟通计划
• 完成启动清单
• 发射门批准

学习目标

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

• 解释启动计划的重要性。
• 描述过渡治理包括哪些内容。
• 说明回顾的重要性。

创建启动计划

您将店面进行了酸性测试。团队发现并修复了所有优先级错误。您现在真的很接近隧道尽头的光线-上线！除了兴奋，您猜到了，这一段旅程也需要一个计划。启动计划确定关键流程，例如店面的推出和回滚，并列出启动和发布后的联系人。

定义部署和回滚过程

Mindy，您的职能架构师，将领导部署和回滚过程。她详细介绍了启用该站点并进行回滚的步骤。如果在重要的一天发生任何问题，回滚是您的紧急制动器。Mindy与您的技术解决方案设计师Alex共享这些过程。他们进行试运行以验证步骤和时间。他们还测试回滚过程。两者都顺利进行。 

识别谁是谁

您启动得越近，每个人保持联系就越关键。您将编写一份沟通计划，其中列出了与谁联系以寻求支持，以及联系的顺序。您添加姓名，角色，联系信息和期望的可用性。您还将确定哪些人可以在成功部署上退出，并决定必须回滚上线过程。NTO启动的每个人都需要一份完整的沟通计划的副本。您可以与您的团队，NTO，所有其他合作伙伴以及所有第三方团队共享它。

创建启动清单

您的启动计划包括许多与启动相关的任务。必须有各种各样的个人和团体共同努力才能成功完成所有任务。拥有如此多的运动部件，很容易错过一两个东西。为防止这种情况，Mindy创建了启动清单。她以B2C Commerce清单模板为基础建立版本。它涵盖了广泛的主题。有些是系统准备任务，例如不再需要的停用项目沙箱。其他任务使NTO的团队能够支持其实时B2C Commerce实施。例如：

• 验证NTO的管理员是否知道所有实例的管理员密码。
• 确保NTO的团队熟悉常见问题（例如缺少产品）的故障排除技巧。
• 让NTO的项目经理至少在启动前一周验证其SSL证书。

您，Mindy和NTO会检查清单并为每个项目分配一个所有者。接下来，您将与NTO和所有第三方一起审查整个启动计划，以便每个人都了解该计划及其任务。

发射门

由于您要在项目中完成SRA，因此您还要验证所有Launch Gate审查是否均已完成。其中包括代码，业务准备和启动准备情况审查。作为启动门的一部分，NTO与他们的Salesforce成功经理一起完成了“欢迎支持”会议。在会话中，NTO了解B2C Commerce支持流程。

启动店面

发射需要2周的时间。您提交上线票证，以通知Salesforce B2C商务支持团队NTO的站点已准备好启动。他们审核您的票证并开始启动准备。

今天是发射日。每个人都拥挤在俱乐部的车里，并在您逐步完成推出计划时为您加油助威。3 … 2 … 1 …该网站上线了！这是一个重要的时刻。您发射气球并敲响火车铃，以纪念每个人的辛勤工作。

开展启动后活动

NTO的实时B2C Commerce网站已经开始产生收入。感觉很棒，但是在将您的目光投向B2C Commerce Express的另一趟旅程之前，有一个最后的站-发布后。现在是时候到负责站点维护的团队了。过渡治理是站点移交过程的正式名称。要准备，请仔细检查所有文档是否完整以及支持团队成员可以访问所有必需的环境。然后，您会面进行正式的信息传输（TOI），在此情况下，构建团队将与NTO的支持团队一起审查该站点。

这也是回头检查该项目是否达到其目标的时间，最重要的是，NTO很高兴。您上一次的客户会议是与NTO和Salesforce客户成功经理的反馈会议。在这次回顾性会议中，您将回顾过去以改善未来。您记录进展顺利，并寻找需要改进的地方。花些时间找出造成任何问题的原因，但要避免确定解决方案，因为这可能会限制您的思考。会议结束后要预留时间来评估回应，并弄清楚将来的表现如何。即使在一切顺利的项目上，也常常会有改进的方法。

接下来，了解有关该项目的信息。告诉Salesforce您的团队建立了什么。在合作伙伴社区中提交项目和客户案例。提交是触发，将Salesforce客户满意度调查表发送给NTO。这是他们提供反馈的另一个机会。另外，与Salesforce Storyforce团队联系，与Salesforce客户主管，我们的营销团队和客户潜在客户分享您的工作。

庆祝！

在整个项目中，您和您的团队始终专注于隧道尽头的灯光。这使每个人都走到了尽头，而不会耗尽精力。最后一次与他们一起加入俱乐部汽车庆祝。

发射可交付成果

• 发射计划
• 沟通计划
• 完成启动清单
• 发射门批准

学习目标

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

• 在B2C Commerce实施项目的测试阶段确定客户责任。
• 确定要包括在B2C Commerce实施项目测试计划中的测试。

准备测试

恭喜，NTO网站距离发布已经近了一步。此行程仅剩下三个停靠点：测试，发射和发布后。首先，我们对网站进行了严格的测试，以发现所有错误。我们准备吧

在发现阶段，您建议NTO的项目经理分配测试团队资源。现在，您告诉他们的项目经理，是时候召集测试人员了。客户常常低估了召集测试团队和制作测试用例的时间。您要谨慎地通知NTO。

培训客户

测试准备与实际测试同样重要。而且我们知道如何为您的客户做好准备。店面启动就绪训练营（LRBC）为期2至3天的动手练习。这是SRA流程的一部分。训练营可帮助NTO的店面做好用户接受测试（UAT），站点启动和站点维护的准备。您的职能架构师Mindy领导LRBC。她为训练营保留了豪华的俱乐部车，NTO的团队在那儿与她会面。

NTO业务用户在更新所有必要的Business Manager数据时将他们的“管理店面”培训付诸实践。其中包括产品数据，图像，文本和促销条件。通常，您的客户提供此数据。但是，确保LRBC及时准备好这些资产始终是您团队的责任。 

训练营即将结束，Mindy对NTO的勤奋团队有了新的赞赏-他们已准备好启动。他们也喜欢在火车上花费时间。您也决定在火车上进行测试。

收集测试数据

产品数据是店面测试的核心。NTO全权负责提供测试数据。NTO的数据必须反映实际的生产数据，包括所有可能的变化。您需要这些变体才能运行最广泛的测试方案。使用NTO验证测试数据的完整性。

创建测试用例

为了成功完成测试阶段，您还需要一整套高质量的测试用例。创建测试用例是一件“万事俱备”的事情。作为合作伙伴，您负责质量保证（QA）和端到端测试用例。作为您的客户，NTO负责用户验收测试（UAT）和系统集成测试（SIT）测试用例。众所周知，客户最了解，在测试阶段尤其如此。NTO比其他人更了解他们的客户，产品以及购物者与店面的互动方式。当然，您的团队可以伸出援助之手。如果NTO无法准备所有UAT和SIT测试用例，则您的团队可以使用他们的输入准备用例。 

您帮助他们创建UAT和SIT测试用例的程度取决于您。当您的团队与您的客户一起做出正确的贡献时，我们发现它最有效。在您的团队创建所有UAT和SIT测试用例的项目上，让您的客户验证用例是否涉及所有功能。在开始测试阶段之前，请先获得他们的批准。

创建测试计划

测试用例确定要测试的功能。测试计划确定了如何运行测试阶段。这是专门用于测试阶段的小型项目计划。它概述了测试策略，目标，资源分配，时间表和可交付成果。

确保您的测试计划包括这些类别。

• 企业资源计划（ERP）：一切都按设计运行吗？
• 系统和第三方集成：该站点与其他系统是否兼容？
• 订单管理系统（OMS）或服务层：是否从头至尾按预期处理了订单？
• 视觉：看起来正确吗？
• 性能：它比超速火车快吗？

测试店面

您将测试计划基于项目规范。由于规格非常详细，因此您已经确定了所有测试方案和数据需求，对吗？这是一个合理的假设，但是根据我们的经验，经常会错过一些方面。不过这次不是。我们看到您的计划中包含了最常被忽略的区域的测试用例。 

搜索引擎优化和分析

现在已经设置了站点并可以使用实际数据，现在该进行搜索引擎优化（SEO）了。NTO借此机会确认其SEO合作伙伴的实施是基于最新的专家指导。NTO还为您提供了SEO合作伙伴创建的测试用例集。

Alex将SEO测试用例纳入了计划。他确认案例涵盖了所有常见的SEO元素，例如元标记完成，图像alt属性设置，对SEO友好的URL和站点地图调整。

现场搜寻

现场搜索可帮助用户浏览NTO的站点并快速找到产品。测试用例通过检查可搜索的属性，字典和类别名称排除项来逐步进行现场搜索。结论？现场搜索功能强大且灵活。

辅助功能

Mindy在FSD中包括了可访问性规范。测试人员验证实现是否满足可访问性要求。如果Mindy有任何疑问，她可以请一位Web辅助功能顾问。

推销

现在，NTO的采购团队参与其中。他们测试特定于类别的排序规则。例如，按颜色对服装进行分类。他们还尝试使用内容槽的方案，其中根据用户组显示不同的图像。 

负载测试

在此项目上，NTO雇用第三方来进行负载测试。第三方检查正常和预期峰值负载条件下的站点行为。为了避免向NTO收取测试订单的任何费用，团队需要在Business Manager中将该站点标记为“实时”之前完成负载测试。如果NTO在站点上线后需要进行负载测试，请获取并使用一个临时的租赁域。您的Salesforce B2C Commerce客户成功经理可以提供帮助。 

追踪问题

当测试团队遍历全套测试用例时，他们会捕获并分类错误。此活动不需要捕虫网，但是需要使用良好的错误跟踪工具，例如Bugzilla或Jira。团队使用错误工具记录发现的问题。亚历克斯（Alex）和NTO的项目经理确定在发布前必须解决的问题，分配所有者并设置到期日。 

测试成果

• LRBC完成
• 所有跟踪和分类问题的日志
• 列出所有计划在发布前解决的问题
• 计划在启动后修复的任何问题的问题积压列表。

学习目标

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

• 描述功能说明文件的重要性。
• 描述技术规格文件的内容。
• 了解范围差距分析的重要性。

记录需求

您的团队已经走了很远，并完成了许多重要任务。现在是时候深入研究细节了。我们的下一站是Requirementsville。这是一个不寻常的地方，所有地方都标有ID和功能说明。它使您的团队能够记录需求。

功能设计规范

功能说明文档（FSD）回答了以下问题：“站点做什么？” 它从用户的角度解释了网站的行为。NTO的店面是一个重要站点。解释每种行为都是同样重要的任务。幸运的是，其中一些工作已为您完成。您还记得您的团队如何为SFRA已经存在用于标准特征的线框而仅创建用于定制的设计线框吗？FSD也有类似的优势。您的团队只为与SFRA中已经涵盖的行为编写功能性规范。节省了很多时间。 

Mindy，您的职能架构师，在他们为所有自定义功能编写规范时指导团队。她还向他们提供了NTO网站故意忽略SFRA功能的文档。当您看到该团队甚至将其标记为Mindy时，您会驻足并大笑。说明？在功能规格上保持乐趣。

技术设计规范

技术规格文件（TSD）是FSD的姐妹文件。它回答了以下问题：“站点如何执行其工作？” 它包含有关如何构建FSD中描述的功能的精确技术细节。TSD是高效文件。您的开发团队使用TSD构建店面。技术支持团队使用它来了解店面实施细节。 

在TSD中需要捕获大量的信息。作为经验丰富的项目经理，您已经知道要包含的内容。在这里，我们重点介绍了B2C Commerce实施中更容易错过或低估的领域。

资料对应

NTO在专有数据库中存储着庞大的产品目录。您需要一个计划，以将其数据转换为B2C Commerce支持的网站可以理解的数据模型。 

您的开发人员之一是数据库专家。您的技术解决方案设计师Alex为开发人员提供了预定义数据字段的SFRA列表，以用作NTO数据的目标字段。开发人员完成了一个数据映射计划，以记录NTO的数据字段，类型和值如何映射到SFRA字段。 

他对所有关键数据文件重复了映射练习：

• 目录
• 价格书
• 库存
• 订单导出

当他将客户的数据映射到SFRA数据模型时，他特别注意不能整齐地映射到SFRA目标的字段。他还记录了任何其他异常数据要求。Alex会检查数据图以识别可能的影响，并在TSD中记录任何特殊的数据处理要求。

系统整合

系统集成计划确定了各种外部系统如何以及何时与NTO的新站点进行交互。一个B2C Commerce网站的平均实现包括四个第三方集成。Alex仔细地将TSD的一长部分专门用于系统集成。

搜索引擎优化和分析

搜索引擎优化（SEO）本身就是一种艺术形式。您的客户通常与其他Salesforce合作伙伴合作进行SEO，而NTO则很常见。与NTO的SEO合作伙伴协调以捕获SEO规范是您的责任。 

如果项目包括现有站点迁移，请添加规范以使用301重定向，将用户和搜索引擎都发送到新URL。指定如何确定和完成重定向。

B2C Commerce包含Web分析支持，但大多数客户还使用其他系统。确定NTO选择哪个系统，并将其列出到TSD中。

负载测试SOW

Salesforce与第三方合作进行负载测试。要进行负载测试，您或您的客户必须与第三方拥有SOW或合同。在这个项目上，NTO直接与他们签约。您将NTO的项目经理介绍给第三方，以便他们可以整理负载测试的详细信息。

辅助功能

W3C的Web内容可访问性指南（WCAG）解释了如何使残障人士更容易访问Web内容。WCAG是一项技术标准。在某些国家/地区，必须遵守WCAG。Mindy按国家/地区检查符合性要求，以了解适用于NTO网站的要求。她确认场地设计符合或超过了特定国家/地区的要求。

范围差距分析

此时，您的团队已经仔细研究了每个细节，并在FSD和TSD中考虑了所有这些要求。现在是寻找示波器蠕变的另一个好时机。查看您的SOW和HLD。自编写这两个文档以来有什么变化？那就是你的范围差距。创建变更单并相应地更新您的项目计划。

SRA规格审查

NTO项目包括SRA规范审查。Salesforce B2C Commerce专业服务团队将介入以检查您的项目规格文档和站点设计。您需要在需求阶段通过规格审查里程碑。而且您的团队必须解决审核过程中出现的所有问题。在您的项目计划中，您明智地预算了整个团队的时间，以准备审核并解决问题。结果，审查里程碑顺利通过。

在您的团队建立店面之前，请在FSD和TSD文档上标记日期和版本号。为避免对正式要求有什么疑问，您可以在要求和所有变更单上均获得NTO签字。如果您迭代开发，那么您也需要迭代进行。同时，您提醒NTO准备测试和生产数据。NTO有责任提供示例产品数据和可用于生产的数据，以便在构建，测试和发布期间使用。每一项最后要求都得到考虑和审查。现在是构建时间！您的团队将回到火车上开始开发。 

建立店面

随着开发团队开始建立店面，这些零碎的字节飞散了。每个合作伙伴都有自己的处理实施方式的方法-瀑布式，敏捷式或混合开发方法。在Salesforce，我们喜欢采用瀑布方法和敏捷方法论要素的自适应方法。对于B2C Commerce项目，自适应冲刺通常持续2-3周。我们建议采用这种方法来快速生产可运行的软件，并确保可交付成果保持正常。与任何特定的开发方法无关，您可以使用自己的代码存储库管理和开发最佳实践。 

需求和交付成果

• 消防处
• TSD
• SFRA注释的线框
• 数据图
• 更新的项目计划
• 产品数据样本（由客户提供）
• 生产就绪数据（客户提供）
• 测试计划
• 负载测试SOW

学习目标

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

• 使用Commerce Cloud店面参考架构注释的线框进行店面设计。
• 了解B2C Commerce特定的设计阶段任务。

设计店面

我们的下一站是在一个名为Design Depot的田园诗般的地方。在这里，您的职能架构师Mindy，您的技术解决方案设计师Alex和UX设计师跳了起来。他们直接进入他们的田园风情设计隐秘处，开始努力使电子商务变得美丽。 

Alex通过回顾项目SOW开始设计阶段，以确保每个人对项目范围都有相同的了解。他从不跳过SOW审查。抵御可怕的项目火车脱轨者-范围爬行是他的护身符。

创建线框

在发现阶段，Mindy使用样本HLD来识别自定义站点功能。在设计阶段，Alex具有类似的工具，即Commerce Cloud店面参考架构（SFRA）。参考体系结构是一个电子商务网站，具有功能齐全的购物车，结帐和设计线框。

SFRA线框是网页示意图，记录了现成的B2C Commerce特性和功能。与传统线框相比，它们略显幻想。注释了它们以显示页面元素，布局和功能描述。

您的UX团队会将Mindy在项目HLD文档中指定的NTO功能列表与SFRA线框进行比较。他们的目标是识别HLD中的功能，而不是SFRA线框中的功能。HLD文档中指定的，SFRA线框中没有的任何功能都是自定义的。您的UX团队必须为所有自定义项创建线框。 

当他们推出自定义线框时，Mindy和Alex引导他们远离那些难以实现或导致SFRA标准功能出现问题的设计。他们还引导团队进行无障碍设计，以支持残障用户。对所有用户而言，额外的设计抛光和完整的线框都是出色设计的光辉典范。 

查看线框

团队返回火车，他们愉快地为您提供绿灯，与NTO分享线框。在客户评审会议之前，您检查项目SOW以确认您和NTO同意进行了多少线框修订。在会议上，您设置了客户期望，并补充说，将超过约定金额的修订视为变更单。记录所有更改（即使没有相关成本）是很明智的，因此您拥有完整的项目记录。 

Mindy和您一起参加设计审查会议。她帮助NTO了解与定制相关的副作用和权衡。例如，要实现NTO的功能请求之一，Business Manager工具需要进行一些调整。您已获得NTO的许可，可以更改工具，以更改顺序记录工具更新并继续进行设计审查。

经过几次努力之后，NTO高兴地在线框上签字并更改订单。您的团队已准备好进行视觉设计。

创建和审查视觉设计

在仔细研究了SOW，项目计划和线框之后，视觉设计就充满了新鲜空气。设计人员的首要任务是翻转线框并为每个页面分配一种页面类型。例如，他们将显示产品详细信息的所有页面分配为产品页面类型。设计师忙于为每种页面类型创建一个令人眼花design乱的设计构图。他们运用NTO品牌的外观来制作设计作品，也称为comps。音像看起来像上线设计。

Mindy提供监督并指导设计师的工作。她确认所有设计元素均符合记录的要求，充分利用了Salesforce平台的功能并可以很好地进行扩展。

图片和视频

“一张图片值得一千个单词，”您的设计师热情地加入了一些图片，这些图片使网站显得格外生气。提供和维护图像及其他创意资产是NTO的责任。帮助他们做准备是您的工作。您和Alex前往与NTO讨论创意资产。 

在会议上，Alex和NTO的团队确定标准的B2C Commerce图像和视频支持是否满足NTO的技术要求。为了提供图像支持，B2C Commerce提供了一项称为动态影像服务（DIS）的服务。DIS是即时的图像转换功能。它可以动态缩放，调整大小，裁剪，覆盖并更改客户站点中显示的图像格式。对于大多数客户而言，DIS包含在其Salesforce B2C Commerce平台服务合同中。NTO的项目经理确认合同中已包含该项目。团队认为DIS非常适合NTO的产品目录图像。在不适合提供服务的项目中，Alex和客户会确定并采用第三方解决方案。店面视觉设计还包括产品视频，但是B2C Commerce不提供视频托管。Alex帮助他们确定了第三方视频托管解决方案。

设备友好的设计

登上火车时，您会听到您的团队谈论设备友好的设计。他们将台式机，平板电脑和移动断点的所有设计内容考虑在内。他们记录了特定于移动设备的菜单行为，点击通话支持和其他功能的要求。由于他们的勤奋，店面设计在所有设备上都很有吸引力。

线框和视觉设计已准备就绪，设计阶段已完成。在我们前往下一站时，请稍事休息。

设计成果

• 视觉设计
• 定制线框

学习目标

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

• 说明哪些里程碑包括在B2C Commerce实施项目计划中。
• 为B2C Commerce实施项目确定有效的风险管理策略。

编制工作说明书

B2C Commerce Express火车又回来了。在站点之间，您有时间制定工作说明书（SOW）。明确编写的B2C Commerce实施项目SOW包含重要的项目详细信息并设定切合实际的期望-这增加了取得成功的可能性。在较高级别上，它占： 

• 项目特定的活动，可交付成果和时间表
• 范围是什么，什么不是
• 您的团队，客户的团队和第三方团队的角色和职责
• 关键假设

为了确定工作范围，合作伙伴通常使用固定范围或更笼统的大纲（“团队和时间”方法）。无论选择哪种方式，您的SOW必须记录您承诺要实现的核心站点功能。没有完美的SOW模板。但是您可以在Salesforce合作伙伴社区中找到 特定于B2C Commerce的SOW指南。

火车正在迅速发展到下一个车站。您的团队在项目SOW上取得了甚至更好的进展。您需要休息一下，看看您和Salesforce之间的另一个SOW，即B2C Commerce支持SOW。它列出了您从Salesforce购买的专业服务支持小时总数。您在银行有很多时间，可以赎回一些时间，让Professional Services查看您的项目SOW。专业服务团队会仔细检查估计值，增加假设并进行整体检查。他们宝贵的反馈意见是缓解风险必不可少的，因此值得付出很小的代价。 

他们添加了一些更关键的假设：

• 该项目包括SRA。
• NTO的业务用户必须完成Salesforce B2C Commerce管理店面课程。
• NTO负责测试数据，数据验证和用户验收测试（UAT）测试用例。

计划里程碑

在您到达下一个车站之前，还有更多的内容要讲。您会花费时间来制定项目计划。您已经知道如何创建店面项目计划。现在是时候确保您的项目计划考虑到所有典型的B2C Commerce特定里程碑。 

项目里程碑	细节
现场准备情况评估（SRA）审核	SRA是Salesforce B2C Commerce专业服务团队对项目的持续审查。它从项目启动开始，直到启动。如果您的客户选择将SRA添加到项目中，则会产生额外费用。 SRA由以下部分组成： 规范审查：对项目进行全面的外部审查，包括规范文档，站点设计，数据模型和项目准备情况。 Launch Gate：构建后的评估。 在进入Launch Gate之前，经过两轮规格审查并不罕见。
设计作品放下时间表	设计作品通常涉及几轮审查和修订。留出足够的时间来容纳您在项目SOW中指定的全部回合数。
第三方整合	如果您或您的客户计划使用技术合作伙伴来整合任何第三方集成，请提供相关日期和相关性。作为项目经理，您有责任从客户和第三方那里收集这些信息。定期将信息与原始项目范围进行比较也是您的责任，以防止范围蔓延。 如果延误了您的时间，请与在SRA启动时分配的SRA所有者保持透明。如果您的客户错过了最后期限，请与专业服务一起帮助他们按时恢复。
管理店面培训课程	本课程教商人和营销人员如何使用Commerce Cloud业务管理器来管理数字店面的目录，产品和促销。让您的客户在设计阶段之前或之初完成课程。客户需要支付额外费用才能参加该课程。
发射准备训练营（LRBC）	该训练营将为您的客户准备启动和管理其B2C Commerce店面。LRBC是SRA的一部分。通常在发布前4周进行。与您的客户和Salesforce专业服务一起在适当的时间进行安排。
资料验证	验证测试和生产数据的质量和完整性。
测试中	在项目生命周期的早期开始有关测试阶段的对话。 负载测试：确定是否需要第三方资源和工具。锁定负载测试日期，并为以后的测试分配足够的时间，以防第一个测试失败。 端到端站点测试：确保正确输入和输出数据流并满足客户要求。 用户验收测试（UAT）：进行使用模拟真实场景的店面测试。 系统集成测试（SIT）：验证第三方集成是否与整体实现正确同步。
启动签核	获得客户批准该站点已准备好启动。将即将启动的日期通知给Salesforce B2C客户支持。

查看说明一些里程碑通常何时解决的时间表。

减轻风险

当火车到达下一个车站时，您的团队将完成项目计划。它有确切的里程碑和日期。这是完美的。可能出什么问题了？最有可能的，什么都没有。但是，以防万一，实施风险管理策略是一个好主意。

在理想的项目中，很容易平衡成本，质量和时间。作为项目经理，您知道理想的项目在咨询的狂野世界中很少见到。不过，您的任务是定期评估所有三个要素并使其保持平衡。

使用风险缓解措施尽早发现失衡。有效的策略包括：

• 交流状态和风险：定期与您的客户，第三方合作伙伴和B2C Commerce专业服务聊天。
• 增强责任感：清晰，频繁地交流任务分配和截止日期。
• 倾听您的团队：允许项目团队中的任何人提交风险。
• 监视风险：维护包含风险登记册的项目运行状况仪表板。我们建议使用图形化仪表板，以轻松查看项目是否按预期进行。

您的客户取决于您，以使他们在隧道尽头得以发现。成为他们梦想的指挥。保持积极，提供明确的方向以及管理和化解风险。查看“交付成功的Salesforce 风险管理”演示文稿，以了解有关项目风险管理的更多信息。

在项目生命周期的任何时候，由于各种原因，风险可能会突然出现。但是，您对现有的缓解方法会感觉很好。它们使您在整个项目过程中保持跟踪，并帮助您管理和解决风险。

计划可交付成果

• SOW项目
• 项目计划
• 项目运行状况仪表板

学习目标