Salesforce Data Cloud - Customer Engagement

适用于 Salesforce Data Cloud Customer Engagement (以前称为 Salesforce CDP Customer Engagement)的 Tableau 加速器是一个全面的探索性控制面板，为营销和销售团队提供五个渠道的客户参与度的整体视图: 销售、电子邮件、消息(SMS)、网站和推送通知。它使这些团队能够选择与客户互动的最佳渠道，开发相关信息并创造积极的客户体验，以提高忠诚度和保留率。

此 Tableau 加速器允许您:

• 评估五个渠道中客户的参与程度:
  • 直接参与(销售)
  • 电子邮件
  • 网站
  • 消息(SMS)
  • 推送通知
• 选择与客户互动的最佳渠道
• 轻松识别客户的不同参与度: 从非常高到非常低
• 定制您的参与级别，以最大程度满足客户的期望
• 创造积极的客户体验，提高忠诚度和保留率

演示视频

入门步骤

1.请确保您安装了 Tableau Desktop 版本 2023.2 或更高版本，并且该版本已获得许可。使用 Salesforce Data Cloud 连接器连接到 Data Cloud。请注意，这是一个与 Data Cloud Summer' 23 版本一起发布的连接器，如此处所述。此加速器仅适用于 Salesforce Data Cloud 连接器。 2.确保 Tableau 具有从 Salesforce Data Cloud (以前称为 Salesforce CDP) 提取数据的访问权限。客户数据平台的帮助网站上有关于如何做到这一点的出色文档。 3.使用本页右上角的“下载”按钮下载 Tableau 工作簿。 4.双击打开下载的工作簿。当您第一次下载该工作簿时，它会有演示数据。 5.打开工作簿后，单击 Tableau 仪表板左下角的“数据源”选项卡。 6.验证您的 Salesforce Data Cloud 帐户。按照说明操作，并登录 Salesforce Data Cloud for Tableau 以建立连接。 7.注意: 我们建议用户在“数据提取”模式下执行查询。 8.该加速器由五个仪表板组成。我们依据单独的数据源构建每个仪表板。 9.加速器显示来自以下 Salesforce Data Cloud 标准对象的数据。 10.如果下面列出的 Salesforce 对象在您的系统中具有不同的名称，请编辑数据源并相应地调整查询。

• 直接参与度 - 销售:

1.对象“销售订单产品”→ 对象 API 名称“ssot__SalesOrderProduct__dlm” 2.对象“销售订单”→ 对象 API 名称“ssot__SalesOrder__dlm” 3.对象“商品产品”→ 对象 API 名称“ssot__GoodsProduct__dlm” 4.对象“个体身份链接”→ 对象 API 名称“IndividualIdentityLink__dlm” 5.对象“统一个体”→ 对象 API 名称“UnifiedIndividual__dlm”

• 电子邮件参与度:

1.对象“电子邮件参与度”→ 对象 API 名称“ssot__EmailEngagement__dlm” 2.对象“参与度主题”→ 对象 API 名称“ssot__EngagementTopic__dlm” 3.对象“营销活动”→ 对象 API 名称“ssot__Campaign__dlm” 4.对象“个体身份链接”→ 对象 API 名称“IndividualIdentityLink__dlm” 5.对象“统一个体”→ 对象 API 名称“UnifiedIndividual__dlm”

• 网站参与度:

1.对象“网站参与度”→ 对象 API 名称“ssot__WebsiteEngagement__dlm” 2.对象“个体身份链接”→ 对象 API 名称“IndividualIdentityLink__dlm” 3.对象“统一个体”→ 对象 API 名称“UnifiedIndividual__dlm”

• 信息参与度 (SMS):

1.对象“消息参与度”→ 对象 API 名称“ssot__MessageEngagement__dlm” 2.对象“个体身份链接”→ 对象 API 名称“IndividualIdentityLink__dlm” 3.对象“统一个体”→ 对象 API 名称“UnifiedIndividual__dlm”

• 推送通知:

1.对象“设备应用参与度”→ 对象 API 名称“ssot__DeviceApplicationEngagement__dlm” 2.对象“个体身份链接”→ 对象 API 名称“IndividualIdentityLink__dlm” 3.对象“统一个体”→ 对象 API 名称“UnifiedIndividual__dlm”

参与度级别:

每种参与度类型(直接、电子邮件、网站、消息或通知)都由您可以选择的给定参与 KPI 来衡量。

参与度级别(从“非常低的参与度”到“非常高的参与度”的 5 个分段)根据以下规则定义:

• 上限由参与度最高的客户的参与度 KPI 值定义
• 然后将客户分为 5 个分段(每个客户的参与度 KPI 值在 0 和此上限之间)
• 每个分段的相对大小可通过阈值进行配置，阈值定义为上限的百分比

直接参与度 - 销售

回答关键业务问题

• 客户对公司利润的直接贡献是什么?
• 我们如何优化我们的营销策略?
• 我们的客户是谁?我们如何更有效地与他们互动?
• 我们的客户群体如何随着时间的推移而增长?

监控和改进 KPI

销售额

• 总销售额: 总销售额
• 订单数: 销售订单的数量
• 平均订单价值: 订单花费的平均金额

客户行为

• 客户数量: 发出销售订单的活跃客户数量
• 每位客户的订单数量: 客户的平均订单数量
• 每位客户的销售额: 客户的平均消费金额

电子邮件参与度

回答关键业务问题

• 我们的电子邮件营销活动有多有效?
• 哪个用户组的打开率最好/最差?
• 我们是否向正确的用户组发送了电子邮件?

监控和改进 KPI

触达

• 用户数: 用户的总数
• 投递的电子邮件数: 到达收件人邮箱的电子邮件数。它衡量我们电子邮件列表的质量

互动

• 打开的电子邮件数: 收件人打开的电子邮件数
• 打开率: 收件人打开的电子邮件的百分比
• 唯一点击数: 操作链接的总点击次数(唯一)
• 点击率 (CTR): 点击给定电子邮件中包含的一个或多个链接的电子邮件收件人的百分比(以百分比表示)

退订

• 退订数: 退订的总数(唯一)
• 退订率: 退订的点击次数除以送达的电子邮件数量(以百分比表示)

必需属性

• 字段 API 名称“ssot__EngagementChannelActionId__c”: 预期值: 发送、打开、点击、退回、退出
• 字段 API 名称“Loyalty_Member_Tier__c”: 由于这是一个可选字段，因此我们将其默认值设置为“N/A”。 如果您正在使用 Salesforce Loyalty Cloud，您可以通过编辑数据源和修改查询来激活此字段: 搜索“N/A”作为“Loyalty Member”(忠诚会员)，并将“N/A”替换为“Loyalty_Member_Tier__c”。

网站参与度

回答关键业务问题

• 我们的用户对我们的品牌/产品有多感兴趣?
• 哪一组用户对我们的产品最感兴趣/最不感兴趣?
• 我们的用户多久访问一次我们的网站?
• 网站流量的高峰时段是什么时候?

监控和改进 KPI

参与度

• 转化率: 完成参与活动的用户的比率: 下载产品或订阅试用版、添加评论、评级

用户

• 注册用户数: 用户数量。这些用户经常访问我们的网站
• 参与用户数: 参与用户数。这些用户进行了“参与”活动: 下载产品或订阅试用版、广告评论、评级
• 用户操作总数: 拥有帐户的用户执行的操作数。操作可以是下载、打开新页面、提供反馈、点击吸引人的内容
• 每个用户的操作用户数: 每个用户的平均操作数

活动

• 访问次数: 站点访问次数表示每个用户访问我们站点的总次数
• 操作总数: 所有访问者执行的操作数。操作可以是下载、打开新页面、提供反馈、点击吸引人的内容
• 每月活跃用户(MAU): 衡量用户每月使用我们网站的频率

必需属性

• 字段 API 名称“ssot__EngagementChannelActionId__c”
• 预期值: 参与内容

消息参与度

回答关键业务问题

• 谁是参与度最高的客户?
• 什么时候是打开率的高峰期?
• 我们对哪一组用户最成功?
• 我们应该为每个人每周发送多少条消息才能最大限度地提高投递率?

监控和改进 KPI

触达

• 已发送消息数: 已发送的消息数。它衡量了我们的基础受众有多大规模
• 收件人数: 收到短信通知的用户数

互动

• 已投递消息数: 已投递的消息数。这衡量有多少收件人收到了我们的消息
• 每个收件人的已投递消息数: 每个收件人的平均已投递消息数
• 投递率: 消息投递率是到达收件人设备的消息数除以发送的短信总数

必需属性

• 字段 API 名称“ssot__EngagementChannelActionId__c”
• 预期值: 已投递、未投递、选择加入、选择退出

通知

回答关键业务问题

• 我们的通知在多大程度上吸引了用户?
• 什么时候是打开率的高峰?
• 发送的通知量有多大，营销活动的成功程度如何?
• 为了最大程度地提高打开率，我们应该发送的推送通知的最佳数量是多少?

监控和改进 KPI

触达

• 收件人数: 同意接收通知的用户数。衡量我们用户列表的规模
• 发送的通知数: 发送的推送通知数。它衡量我们通知的覆盖范围
• 每个收件人的已发送通知数: 每个收件人的平均已发送通知数。

互动

• 打开的通知数: 收件人打开的通知数
• 打开率: 已“打开”通知的收件人与收到我们推送通知的总人数的比率

发展

• 查看通知数: 收件人查看的通知数
• 查看率: 收到我们推送通知的总人数中看到我们通知的人数。

必需属性

• 字段 API 名称“ssot__EngagementChannelActionId__c”: 预期值: 已发送、打开、显示