在这里，我们将给大家分享关于SAPMarketingCloud功能简述(五):销售计划管理的知识，让您更了解sap销售运作计划的本质，同时也会涉及到如何更有效地SAPKyma发布到SAPMarketi
在这里，我们将给大家分享关于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的文章：
- SAP Marketing Cloud功能简述(一) : Contacts和Profiles
- SAP Marketing Cloud功能简述(二) : Target Group
- SAP Marketing Cloud功能简述(三) : 营销活动内容设计和产品推荐
- SAP Marketing Cloud功能简述(四) : 线索和客户管理
本文作为这个系列的最后一篇，向大家简要介绍SAP Marketing Cloud的销售计划管理。
首先还是先了解销售计划中的一些基本概念：
(1) Allocated Budget
分配的预算：市场营销经理在Budget Plans应用中对市场营销活动进化分配和计划的预算。
(2) Planned Budget
计划预算：市场营销经理在Budget Plans应用中计划市场营销活动的预算, 可以多于分配的预算。
(3) Proposed Spend
建议支出：市场营销经理和专家在Campaigns应用中按方案的媒体类型给出的建议支出, 可以多于预算。
(4) Planned Spend
计划支出：Campaign计划支出。
(5) Actual Spend
实际支出：从Campaign产生，并获得市场营销预算资助的金额, 发生在过去。
(6) Committed Spend
承诺支出：基于Campaign请求和订单请求并获得市场营销预算资助的金额, 发生在未来。
(7) Latest Estimate
最新估算：根据计划支出、实际和承诺支出计算出最新支出估算。
Marketing Calendar
我们可通过该应用获取指定时间范围内的营销活动概览。
在日历视图中，用不同颜色表示不同营销活动的状态。通过单击营销活动，可以查看有关该营销活动的详细信息，并在Campaign应用中将其打开。
可以使用滑块来选择不同的日期并使用过滤器按照不同的条件(例如类别、优先级和媒体类型)来过滤营销活动。
在日历视图中可以通过点击加号创建营销活动，可以基于标准或自定义的营销活动模板进行创建。保存营销活动时，如果其符合过滤条件，则该营销活动就会显示在日历和列表视图中。
日历上方区域显示营销活动三大KPI：Success, Spend, Sentiment;
Success
- 热门类别：最常用的五个营销活动的类别。
- 帖子情绪：针对情绪评分从“强烈支持”到“强烈反对”和“无评估”， 显示社交媒体消息数。
- 热门关注对象（消息）和情绪评分（消息）：社交媒体消息数最多的关注对象及其情绪评分。
Spend
- 总金额：所选营销活动的总计划支出。
- 热门支出类型：最常用的支出类型以及每个支出类型的总支出。
Sentiment
显示所选的时间内所有社交媒体消息的情绪分值。使我们能根据情绪评分变化改变营销活动策略。
Marketing Plan
首先需要明白Plan, Program, Campaign, Activity四者的关系，前者依次是后者的容器。
(1) Creating Marketing Plans
创建市场营销计划: Marketing Plan应用概览页展示了当前的计划列表，点击可以查看计划详情。点击Create可以创建新的Plan.
没有分配Program的Plan可以被删除。
(2) Creating Programs and Assigning a Budget Plan
分配预算计划: 为某个具体的Marketing Plan创建Program。
可以为Program按时间分配Phase，并为每个Phase按时间和媒体类型设定建议支出。
选择某Program，可以打开或者删除该Program.
打开Program后可以为该Program创建Campaign或者指定之前创建好的Campaign.
为Campaign设定计划支出。
计划支出显示在图表中。
Budget Plans
在Budget Plans应用中，我们可以在左侧列表选择Plan查看budget分配详情。
点击Allocate Budget可以为Plan分配预算。
分配预算完成后点击Edit Budget可以进行查看。
点击Measures→Show，选择数据与当前数据进行对比。
在对比基础上，选择商品，可以进行预算调整、查看在不同市场上的预算对比、不同媒体类型的预算对比。
在不同市场对比的基础上还可以查看不同国家的对比。
在不同国家对比的基础上还可以查看具体Program的预算对比。
点击柱状图，可以查看选中的Program详情。
选择Program中的Campaign进行详情查看。
在Campaign的Spend模块可以对Spend进行查看和编辑。
为营销活动上传支出数据
在Campaigns应用详情页的Spend模块，我们可以查看实际支出、承诺支出和计划支出。可以在此直接添加计划支出数据。
在Import Data应用中，我们可以导入实际支出和承诺支出的外部数据。导入的数据会在Campaigns的Spend模块显示出来。
这就是Grace最近工作中学习SAP Marketing Cloud的一些记录，感谢大家耐心阅读到此。
- SAP Marketing Cloud功能简述(一) : Contacts和Profiles
- SAP Marketing Cloud功能简述(二) : Target Group
- SAP Marketing Cloud功能简述(三) : 营销活动内容设计和产品推荐
- SAP Marketing Cloud功能简述(四) : 线索和客户管理
要获取更多Jerry的原创文章，请关注公众号"汪子熙":
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的作用的相关信息，请在本站查询。
本文标签：
