在这篇文章中，我们将带领您了解SAPMarketingCloud功能简述(三)营销活动内容设计和产品推荐的全貌，包括sap营销方案的相关情况。同时，我们还将为您介绍有关SAPKyma发布到SAPMar
在这篇文章中，我们将带领您了解SAP Marketing Cloud功能简述(三) 营销活动内容设计和产品推荐的全貌，包括sap营销方案的相关情况。同时，我们还将为您介绍有关SAP Kyma发布到SAP Marketing Cloud的事件、SAP Kyma和Marketing Cloud的连接 - Marketing Cloud里的配置、SAP Marketing Cloud Contact 模型的导入配置和数据合并原理、SAP Marketing Cloud dynamic customer profile的作用的知识，以帮助您更好地理解这个主题。
本文目录一览：- SAP Marketing Cloud功能简述(三) 营销活动内容设计和产品推荐（sap营销方案）
- SAP Kyma发布到SAP Marketing Cloud的事件
- SAP Kyma和Marketing Cloud的连接 - Marketing Cloud里的配置
- SAP Marketing Cloud Contact 模型的导入配置和数据合并原理
- SAP Marketing Cloud dynamic customer profile的作用
SAP Marketing Cloud功能简述(三) 营销活动内容设计和产品推荐（sap营销方案）
Grace的前两篇文章：
- SAP Marketing Cloud功能简述(一) : Contacts和Profiles
- SAP Marketing Cloud功能简述(二) : Target Group
本文作为这个系列的第三篇，将会给大家介绍SAP Marketing Cloud里的营销活动内容设计和产品推荐这两大模块的功能。
营销负责人员通过第二篇文章介绍的步骤确定了Target Group之后，下一步就是设计活动的内容。这部分工作在Content Studio中完成。
我们可以创建不同类型的营销活动内容。在内容中可以进行针对客户的个性化设定，如添加用户的购物车内产品、用户姓名等。同时还可以将自己创建的内容设定为模板和可重用块，方便之后重用。
个性化内容的设计，通过在需要插入的地方点击Insert Attribute，选择需要的个性化属性来实现。这一功能使得营销活动能够更加智能和精准地实施。
例如根据用户画像提供不同的折扣、推荐不同产地商品等等。
在Condition Assignment界面可以配置内容元素根据某些条件的动态显示规则。例如在内容元素显示布局里，如果能够获得用户的First name，那么就显示该名称，否则显示缺省值。
为不同年龄的人提供不同折扣的操作方式类似。点击加号设定不同年龄段的显示情况。
当Target Group和活动内容都准备好之后，我们就可以开始执行营销活动(下文都用Campaign这个词来表述)了。
可以选择的Campaign模板有很多，我们可以根据需求选择，也可以自己创建营销活动的模板，方便重用。
以下以Email Campaign为例进行说明。
如下图所示，我们为营销活动选取Target Group。
为营销活动添加内容，如加入A/B测试，向Target Group发送两种不同内容的邮件，然后收集这些群体的业务数据，以此查看营销效果，帮助我们调整营销策略。
点击这个垃圾桶状的图标可以删去不需要的内容。
对A/B测试设置进行修改。在进行大规模营销活动之前进行A/B测试，有助于找出更好的实施方案。
为邮件模块选择之前准备好的Email进行填充。
可以为邮件添加触发器，例如选择“打开邮件”作为触发条件：
如果邮件5天内(可以更改天数)未被打开，发送消息给用户进行提醒。要实现这个行为，只需要添加事件后，选择相应的内容进行填充即可。
设置结束后，我们选择Done，并且点击Start即可开始执行营销活动。点击Save as Template创建为营销活动模板。若设置的开始时间还未到达，活动会在时间到达时自动进行。
在Campaigns明细页面中查看营销活动的效果。
既然是营销活动，产品推荐当然少不了。
首先明确一些概念和术语：
(1) 推荐场景 Recommendation Scenarios
每个推荐场景只能有一个模型类型。 在推荐场景中维护分配至场景的模型类型。除了向客户端应用程序提供推荐外，推荐场景还可以将交互数据发布到 SAP HANA数据库。
(2) 模型类型 Model Type
代表模型提供的推荐类型。任何时间内每个模型类型只能有一个活动模型。活动模型向客户端应用程序提供推荐。
(3) 模型 Model
创建Model时会为其分配模型类型。模型的模型类型属性在创建后无法更改。
(4) 算法 Algorithm
模型由一个或多个算法组成。算法使用历史数据来检索推荐。
在Manage Recommendation的Scenario Overview界面，我们可以搜索、查看和维护推荐场景。
场景一：在定义的时期内根据热销产品在网页上显示产品推荐
通过搜索，我们找到并选择Top Sellers In Web Home Page场景。
我们可以为该场景添加一个新Model。输入模型名称并选择模型模板，此处选择“过去60天交互销售订单中的销售额排名”模板，此外，还有“过去15天查看次数最多的项目”、“Web 产品详细信息页面中一同查看的项目”等多种模型模板可选。
选中模型包含的算法，进入算法详情页面。
我们可以对算法参数进行修改，删除不需要的预过滤器和添加预过滤器。
对模型描述进行修改：
还有这些设置需要维护：
- 最大的推荐数量：缺省值为20；
- 算法生成刷新率：缺省值为1天。
保存并激活，模型会在设定的日期开始生效。
场景二：Web产品详细信息页面中的交叉销售
产品详情页上显示的推荐，基于常与详情页上的项目一起购买的项目。例如，买了笔记本电脑的人通常会买鼠标。
选择“Web 产品详细信息页面中的交叉销售”场景，并为该场景添加一个新的Model，输入名称并选择“基于过去 60 天的交互采购历史记录的交叉销售”作为模型模板。
如果只关心同一销售订单中购买的商品，那么可以将Model中预先设定的不需要的算法删去。
此处查看算法详情：
更改参数的方式与之前相同：
可以使用预过滤器为我们的算法设定Target Group：
使用Add Algorithm or Rule功能，增加具有不同的Target Group的算法，达到在同一个模型中为不同的目标组分别进行推荐的目的。
保存与激活Model的方式与上文提到的相同。
场景三： 自定义Model进行推荐
在建立Model选择模型模板时，前边提到诸多选项，如：“过去60天交互销售订单中的销售额排名”、“过去15天查看次数最多的项目”、“Web 产品详细信息页面中一同查看的项目”、“基于过去 60 天的交互采购历史记录的交叉销售”等。但是，我们也可以选择空模板，根据自己的需求选择算法，并设置算法参数。
关于SAP Marketing Cloud的营销活动内容设计和产品推荐功能，Grace就给大家介绍到这。下篇文章，Grace会介绍SAP Marketing Cloud中的Lead & Account Based Marketing，敬请期待。要获取更多Jerry的原创文章，请关注公众号"汪子熙":
本文分享 CSDN - 汪子熙。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
SAP Kyma发布到SAP Marketing Cloud的事件
本文分享 CSDN - 汪子熙。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
SAP Kyma和Marketing Cloud的连接 - Marketing Cloud里的配置
要获取更多Jerry的原创文章，请关注公众号"汪子熙":
本文分享 CSDN - 汪子熙。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
SAP Marketing Cloud Contact 模型的导入配置和数据合并原理
SAP 很多系统的主数据都支持从外部系统导入，SAP Marketing Cloud也是如此，contact 主数据可以来自 Hybris Commerce，CRM，ERP或者Twitter，Facebook等社交媒体。来自不同渠道的contact可能对应的是真实世界里同一个人，那么就存在一个过程，该过程的逻辑是将不同渠道的contact数据进行整合，拼凑出一个包含完整信息的contact主数据存储到Marketing Cloud系统里，这个拼凑的过程称之为合并(merge)，拼凑后形成的完整Contact结构称为Golden record。
下面这张示意图里的蓝色圆环称为 Main facet，代表每个contact数据在某个源系统上的ID，比如在ERP系统上的ID为123，在Twitter上的ID为456等等。而黄色圆环是contact在各自源系统里的属性，比如在Twitter网站上ID为456的一个contact，其name属性为jerrywang@sap。黄色圆环称之为additional facet.
通过在SAP Marketing Cloud里进行一系列配置，告诉系统，当检测到来自不同数据源的contact数据，存在至少一个相同属性的情况下，应该执行何种contact操作，也就是合并或者新建。
比如下图在ERP，Facebook和Web Shop上有三条contact数据，其Email地址的值都相同，那么进行数据导入时，基于预定义好的配置，Marketing Cloud认为这三条数据指向的是同一个人，所以最后merge出来生成唯一一条 contact记录。
Marketing Cloud具体merge的过程，就是根据SAP Marketing Cloud系统里的customizing配置，将三条Email地址都相同的记录作为当前merge的输入，然后逐一将本记录内的属性“投影”到最终的Golden Record里。如果把Golden Record想象成最终完整的拼图，那么这个merge过程就有些类似于拼图操作——将散布在各个数据源中的零散信息合并成一个整体，存储在Marketing Cloud系统内以便进行后续处理。
Marketing Cloud里针对contact导入系统时的merge操作的相关customizing设置，在整个contact导入过程中起着至关重要的作用。
和SAP Cloud for Customer等很多云产品一样，SAP Marketing Cloud的customizing也是在浏览器里完成。
点击Fiori Launchpad里的Manage Your Solution这个tile，
进入Configure Your Solution,
根据关键字contact进行搜索，在搜索结果列表里找到Contacts and Profiles相关的配置：
其中第六步， OriginContactID-Configure这一步，就是合并时针对来自不同平台的contact数据，执行合并或新建操作的配置。
点击之后，能看到一个contact属性列表，从这些属性列表不难推断出SAP Marketing Cloud支持导入contact的数据源有S/4HANA，ERP，CRM，Hybris Commerce，SAP Cloud for Customer，Gigya，Qualtrics和社交媒体如Twitter，Facebook等等。
上图有两列，分别对应为每个属性指定One Per Contact和Shareable为true还是false的界面。前者顾名思义，如果设置为true，意味着一个contact在同一个数据源系统里只能拥有一个唯一值，比如一个人的护照号码，或者SAP系统里的Customer ID；反之像Email，座机号，传真号这种属性，一个contact在同一个数据源系统里如果允许存在多个值，则One Per Contact设置为false。而Shareable属性置为true，适合那些在同一个数据源系统里允许多个不同contact具有相同值的属性，比如一家人的contacts的座机号允许相同。
对每一个Contact属性，One Per Contact和Shareable的true/false状态排列组合共有四种，其中One Per Contact为true的两种情况，即使系统在检测到匹配的属性情况下，也可能会导致contact数据的创建，而不是merge，也就是下图中第二行和第四行标注了感叹号的情况。
看一些具体的例子：
(1) 手机号码属性的Sharable为false，One Per Contact为false。
来自SAP ERP和Web Shop的这两条数据，mobile字段都相同，Marketing Cloud进行合并，合并之后的contact数据具有分别来自ERP和Web Shop的两个facet。
(2) 手机号码属性的Sharable为false，One Per Contact为true。
在同一个Web Shop系统里存在两条contact记录，虽然其手机号码维护的值都相同，但是因为One Per Contact设置为true，因此Marketing Cloud不进行merge，而是新建了两条Contact记录，其mobile facet的值都为该相同的手机号，而Web Shop ID facet的值分别来自Web Shop系统的原始值。
(3) Email属性的Sharable为true，One Per Contact为false。
来自SAP ERP和SAP CRM的两条数据，Email地址都相同，One Per Contact也维护的是false，但是因为它们的full name不一致，所以最后导入到Marketing Cloud里还是会分别生成两条Contact数据。
导入到Marketing Cloud中的Contact数据，仍然可以通过其标签页Origin Data查看每个属性的来源。
我们使用nodejs对contact进行修改时，需要指定待修改contact实例的guid。
这个guid属于technical属性，在Marketing Cloud UI上默认情况下不可见。如何找到这个属性值呢？
其实就在浏览器地址栏的url里：
当然在Chrome开发者工具的network标签页里也能找到这个guid：
总结
本文首先介绍了 SAP Marketing Cloud Contact(联系人)模型的概要设计，接着从实际例子出发，介绍了来自不同数据源的联系人数据导入云系统时，不同维度的属性是如何进行合并(merge), 从而生成最终的单一记录。
SAP Marketing Cloud dynamic customer profile的作用
The marketing expert plans an email campaign to launch a new product. An account executive calls the marketing expert and asks to include a specific customer in the campaign. The marketing expert is interested in a 360° view of this customer, and looks for a contact person.
By accessing the corporate account details, the marketing expert can analyze the company of the customer. The contact profile allows the marketing expert to analyze the interest of a single person, and to find the right contact person.
Using the Profile Dashboard, the marketing expert can analyze interest and trends of all contacts.
In Sentiment Engagement, the marketing expert can analyze and process data that has been harvested from internal or external channels.
With Customer Journey Insight, marketing experts can explore the sequence of interactions performed by customers over time, using various channels, such as social media and phone. Interactions such as clicked ads and opened emails can be analyzed.
Using the Analytics and Reports Gallery, marketing experts can run analytics stories, and reports based on predefined CDS views. For more information, see section Analytics.
要获取更多Jerry的原创文章，请关注公众号"汪子熙":
本文同步分享在 博客“汪子熙”（CSDN）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
今天的关于SAP Marketing Cloud功能简述(三) 营销活动内容设计和产品推荐和sap营销方案的分享已经结束，谢谢您的关注，如果想了解更多关于SAP Kyma发布到SAP Marketing Cloud的事件、SAP Kyma和Marketing Cloud的连接 - Marketing Cloud里的配置、SAP Marketing Cloud Contact 模型的导入配置和数据合并原理、SAP Marketing Cloud dynamic customer profile的作用的相关知识，请在本站进行查询。
本文标签：
