實施指南

IMPORTANT

本文包含旨在引導您完成此功能設定與使用的產品檔案。 本協定中沒有任何法律建議。 請洽詢您自己的法律顧問以取得法律指導。

People-Based Destinations 根據客戶資料的結構,提供多種實作策略。本文概述您需要為People-Based Destinations執行的實作步驟,視您的藍本而定。

概述

People-Based Destinations的設定會引導您檢視Audience Manager的多個區段,並需要不同的設定和資料登入方法,這取決於您在Audience Manager中已擁有的客戶資料類型,以及您要執行的目標受眾類型。

IMPORTANT

在設定People-Based Destinations之前,請務必仔細完整地閱讀本文。 閱讀本指南後,您應清楚瞭解將透過People-Based Destinations啟用的藍本。

在使用People-Based Destinations之前,您需要先釐清6個實作方面。 本文將協助您瞭解目前的設定,以便您能夠正確遵循藍本的實施步驟。

pbd實施

1.定義您的使用案例

開始實作People-Based Destinations之前,您必須清楚定義您將使用此功能的使用案例。 您可以根據受眾活動,以兩種方式使用People-Based Destinations來定位受眾:

A)根據您結合的線上和線下使用者活動鎖定受眾。在此案例中,您想要結合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。 這是您劃分純離線資料時需要使用的規則。

本頁內容