实施指南

People-Based Destinations 优惠多种实施战略，具体取决于客户数据的结构。本文概述了People-Based Destinations需要遵循的实施步骤，具体取决于您的方案。

概述

People-Based Destinations的配置将带您浏览Audience Manager的多个部分，并需要不同的设置和数据载入方法，具体取决于您在Audience Manager中已拥有的受众类型以及要执行的客户定位类型。

在使用People-Based Destinations之前，您需要阐明六个实现方面。 本文将帮助您了解当前的配置，以便您能够正确遵循方案的实施步骤。

1.定义用例

在开始实施People-Based Destinations之前，您需要明确定义将使用此功能的用例。 可以根据受众活动，通过两种方式使用People-Based Destinations来目标受众:

答：受众定位基于线上和线下用户的组合活动。在此方案中，您希望将来自Audience Manager的现有受众数据与来自内部CRM系统的数据合并，并将生成的受众段发送到People-Based Destinations。 以下是一个说明此方案的示例：

您的公司（一家航空公司）拥有不同的客户层（铜牌、银牌和金牌），您希望通过社交平台为每个层提供个性化的优惠。 您可以使用Audience Manager分析网站上的客户活动。 然而，并非所有客户都使用航空公司的移动应用程序，其中一些客户尚未登录公司网站。 您的客户数据主要限于会员ID和电子邮件地址。

要在社交媒体和类似的基于人的渠道中目标它们，您可以将您的哈希电子邮件地址引入Audience Manager，并将它们与您现有的在线活动特征相结合，以构建新的受众细分。 接下来，您可以使用这些区段通过People-Based Destinations目标受众。

B)受众定位只基于您的脱机用户活动。在此方案中，您的CRM系统包含您的客户电子邮件地址和其他客户属性，但客户根本没有与您的网站进行交互，因此您在Audience Manager中没有任何客户活动。 以下是一个说明此方案的示例：

您的公司是电信服务提供商，将客户数据（如电子邮件地址和购买的电信计划）保存在内部CRM中。 您希望目标社交平台中的现有客户，以基于现有订阅优惠他们的升级包。 为此，您可以将哈希化的客户电子邮件地址录入Audience Manager，并基于现有客户订阅创建细分。 然后，您可以将这些细分发送到People-Based Destinations，以通过个性化的优惠目标客户。

2.定义目标电子邮件地址的类型

定义实施策略的第二步是确定要目标的客户电子邮件地址类型。

答：受众定位基于您经过身份验证的电子邮件地址。在此方案中，您的用户有多个帐户与多个电子邮件地址关联，您希望仅根据用户在您网站上进行身份验证的电子邮件地址实时目标这些帐户，并使用个性化的优惠。

B)基于所有关联电子邮件地址进行受众定位。在此方案中，您的用户有多个帐户与多个电子邮件地址关联，而且您希望将这些帐户目标到其所有关联的电子邮件地址，而不管身份验证活动。

3.确定您具有的客户ID(CRM ID)的类型

People-Based Destinations中的定位受众要求您发送SHA256哈希版本的客户电子邮件地址。 根据您现有的Audience Manager配置，您可能会发现自己处于以下两种情况之一：

A)您的Audience Manager客户ID(DPUUID)已经是小写的散列电子邮件地址。在此方案中，您可以使用这些现有ID在People-Based Destinations中目标受众。

B)您的Audience Manager客户ID(DPUUID)不是小写的散列电子邮件地址。在此方案中，无法将您的现有客户ID发送到People-Based Destinations。 要使用People-Based Destinations，您需要在现有客户ID和小写的客户电子邮件地址哈希版本之间执行ID同步。 您可以通过基于文件的ID同步或使用声明的ID执行此操作。

4.特质资格

要在People-Based Destinations中准确目标受众，用户需要根据要执行的受众定位类型确定基于规则或已载入的特征。

A)实时确定您的客户ID和设备ID，以获得基于规则的特征。此选项适用于1中的用例A。 定义您的用例。 如果您的计划是基于线上和线下活动目标受众，则您很可能已经对受众的基于规则的特征进行了资格鉴定。

B)通过入站数据文件根据您的客户ID确定板载特征。此选项适用于1中的用例B。 定义您的用例。 在基于纯离线活动定位受众时，您需要通过入站数据文件来确定已载入特征的客户ID。

5.创建或标记数据源和板载散列电子邮件地址

根据您在Audience Manager中的客户ID类型（请参阅3）。 确定您拥有的客户ID(CRM ID)的类型，您会发现自己处于以下任一情形中：

A)为现有数据源添加标签。此选项适用于Audience Manager客户ID(DPUUID)已小写的散列电子邮件地址的情况。 在这种情况下，您需要将存储ID的数据源标记为PII数据源。 有关数据源设置的详细信息，请参阅数据源设置。 您需要做的是确保未选中“无法绑定到个人可识别信息”选项。

B)创建新数据源。此选项适用于Audience Manager客户ID(DPUUID)没有散列电子邮件地址的情况。 在这种情况下，您需要创建一个新的跨设备数据源，并将哈希电子邮件地址加入其中。 您可以通过两种方式执行此操作：

• 使用基于文件的 ID 同步。有关 ID 同步文件外观的详细信息，请参阅 ID 同步文件的名称和内容要求。使用此方法时，您可以从CRM数据库目标所有哈希化电子邮件地址。
• 使用声明的ID在传递经过身份验证的客户ID时声明您的哈希电子邮件地址。 使用此方法时，Audience Manager仅代表您目标已联机验证的用户的哈希电子邮件地址。 在基于人员的渠道中定位的电子邮件地址只是声明的ID事件调用中的电子邮件地址。 与客户 ID 关联的其他电子邮件地址不会实时激活。

6.使用用户档案合并规则进行分段

根据您的用例(请参阅1。 定义您的用例)，有两种方法可使用Profile Merge Rules进行分段。

A)使用现有Profile Merge Rules。此选项适用于第一个用例(基于联机和脱机用户组合活动的受众定位)。 在此方案中，您已有Audience Manager活动，并且您至少已定义了一个在分段中使用的用户档案合并规则。 在这种情况下，您无需创建任何新Profile Merge Rules。

B)创建新的合 All Cross-Device Profiles 并规则。此选项适用于第二个用例(仅基于脱机用户活动的受众定位)。 在此方案中，您将您的CRM离线客户数据引入Audience Manager，并希望从该数据创建区段。 为此，People-Based Destinations引入了新的第四个用户档案合并规则，称为​All Cross-Device Profiles。 这是您在细分纯脱机数据时需要使用的规则。