Salesforce Consumer Goods Cloud 浅谈篇三之 行动计划(Action Plan)相关配置
Salesforce Consumer Goods Cloud 浅谈篇三之 行动计划(Action Plan)相关配置
本篇参考：
https://v.qq.com/x/page/f0772toebhd.html
https://v.qq.com/x/page/e0772tsmtek.html
https://v.qq.com/x/page/b0772x6157h.html
https://wenku.baidu.com/view/404ce30d182e453610661ed9ad51f01dc28157cb.html
http://www.360doc.com/content/15/0825/21/9250096_494717763.shtml
https://help.salesforce.com/s/articleView?id=sf.retail_concept_admin_actionplantemp.htm&type=5
前两天描述了一些CG的基础的 data modal，接下来重中之重就是实际的拜访。此篇将会讲一下cg中的action plan template（行动计划模板）如何创建，以及如何去挂到具体的VISIT（拜访/走访）。在具体的技术梳理之前，需要先了解一下实际的业务是怎么样走的，这样才更能清楚的意识到为什么CG这样设计，以及后续我们自定义开发还需要进行哪些的优化项。
一. 拜访操作业务
cg cloud针对的内部用户更多的针对于实际的field rep（区域销售/销售）以及supervisor/sales manager(主管/ 销售经理)。比如我们是 dummy公司，我们公司有很多酸奶制品的产品品牌，并且我们和很多零售商店有合作关系。针对销售经理和销售来说，对于店铺的拜访最重要的几点是什么呢？
- 销售指标 & 销售发展目标
- 竞品信息（蒙牛，伊利等）
- 门店店内位置陈列的位置，以及陈列空间等
- 现有库存和空箱数情况 & 是否补货
- 如果和店铺此前达成了促销的合作，是否明显方式进行促销操作，是否摆放在特殊位置
- 检查一下价格是否合理，比如竞品都很低的价格，但是我们的价格很高，高得离谱肯定不适合我们的产品的售卖
当然，这个只是实际店铺拜访的整理的冰山一角，实际业务和具体情况会比这个复杂的太多。除了实际拜访以外，前置和后置的操作同样重要。前置操作，每个月月初或者上个月底时，销售应该和他的经理去探讨月度拜访计划，每个区域销售每个人理论上每天应该拜访N家店（这里做一个引申，如何更好的进行路径规划去最优的进行拜访呢？ salesforce可以通过sales map去进行多维度的最优路线的生成），周期应该维持在10-15天进行全部负责店面的拜访操作，然后每个月最好对一家店拜访2次等等，当然根据产品以及很多特性不同，实际情况以各自的公司为准。除了月度拜访计划的整理以外，还需要制定销售目标，回顾之前的业绩版等等。后置操作需要进行最后订单的修订，拜访以后的清单总结(哪些地方成功/ 哪些地方失败 / 哪些地方可以进行改进)等等。实际的区域销售的流程可以抽象成这8步骤，详情可以查看上方的链接。
二. CG Cloud的Action Plan Template实现
上述的业务模型的步骤，这次的博客无法覆盖全，这次只是针对实际区域销售进店以后的操作。规范化拜访步骤及其的重要，针对同一家店铺或者同一类型的店铺，通过制定的拜访步骤可以更优的去进行店铺的拜访以及不断优化成客户最满意的步骤。action plan template主要做的就是进行规范化拜访的步骤。
1. Assessment Indicator Definition(评估指标定义)
商店表现可以用一组参数来衡量。这些参数称为“评估指标定义”。例如，货架上的产品数量或货架上的产品饰面。
• 输入指标的名称和描述。
下图是实际的 Assessment Indicator Definition的数据
选择指标字段类型。可用选项有数字、布尔值、百分比、日期时间、文本或小数。这里举几个例子进行更好的理解。
Name | Description | Indicator Field Type |
|---|---|---|
Asset Check | Competitors Present | Any competitor products present? | Boolean |
Inventory Check | Display Price | Display Price | Decimal |
Merchandising | Count the number of consumer engagements. | Consumer Engagment | Number |
Planogram Check | Total # of Facings | # of Facings | Number |
Promotion Check | Promotions current and consistent | In-store promotions are current and consistent with contractual agreement? | Boolean |
2. Assessment Task Definition(评估任务定义)
可以创建几种类型的评估任务定义来捕获业务数据。消费品中提供了库存检查、货架图检查、店内调查、促销检查和订单创建。而且，可以为特定业务需求创建自定义任务。下图为一个 Assessment Task Definition的例子。
在这个例子中我们可以看到Assessment Task Definition Task Type有不同的值。这几个值在了解cg拜访是一个很核心的事情。简单解释如下：
库存检查 使用此任务类型跟踪商店中的产品或产品类别。现场代表可以检查和更新关于产品或产品类别可用性及其在店内位置的信息，并接受产品订单。在执行库存检查任务时，现场代表可以选择店内位置，以获取该位置可用产品或产品类别的信息。 库存检查任务捕获可用的库存、货架的产品份额、其饰面以及某个位置的产品是否缺货。库存检查任务有助于您监控和分析产品何时需要重新进货，或者产品的配送情况。 促销检查 使用此任务类型来审核商店中的促销活动。现场代表可以检查促销活动是否按照商定的条款进行，或者商店是否为即将到来的促销活动做好准备。 促销可以与商店、商店组或客户相关联，也可以与产品或产品类别相关联。 货架图检查 您可以使用此任务类型来检查饰面数量、货架份额和产品的可用性。 要自动化货架图检查过程，请为您的组织启用 Einstein 对象检测。现场代表可以单击并上传店内位置的图像。Einstein 对象检测比较两个图像，并返回产品库存水平和饰面的结果。现场代表可以更正 Einstein 对象检测返回的信息：丢失或不正确的产品标签以及店内位置可用产品的数量。修正 Einstein 对象检测返回的结果有助于更新模型，并确保下次有更好的结果。 如果您的组织尚未启用 Einstein 对象检测，现场代表可以在店内手动获取产品的数量和饰面数量。 订单创建 如果希望现场代表接受需要补充的产品订单，请使用此任务类型。现场代表可以重新订购以前的订单，也可以下新订单。如果现场代表重新订购以前的订单，他们可以更改订购的产品数量。下新订单时，现场代表可以为商店中所有可用产品、特定产品组合下订单，或者只为标记为收藏的产品下订单。 店内调查 要使用此任务类型，请为您的组织启用调查。创建现场代表可以用来进行调查的调查邀请。您可以根据主题中零售商店 ID 或特定访问 ID 的上下文生成调查邀请。进行调查有助于从商店员工和消费者那里收集信息和反馈。 其他 使用此任务类型创建自定义任务。现场代表可以使用自定义任务来捕获无法使用提供的任务类型捕获的数据。创建自定义任务的先决条件是创建自定义对象。
我们在创建完 Assessment Task Definition以后，在关联列表进行Assessment Indicator Definition即可。
3. Action Plan Template（行动计划模板）
行动计划模板是一个可重用的框架，您可以使用它来安排访问，每次访问中要执行的活动集保持不变。通常Target Object 选择 Visit.Action Plan Type 选择 Visit Execution. 下图是一个 Action Plan Template的例子。
我们可以切换到关联列表去添加他的关联项，下图中我们可以看到Action plan Template可以配置很多的 Task选项。
Assessment Task Definition: 这个是我们上述的配置内容，即评估任务定义项；
Task：我们可以创建一些自定义的task，比如 Morning Greeting这种问候相关的 Task等等；
Signature Task：将签名任务添加到操作计划模板，以便现场代表在访问期间获取签名（用于电子签名）；
Component Task：可以使用lwc去自定义开发符合公司实际需求的执行任务；
Task Flow：当我们在创建拜访或者其他的操作时，创建task。
我们全部配置完成以后，便可以进行Publish Template操作。发布以后，如果需要其他变更，就Clone Template进行后续操作。
三. Retail Store KPI 配置
我们在上面的demo中已经做了 Action Plan Template / Assessment Task Definition / Assessment Indicator Definition这三项，这三项是用来实际店内拜访场景下评定门店KPI使用的。拜访时使用到的数据好像是完整了的，但是好像有没有。缺什么呢？举个例子，我们在做 Assessment Indicator Definition中可以是Inventory Check | Display Price，这个值填写的类型是Decimal，那么什么是目标值(Target Value)呢？我们在计算当前店铺KPI，判断是否满足我们订的要求与否，是不是需要有一个指标项来确定？这个内容就是我们说的 Retail Store KPI。我们在Assessment Task Definition中有几个类型：库存检查、货架图检查、店内调查、促销检查等。每个类型在实际拜访前的Retail Store KPI配置都有不同的要求。具体如下：
库存检查：在创建库存检查任务类型之前，必须创建并关联这些记录。
• 将这些记录与零售商店相关联：
○ 产品。 ○ 店内位置：将店内位置与零售商店相关联时，确保将每个店内位置与店内位置类别相关联。
• 将零售商店关联到零售商店组。 • 创建零售商店 KPI 时定义这些记录：
○ 零售商店组：选择与零售商店关联的零售商店组。 ○ 店内位置类别：选择用于创建店内位置的店内位置类别。店内位置类别设置零售商店的店内位置和零售商店 KPI 之间的链接。 ○ 同一店内位置类别的产品或产品类别的评估指标定义。
货架图检查：货架图检查应该遵循下述的前置条件
• 在代表商店货架图的图像对象中创建图像记录。 • 将这些与零售商店相关联：
○ 产品。 ○ 店内位置：将每个店内位置与店内位置类别相关联。 ○ 将产品与店内位置相关联 ○ 将图像与店内位置相关联
• 将零售商店关联到零售商店组。 • 创建零售商店 KPI 时定义这些内容：
○ 零售商店组：选择与零售商店关联的零售商店组。 ○ 店内位置类别：选择与图像关联的店内位置类别。店内位置类别设置零售商店的店内位置和零售商店 KPI 之间的链接。 ○ 同一店内位置类别的产品或产品类别的评估指标定义。 ○ 货架图：选择图像记录。 ○ KPI 类型：取决于评估指标定义。
- 对于与产品饰面或空货架相关的评估指标定义，选择饰面（Facings）。
- 对于与货架相关的评估指标定义的份额，选择货架份额（Share of Shelf）。
- 对于与库存相关的评估指标定义的可用性，请选择缺货（Out of Stock）。
促销检查：在创建促销检查任务类型之前，必须创建并关联这些记录。
• 创建促销。 • (可选)将这些与零售商店相关联：
○ 产品。 ○ 店内位置：将每个店内位置与店内位置类别相关联。
• 将零售商店关联到零售商店组。 • 创建零售商店 KPI 时定义这些内容：
○ 零售商店组：选择与零售商店关联的零售商店组。 ○ 店内位置类别：选择用于创建店内位置的店内位置类别。店内位置类别设置零售商店的店内位置和零售商店 KPI 之间的链接。 ○ 同一店内位置类别的产品或产品类别的评估指标定义。
自定义/其他任务类型：在创建其他任务类型之前，必须创建并关联这些记录。
• 将这些与零售商店相关联：
○ 产品。 ○ 店内位置：将每个店内位置与店内位置类别相关联。
• 将零售商店关联到零售商店组。 • 创建零售商店 KPI 时定义这些内容：
○ 零售商店组：选择与零售商店关联的零售商店组。 ○ 店内位置类别：选择用于创建店内位置的店内位置类别。店内位置类别设置零售商店的店内位置和零售商店 KPI 之间的链接。 ○ 同一店内位置类别的产品或产品类别的评估指标定义。 ○ 自定义上下文：选择自定义对象。
以实际的配置来说，很容易出现感觉看上去配置是完全正确的，但就是出不来的情况，和其他小伙伴最后基本得出来的结果是，所有的门店的group，所有的产品，以及所有的评估定义指标都需要进行配置，否则很容易出现尽管配置了 Retail Store KPI,但是实际拜访项就是不展示的问题。我们可以看一下列表中实际的配置数据，后续维护建议批量维护使用dataloader来操作，否则很容易漏。
然后我们展开一条数据来看，必填项以及要求可以参考上述的库存检查的demo。
总结：篇中主要介绍了 Action Plan Template的配置以及 Retail Store KPI的配置，下一篇会将拜访的操作。本篇还是重在配置，下一篇会使用一个完整的demo将整体穿插起来。篇中有错误地方欢迎指出，有不懂欢迎留言。