分类： Salesforce B2C Commerce项目管理

学习目标

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

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

创建启动计划

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

定义部署和回滚过程

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项目
• 项目计划
• 项目运行状况仪表板

学习目标