Поделиться через


Управление согласием и руководство по переходу на двойную регистрацию

Внимание!

Модуль исходящего маркетинга будет удален из Customer Insights - Journeys 30 июня 2025 года. Чтобы избежать перебоев, переходите на циклы взаимодействия в реальном времени до этой даты. Дополнительные сведения: Обзор перехода

Дополнительные функциональные возможности и функции добавляются в 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 с самого начала следует другой концепции, позволяя маркетологам использовать другие каналы, кроме электронной почты. Например, вместо этого вы можете использовать текстовые сообщения или push-уведомления. Контакт (или интерес) потенциально может получать сообщения по нескольким каналам, и все разные точки контакта могут иметь разные предпочтения согласия. Например, контакт разрешает коммерческий маркетинг по электронной почте, но не желает осуществлять коммерческий маркетинг посредством текстовых сообщений.

На сегодняшний день модули исходящего маркетинга и маркетинга в реальном времени учитывают настройки на уровне контакта в атрибутах 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.

Это можно использоваться для следующих процедур:

  1. Копирование согласия контакта для конкретной цели или темы для цели.
  2. Копирование согласия интереса для конкретной цели или темы для цели.
  3. Копирование информации о подписке из списка подписки в цель или тему для цели.

На следующем рисунке показаны различные настройки:

Сравнение настроек контактов и списка подписки.

Функция Загрузить согласие загружает данные из атрибутов DoNotBulkEmail и DoNotEmail для согласия контакта и интереса. Эту функцию следует использовать, когда центр согласия точки контакта заполнен, поскольку Customer Insights - Journeys полагается на эти настройки. Эту функцию также можно использовать несколько раз, например, если несколько списков подписки необходимо перенести в разные темы в Customer Insights - Journeys. См. также: Добавление данных согласия в Customer Insights - Journeys

После переноса списков подписок, как описано выше, вы можете создавать сегменты на основе темы и данных о целевом согласии и отказе, собранных в центре согласия. Это позволяет вам создавать целевые списки клиентов, которые согласились на тему, аналогично тому, как исходящий маркетинг поддерживает списки подписки.

Важным моментом, который следует учитывать при создании тематических и целевых сегментов, является то, что доступными критериями для сегмента являются «отправит» или «не отправит». При этом учитывается не только наличие записи о согласии/отказе, но и модель применения темы (ограничительная, неограничительная или отключенная). Например, если тема была настроена в неограничительной модели, а затем использовалась при создании сегмента, результирующий список контактов будет состоять из всех, кто действительно может получать сообщения, то есть всех доступных согласных и контактов, которые не отказались от предоставления согласия. И наоборот, если модель была ограничительной, сегмент включает только явно выбранные контакты.

Поскольку настройки согласия точки контакта обновляются только при использовании центров предпочтений, формы исходящего маркетинга и страницы, на которых обновляется согласие, не следует использовать после завершения миграции.

В этом сценарии необходимо использовать настройки соответствия Customer Insights - Journeys, поскольку согласие на уровне точки контакта недоступно в исходящем маркетинге. Управление согласием для интересов также недоступно в исходящем маркетинге. Для обработки согласия следует использовать цели и темы. Процесс создания необходимых артефактов описан здесь: Управление согласием на сообщения электронной почты и текстовые сообщения в Customer Insights - Journeys. Как только согласие будет доступно в Customer Insights - Journeys и интересы смогут изменить свое согласие с помощью центра предпочтений, никакие артефакты исходящего маркетинга, такие как формы, больше не будут использоваться.

В этом сценарии у клиента есть несколько брендов, по каждому из которых необходимо получить согласие для своих целей, и он хотел бы иметь свои собственные темы, на которые потребители могут подписаться или отказаться от них. Этого можно достичь путем создания нескольких профилей соответствия, по одному для каждого из задействованных брендов. В рамках профилей соответствия каждый бренд может определять свои собственные темы, подходящие для коммуникаций. После того, как темы заданы, их можно добавить в центр предпочтений бренда, чтобы клиенты могли соглашаться на те области, которые представляют интерес, или отказываться от них.

Работа в нескольких странах/регионах и/или необходимость в центрах предпочтений на нескольких языках

Это похоже на сценарий с несколькими брендами, но в этом сценарии компания стремится структурировать свою деятельность вокруг нескольких географических регионов, а не используемых брендов. Эту проблему также можно решить с помощью нескольких профилей соответствия, созданных для каждой страны/региона. После определения каждый профиль соответствия имеет собственную страницу центра предпочтений с содержимым, написанным на соответствующем языке и ссылающимся на соответствующие вспомогательные материалы.