共用方式為

同意管理和雙向確認加入轉換指引

  • 發行項

Dynamics 365 Customer Insights - Journeys 每個月都會新增更多功能和特性。 Customer Insights - Journeys 應用程式目前有兩個吸引客戶的引擎：推播式行銷引擎和最新 Customer Insights - Journeys 引擎。 這兩個引擎的運作方式各不相同，因此功能同位有不同的形式。 從推播式行銷轉換至 Customer Insights - Journeys 時，應考慮到這一點。

這是一篇介紹性文章，旨在說明同意在即時旅程中的作用以及與推播式行銷的區別。 如需更詳細的討論，請參閱了解 Dynamics 365 Customer Insights - Journeys 中的同意管理 - Dynamics FastTrack 部落格

說到同意管理和相關主題時，這兩個 Customer Insights - Journeys 引擎各有本身的概念：

推播式與 Customer Insights - Journeys 同意的比較。

若要判斷訊息是否已送出至連絡人或潛在客戶，需要進行下列處理：

在推播式行銷中，旅程會驗證所指示內容設定中的資訊，以找出相關的訂閱中心，並使用該資訊來開始電子郵件處理。 系統接著檢查連絡人設定檔中的屬性 DoNotBulkEmail 和 DoNotEmail，然後再繼續在旅程所指示同意等級的對比下，評估連絡人的同意等級。

在 Customer Insights - Journeys 行銷中，處理方式有所不同。 隨著旅程開始，並在有訊息要處理時，系統會根據針對要傳送之訊息所選取的合規性設定檔進行檢查。 即時行銷使用兩種類型的合規性設定檔 (喜好設定中心和訂閱中心)，這是根據要在訊息中使用的同意管理頁面類型，由系統管理員來設定。 使用這兩種合規性設定檔時，處理程序會檢查連絡人設定檔中的屬性 DoNotBulkEmail 和 DoNotEmail，並使用合規性設定檔的主題和用途相關資訊來完成準備並最終傳送訊息。

推播式與 Customer Insights - Journeys 同意處理圖表。

其中一個要注意的特性是，使用連絡人設定檔中的 DoNotBulkEmail 和 DoNotEmail 屬性是推播式與 Customer Insights - Journeys 的共同特點。 此外，Customer Insights - Journeys 還可以使用訂閱中心做為可擷取同意的來源頁面，讓推播式行銷到 Customer Insights - Journeys 的轉換變得更輕鬆。

其中一個對推播式行銷的重要考量是，連絡人提供的同意是在連絡人層級進行追蹤，這會產生下列後果：

  • 無法區分兩種不同的行銷通訊 (例如，兩種不同產品的行銷通訊)。
  • 不支援管理產品中其他管道的同意。

Customer Insights - Journeys 模組從一開始就遵循不同的概念，允許行銷人員使用電子郵件以外的管道。 例如，您可以改用簡訊或推播通知。 連絡人 (或潛在客戶) 可能會透過多個管道接收訊息，而且所有的不同接觸點都可以有不同的同意喜好設定。 例如，連絡人允許透過電子郵件進行商業行銷，但不希望透過簡訊進行商業行銷。

到目前為止，推播式和即時模組都遵循屬性 DoNotBulkEmail 和 DoNotEmail 中的連絡人層級設定，這會反映一般加入宣告或退出宣告 (請參閱同意預覽)。 雖然 Customer Insights - Journeys 會檢查連絡人實體中的 DoNotEmail 和 DoNotBulkEmail 欄位，但對即時訊息中同意進行的更新不會更新連絡人中的 DoNotEmail 和 DoNotBulkEmail 欄位。 即時訊息中的更新只會更新電子郵件地址的接觸點同意記錄。 這表示推播式行銷訊息不會受到根據 Customer Insights - Journeys 所傳送訊息對同意記錄所做變更的影響。

雙向確認加入和 GDPR

在特定地理區域中，為能執行行銷廣告活動並選擇目標客戶，需要這些客戶同意 (選擇加入) 該通訊。 根據一般資料保護規定 (GDPR)，只需一次選擇加入即可符合法規。 不過，這可能不是唯一需要考慮的法規。 公司還必須遵守可能比GDPR更嚴格的其他當地法規或內部政策，並要求雙向確認加入 (例如，請參閱在德國，電子郵件行銷真的需要雙向確認加入嗎？ | Demodia)。

客戶通常透過表單和核取方塊表示同意，而客戶必須明確勾選此核取方塊才能提交表單 (單次選擇加入)。 在需要雙向確認加入的情況中，單獨提交表單不符合隱私權需求。 公司必須向客戶發送一封確認電子郵件，而其客戶必須開啟該電子郵件，然後按一下確認連結以確認選擇加入一事確實是他們的想法。

雙向確認加入程序圖表。

此程序也適用於行銷喜好設定 (選擇加入或退出) 的更新。

全域與表單型雙向確認加入

雙向確認加入的管理目前只有在使用推播式行銷功能時才提供。 不過，可以將 Customer Insights - Journeys 與推播式行銷中的雙向確認加入設定搭配使用。 這表示使用推播式行銷來管理雙向確認加入程序時，客戶可以使用 Customer Insights - Journeys 來執行行銷廣告活動。 如前所述，這兩種引擎都會在連絡人層級 (DoNotBulkEmail 和 DoNotEmail) 提供評估行銷喜好設定屬性。 這篇文章說明如何在 Customer Insights - Journeys 中做好準備來使用雙向確認加入。

啟用全域雙向確認加入時，客戶一律會收到電子郵件訊息，以確認新訂閱，或確認是否發生同意變更。 也可以只對特定表單進行此設定 (而非全域)。

合規性設定檔會摘要列出並綁定特定同意設定。 系統中始終至少有一個合規性設定檔。 Customer Insights - Journeys 的合規性設定檔已連結至喜好設定中心 – 可自訂的表單，提供變更同意設定的功能。 合規性設定檔可讓組織使用用途來定義同意設定。 一個合規性設定檔可以包含不同的同意用途，這些用途表示徵求同意的原因，通常是商業、交易或追蹤。 建立新的合規性設定檔時，預設會建立這些用途。

對於交易和商業用途，還可以定義主題。 主題可讓您進一步調整通訊喜好設定。 每個商業用途都可以新增一般主題，例如「電子報」或「每日交易」。 主題可以看作是訂閱清單的後置任務。

下圖顯示這些實體之間的連接。

合規性設定檔流程圖。

例如，一個組織可以為每個子公司或國家/地區建立多個合規性設定檔，而每個設定檔各有不同的同意用途。

案例

現在已討論產品中加入宣告與功能之間的區別，接下來讓我們查看一些案例，並了解如何使用合規性設定。

即時行銷會將接觸點同意資訊儲存在同意中心，這可做為網站地圖中的功能表項目。 若要移轉推播式行銷的同意設定，有載入同意按鈕可開始將同意設定複製到 Customer Insights - Journeys 同意中心。 有了上述 Customer Insights - Journeys 的增強型選項，您就可以將推播式行銷同意資訊複製到特定合規性設定檔，並定義應複製資料的哪些商業和交易用途。 基於商業用途，還可以選擇定義一個主題來儲存其同意。 這會產生類型為主題的接觸點同意記錄，並且可能用於將訂閱清單移轉至 Customer Insights - Journeys 主題。

這可用於下列程序：

  1. 將連絡人同意複製到特定用途或用途的主題。
  2. 將潛在客戶同意複製到特定用途或用途的主題。
  3. 將訂閱清單的加入宣告資訊複製到用途或用途的的主題。

下圖顯示不同的設定：

連絡人與訂閱清單設定的比較。

載入同意函數會從連絡人和潛在客戶同意的 DoNotBulkEmail 和 DoNotEmail 屬性載入資料。 填入接觸點同意中心時應使用此函數，因為 Customer Insights - Journeys 依賴於這些設定。 例如，如果應將多個訂閱清單移轉至 Customer Insights - Journeys 中的不同主題，也可以多次使用此函數。 另請參閱：將同意資料新增至 Customer Insights - Journeys

依上述方式移轉訂閱清單後，就可以根據在同意中心擷取的主題和用途加入和退出宣告資料建立客戶細分區段。 這可讓您以類似於推播式行銷支援訂閱清單的方式，建立已選擇加入主題之客戶的目標清單。

建立主題和用途型客戶細分時需要考慮的重點是，客戶細分的可用準則是「將會傳送」或「不會傳送」。 這不僅考慮加入/退出宣告記錄的存在，還會考慮主題的強制模型 (限制性、非限制性或已停用)。 例如，如果已在非限制性模型中設定主題，然後在建立客戶細分時使用該主題，則產生的連絡人清單會是所有可以實際接收通訊的人，即所有可用的加入宣告和任何未退出的連絡人。相反地，如果模型為限制性模型，則客戶細分僅包含明確選擇加入的連絡人。

由於接觸點同意設定僅在使用喜好設定中心時更新，因此移轉完成後，就不要使用會更新同意的推播式行銷表單和頁面。

同時實作雙向確認加入和 Customer Insights - Journeys，需要連絡人層級同意

如前所述，目前只能透過推播式行銷提供雙向確認加入。 日後會實作此功能，以原生方式在 Customer Insights - Journeys 中提供。 如有可能，最好等待此功能在 Customer Insights - Journeys 中以原生方式提供。 如果不能這樣做，也可以在推播式行銷中設定雙向確認加入，並在 Customer Insights - Journeys 中使用這些設定。 在此案例中，務必了解兩個模組如何在一起運作：

  1. 必須在推播式行銷中設定表單和雙向確認加入。
  2. 如果在推播式行銷表單上啟用雙向確認加入，則在填寫表單所觸發的確認電子郵件中按一下連結之前，建立的任何連絡人實際上都不在系統中。
    • 這表示如果是從需要雙向確認加入的表單建立連絡人，則可以「信任」連絡人已雙向確認加入。
    • 在表單中，視客戶是否使用訂閱清單而定，他們可以註冊各種訂閱清單，或只是讓 DoNotBulkEmail 和 DoNotEmail 欄位設定為 0 (等於允許)。
    • 如果使用訂閱清單，且客戶決定使用訂閱中心來加入其他訂閱清單，並已啟用全域雙向確認加入，則客戶為加入新訂閱清單所做的任何變更都會觸發確認電子郵件。
  3. 即時行銷會考慮連絡人的 DoNotBulkEmail 和 DoNotEmail 欄位。
  4. 如果客戶取消訂閱用於在 Customer Insights - Journeys 之旅程中建立客戶細分的訂閱清單，則客戶不會收到旅程的訊息。

在 Customer Insights - Journeys 中提供雙向確認加入之前，同時使用這兩個模組 (推播式和即時) 會視為暫時解決方案。 在某些情況下，僅在第一次需要雙向確認加入。 在這種情況下，設定仍然與上述內容相同。 此外，還可以使用用途和主題等 Customer Insights - Journeys 功能。 您也可以使用 Customer Insights - Journeys 喜好設定中心，讓客戶選擇加入新的主題。 在這種情況下，對應的 Customer Insights - Journeys 電子郵件將不需要第二次 (雙重) 選擇加入。

使用 Customer Insights - Journeys 和潛在客戶同意，管理接觸點層級的同意

在此案例中，必須使用 Customer Insights - Journeys 合規性設定，因為無法在推播式行銷中取得接觸點層級同意。 管理潛在客戶同意的功能也無法在推播式行銷中使用。 您必須使用用途和主題來處理同意。 以下說明建立所需成品的程序：在 Customer Insights - Journeys 中管理電子郵件和簡訊的同意。 一旦同意可在 Customer Insights - Journeys 中取得，而且潛在客戶可以使用喜好設定中心變更其同意時，就不應再使用表單等推播式行銷成品。

在此案例中，客戶有多個品牌 (每個品牌都需要為其本身用途徵得同意)，並希望有自己的主題，消費者可以選擇加入或退出。這可以藉由建立多個合規性設定檔 (每個涉及的品牌各一個) 來達成。 在合規性設定檔中，每個品牌都可以定義適合其通訊的主題。 設定主題之後，就可以將這些主題新增至品牌的喜好設定中心，讓客戶可以針對他們感興趣的部分選擇加入或退出。

在多個國家/地區營運，和/或需要多種語言的喜好設定中心

這與多品牌案例類似，但在此案例中，公司正在尋求根據其營運所在的多個地理區域，而不是根據所使用的品牌進行建構。 這也可以透過為每個國家/地區建立的多個合規性設定檔來解決。 定義後，每個合規性設定檔都會有本身的喜好設定中心頁面，其中包含以相應語言撰寫的內容並引用相應的支援材料。