同意管理和雙向確認加入轉換指引
Dynamics 365 Customer Insights - Journeys 每個月都會新增更多功能和特性。 Customer Insights - Journeys 應用程式目前有兩個吸引客戶的引擎：推播式行銷引擎和最新 Customer Insights - Journeys 引擎。 這兩個引擎的運作方式各不相同，因此功能同位有不同的形式。 從推播式行銷轉換至 Customer Insights - Journeys 時，應考慮到這一點。
這是一篇介紹性文章，旨在說明同意在即時旅程中的作用以及與推播式行銷的區別。 如需更詳細的討論，請參閱了解 Dynamics 365 Customer Insights - Journeys 中的同意管理 - Dynamics FastTrack 部落格
說到同意管理和相關主題時，這兩個 Customer Insights - Journeys 引擎各有本身的概念：
若要判斷訊息是否已送出至連絡人或潛在客戶，需要進行下列處理：
在推播式行銷中，旅程會驗證所指示內容設定中的資訊，以找出相關的訂閱中心，並使用該資訊來開始電子郵件處理。 系統接著檢查連絡人設定檔中的屬性 DoNotBulkEmail 和 DoNotEmail，然後再繼續在旅程所指示同意等級的對比下，評估連絡人的同意等級。
在 Customer Insights - Journeys 行銷中，處理方式有所不同。 隨著旅程開始，並在有訊息要處理時，系統會根據針對要傳送之訊息所選取的合規性設定檔進行檢查。 即時行銷使用兩種類型的合規性設定檔 (喜好設定中心和訂閱中心)，這是根據要在訊息中使用的同意管理頁面類型，由系統管理員來設定。 使用這兩種合規性設定檔時，處理程序會檢查連絡人設定檔中的屬性 DoNotBulkEmail 和 DoNotEmail，並使用合規性設定檔的主題和用途相關資訊來完成準備並最終傳送訊息。
其中一個要注意的特性是，使用連絡人設定檔中的 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)。
客戶通常透過表單和核取方塊表示同意，而客戶必須明確勾選此核取方塊才能提交表單 (單次選擇加入)。 在需要雙向確認加入的情況中，單獨提交表單不符合隱私權需求。 公司必須傳送一封確認電子郵件，客戶必須開啟並選擇確認連結，以驗證選擇加入確實是他們的想法。
此程序也適用於行銷喜好設定 (選擇加入或退出) 的更新。
在即時旅程圖中雙向確認加入
即時旅程中的雙向確認加入可以在每次表單提交時觸發，也可以僅針對新客戶觸發。
每次提交表單時都要進行雙向確認加入 - 如果表單與啟用 DOI 的合規性設定檔相關聯，則每次提交表單時都會觸發 DOI 流程。
僅針對新客戶雙向確認加入 -「新客戶」表示此客戶的電子郵件地址與合規性設定檔相關聯，但未取得接觸點同意。 如果客戶的電子郵件地址沒有接觸點同意，則將此客戶視為新客戶，並觸發 DOI 流程。 如果客戶的電子郵件地址已有接觸點同意，則不會觸發 DOI。
若要啟用雙向確認加入，請參閱即時旅程中的雙向確認加入。
即時行銷增強同意功能
合規性設定檔會摘要列出並綁定特定同意設定。 系統中始終至少有一個合規性設定檔。 Customer Insights - Journeys 的合規性設定檔已連結至喜好設定中心 – 可自訂的表單，提供變更同意設定的功能。 合規性設定檔可讓組織使用用途來定義同意設定。 一個合規性設定檔可以包含不同的同意用途，這些用途表示徵求同意的原因，通常是商業、交易或追蹤。 建立新的合規性設定檔時，預設會建立這些用途。
對於交易和商業用途，還可以定義主題。 主題可讓您進一步調整通訊喜好設定。 每個商業用途都可以新增一般主題，例如「電子報」或「每日交易」。 主題可以看作是訂閱清單的後置任務。
下圖顯示這些實體之間的連接。
例如，一個組織可以為每個子公司或國家/地區建立多個合規性設定檔，而每個設定檔各有不同的同意用途。
案例
現在已討論產品中加入宣告與功能之間的區別，接下來讓我們查看一些案例，並了解如何使用合規性設定。
移轉推播式行銷的同意
即時行銷會將接觸點同意資訊儲存在同意中心，這可做為網站地圖中的功能表項目。 若要移轉推播式行銷的同意設定，有載入同意按鈕可開始將同意設定複製到 Customer Insights - Journeys 同意中心。 有了上述 Customer Insights - Journeys 的增強型選項，您就可以將推播式行銷同意資訊複製到特定合規性設定檔，並定義應複製資料的哪些商業和交易用途。 基於商業用途，還可以選擇定義一個主題來儲存其同意。 這會產生類型為主題的接觸點同意記錄，並且可能用於將訂閱清單移轉至 Customer Insights - Journeys 主題。
這可用於下列程序：
- 將連絡人同意複製到特定用途或用途的主題。
- 將潛在客戶同意複製到特定用途或用途的主題。
- 將訂閱清單的加入宣告資訊複製到用途或用途的的主題。
下圖顯示不同的設定：
載入同意函數會從連絡人和潛在客戶同意的 DoNotBulkEmail 和 DoNotEmail 屬性載入資料。 填入接觸點同意中心時應使用此函數，因為 Customer Insights - Journeys 依賴於這些設定。 例如，如果應將多個訂閱清單移轉至 Customer Insights - Journeys 中的不同主題，也可以多次使用此函數。 另請參閱：將同意資料新增至 Customer Insights - Journeys
依上述方式移轉訂閱清單後，就可以根據在同意中心擷取的主題和用途加入和退出宣告資料建立客戶細分區段。 這可讓您以類似於推播式行銷支援訂閱清單的方式，建立已選擇加入主題之客戶的目標清單。
在建立以主題和用途為基礎的客戶細分時，要考慮的重要一點是，客戶細分的適用準則是「會傳送」或「不會傳送」。 這不僅考慮加入/退出宣告記錄的存在，還會考慮主題的強制模型 (限制性、非限制性或已停用)。 舉例來說，如果主題已設定為非限制性模式，然後用於建立潛在客戶，則產生的連絡人清單將會是所有實際上可以接收通訊的人，也就是所有可用的選擇加入者以及任何尚未選擇退出的連絡人。相反的，如果模型是限制性模型，則客戶細分僅包含明確選擇加入的連絡人。
由於接觸點同意設定僅在使用喜好設定中心時更新，因此移轉完成後，就不要使用會更新同意的推播式行銷表單和頁面。
使用 Customer Insights - Journeys 和潛在客戶同意，管理接觸點層級的同意
在此案例中，必須使用 Customer Insights - Journeys 合規性設定，因為無法在推播式行銷中取得接觸點層級同意。 管理潛在客戶同意的功能也無法在推播式行銷中使用。 您必須使用用途和主題來處理同意。 以下說明建立所需成品的程序：在 Customer Insights - Journeys 中管理電子郵件和簡訊的同意。 一旦同意可在 Customer Insights - Journeys 中取得，而且潛在客戶可以使用喜好設定中心變更其同意時，就不應再使用表單等推播式行銷成品。
多個品牌和依主題同意
在此案例中，客戶有多個品牌 (每個品牌都需要為其本身用途徵得同意)，並希望有自己的主題，消費者可以選擇加入或退出。這可以藉由建立多個合規性設定檔 (每個涉及的品牌各一個) 來達成。 在合規性設定檔中，每個品牌都可以定義適合其通訊的主題。 設定主題之後，就可以將這些主題新增至品牌的喜好設定中心，讓客戶可以針對他們感興趣的部分選擇加入或退出。
在多個國家/地區營運，和/或需要多種語言的喜好設定中心
這與多品牌案例類似，但在此案例中，公司正在尋求根據其營運所在的多個地理區域，而不是根據所使用的品牌進行建構。 這也可以透過為每個國家/地區建立的多個合規性設定檔來解決。 定義後，每個合規性設定檔都會有本身的喜好設定中心頁面，其中包含以相應語言撰寫的內容並引用相應的支援材料。