实施指南

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.定义目标电子邮件地址的类型

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

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

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。 这是您在细分纯脱机数据时需要使用的规则。