https://help.salesforce.com/s/articleView?id=sf.retail_concept_user_get_started.htm&type=5
https://help.salesforce.com/s/articleView?id=sf.retail_concept_admin_overview.htm&type=5
本篇主要介绍三个模块相关的内容： 门店、产品、促销相关的概念和配置。
一. 门店篇
1. Account和Contact
使用客户存储与您做生意的客户或个人的信息。使用联系人来存储与您做生意的人的信息。联系人与客户相关联，客户中的每个零售店可以有不同的主要联系人。
零售执行中的以下对象与客户相关联：
• 零售商店：零售商店必须与客户相关联。您可以将不同客户的商店分组以创建商店组。
• 联系人：主要联系人必须与客户相关联。
• 促销：一般促销活动可以与客户相关联。
这里举一个实际的例子。我们在做实际的客户的时候，可能是一个大的零售商店，比如沃尔玛，有可能是一个小的商店。比如XXX零售店。实际在salesforce来存储客户使用 Account表。存储客户的基础信息，比如客户的名称，联系电话，网址，如果他是子客户，可以填写父客户。比如沃尔玛大连的客户，他的父客户是沃尔玛中国一样，然后维护相关的 shipping address 以及 billing address主要信息即可。官方的demo中以Northern Trail Outfitters进行了举例，这个也是我们在考试中经常看到的名字。
不同客户可以拥有数量不同的联系人，但是即便是小客户，也要求填写联系人信息，这样方便后续的相关联系（sales cloud中也同样要求，可以思考一下业务场景，肯定需要存储一个联系人联系当前公司），在CG cloud中，联系人也可能会被请求做调查问卷等操作，所以在实际配置中必不可少。
当然，我们在实际使用中可能需要签署协议，如果需要签署协议挂在指定的account上，我们可以使用 Manufacturing Cloud的service agreement。具体操作为：
1） setup 搜索manufacturing，然后点击 Sales Agreements，在 Enable Sales Agreements处check上即可。
2） Account对应的page layout，将 sales agreement的关联列表拖出即可。
2. Location位置
位置是商店经营场所的物理地址。因为商店拥有很多类型，比如站点、货车、工厂、虚拟还是仓库。当商店的位置是虚拟的（比如网络商城），在访问者地址（Visitor Address）中，根据位置或客户提供地址。可以填写经纬度信息，如果商店是连锁店的一部分，填写一下主商店的父位置。我们在 Location这个表进行数据维护。demo中给的 Location是一个仓库的地址，当然实际数据中，我们最好维护一下 Location的实际的地址。
3. 零售店和零售店组(Retail Store & Retail Store Group)
零售店组是一组类似的零售商店。您可以根据相似性对商店进行分组，例如商店规模、商店位置和商店销售的产品。
零售店
代表商店位置的零售店记录。可以后续创建对商店的访问，并将其分配给现场代表。所有与商店相关的访问和订单记录均在商店相关列表中可用。 可以设置很多信息。
• 添加商店地址：创建位置或搜索现有位置。
• 设置商店类型：
a. 普通商店：任何标准零售店
b. 旗舰店：连锁店的主要商店
c. 虚拟商店：在线零售网站
d. 货车商店：食品卡车或送货业务
• 设置商店优先级：以便更好地管理您的运营和客户
• 设置工作时间以及首选的拜访时间
• 设置交付方式：选择首选的交付方式，例如皮卡或货车等
• 设置支付方式：选择首选的支付方式，例如现金、信用卡或支票等
• 设置商店的主要联系人，关联的客户
• 设置商店关联的零售店组：这是创建零售店 KPI 的必填项
下图是demo中自带的一个Retail Store的信息，我们可以看到按照上述的内容填写了指定的字段的值。然后设置了当前的 Retail Store Group为 NTO East Bay（需要提前创建），这个 Group的创建就是基于 Retail Store的位置作为因素来创建。
4. 货架Planograms
产品放置在吸引消费者注意力方面起着至关重要的作用。货架图检查有助于跟踪消费者眼中产品在货架上的外观，以及您的产品在特定店内位置的货架份额百分比。
针对货架图操作，两步走即可。
1） 创建 Image数据，用于现场代表可以为其执行货架图检查任务的货架添加代表预期货架显示的图像。设置title，URL或者file等信息即可。
2） 在店内位置创建的操作步骤中，将货架图设置值即可。
我们在 Image表维护货架图数据，可以维护相关的信息
5. 店内位置(In-Store Location)
我们去一个实际的商店，肯定会看到店内位置有以下的类型：过道、货架、收银台、后室或商店布局中的其他位置。主要设置以下。
- 零售商店： 识别这个店内位置是哪家门店的
- 店内位置类型：商品放的位置，比如过道，货架等。
- 货架图：店内位置相关的货架图，当做货架图检查时，这个选项是必须的，其他情况下非必须
- 店内位置类别：在整个商店组中对相似的店内位置进行分组，这个是核心的字段，后续的KPI 匹配时，也会需要用到这个字段来进行匹配。
下图为一条实际的 店内位置的数据，demo中关联了上面的门店，我们看到维护了相关的category，货架图等信息。
除了访问In-Store Location这个tab以外，我们也可以在 指定的零售店(Retail Store)的关联列表查看到店内位置的信息
二. 产品篇
1. Product / Product Catalog / Product Category
Product就是公司实际的产品信息，和sales cloud或者其他时候我们的Product概念相同。
关于 Product Catalog：您的产品数据存储在目录中。目录是您销售的产品的集合，分为不同的类别。
关于Product Category：用于在Product Catalog上组织和分组产品。举个例子。你们公司是卖服装的。你们的 Product Catalog记录了你们所有的产品。 Product Category就可以设置成男装女装，男装T-shirt，女装 T-shirt等用来将Product更好的分组。
Product Category和Product是一对多的关系。我们创建 Category以后，在关联列表，便可以关联他对应的产品。
下图为 Product Category的数据，创建完 Product Category，在关联列表进行 Product配置。
当然，我们有必要的情况下，在创建不同的 PriceBook进行Product的绑定。
2. Assortment
分类是有资格在特定商店、商店组或客户销售的一组产品。一个分类可以有不同类别的产品。可以查看百度百科中针对产品分类（产品组合）的描述
https://baike.baidu.com/item/%E4%BA%A7%E5%93%81%E7%BB%84%E5%90%88/485931?fr=aladdin
同样的，Assortment和Product 也是一对多的关系，一个分类可以关联列表关联多个产品。当然，Assortment除了可以和Product关联以外，还可以和Store/ Store Group 以及 Account进行关联。
作为最佳实践，将分类与商店组级别相关联。如果Assortment既和商店组关联，也和商店关联，则以商店为主。
三. 促销篇(Promotion)
促销在增加产品销售中起着重要作用。促销可以是推广新产品意识的更大活动的一部分，也可以是有针对性目标的一部分。
可以在三个级别进行促销：产品类别、单个产品和一般促销。
- 产品类别级别:对于针对产品类别运行的促销活动，将促销级别设置为产品类别。例如，为了在冬天前清仓，所有商店出售的饮料都有 50% 的折扣。您可以使用产品类别级别的促销检查来验证折扣产品的销售增长百分比。
- 产品级别:对于针对特定产品运行的促销活动，将促销级别设置为产品。例如，贵公司推出了一种新口味的冰淇淋。为了提高产品的采用率并获得早期反馈，您可以在特定商店提供免费样品。运行产品级别促销检查，跟踪消耗的样品数量和客户对样品的反馈。
- 一般:对于没有任何产品或产品类别上下文的促销，将促销级别设置为无。例如，为了提高整体销售额，贵公司指示某个商店组中的所有商店在消费者购买超过 150 美元的商品时向消费者提供 10 美元的优惠券。您可以进行一般促销检查，以确保有足够的优惠券可供流通，并在战略位置放置横幅。
Promotion创建以后，可以将Promotion关联到 零售店，零售店组或者客户，生成 Promotion Channel数据。下图中我们创建了一个促销数据，级别选的是产品组模式，方式是打折（discount），
总结：篇中主要讲了一下cg cloud的基础data modal，后续这些data modal将会作为拜访以及KPI评定基础数据的重要组成部分，后续会讲一下门店KPI相关以及行动计划模板等相关知识。篇中有错误地方欢迎指出，有不懂欢迎留言。