Сценарий использования. Один из моих клиентов использовал стандарт кампании Adobe (ACS) в качестве инструмента автоматизации маркетинга, но у него был особый вариант использования, который не предлагается платформой ACS из коробки.

Вариант использования заключался в том, чтобы отправить электронное письмо с приглашением целевому пользователю вместе с двумя кнопками в содержимом электронной почты: одна предназначена для принятия, а другая - для отклонения события. См. изображение ниже.

Как только пользователь принимает событие, статус пользователя должен быть принят к событию, а в случае отклонения статус должен быть отклонен.

И как только статус пользователя изменится на «Принято», маркетолог должен предоставить файл ICS для события, чтобы событие сохранялось в календаре пользователя.

Постановка проблемы:

  1. Как определить, кто принял или отклонил мероприятие?
  2. Как вы отправляете файл ICS конечному пользователю? Стандарт кампании Adobe не имеет функции вложения для отправки файла ICS по электронной почте (версия клиента кампании Adobe для настольных ПК имеет эту функцию). По этой причине вы не можете попросить клиентов купить классическую кампанию Adobe, верно? Обходным путем может быть создание файла ICS на целевой странице с использованием javascript.

Надеюсь, вариант использования ясен. Вот решение.

  1. Создание содержимого электронной почты и отправка приглашения по электронной почте.

2. Если пользователь нажмет кнопку «Принять», откроется целевая страница, на которой будут отображаться его / ее данные. Разработайте это на целевой странице стандартной кампании Adobe.

Настройте первую страницу целевой страницы с полями базы данных

Теперь, когда пользовательские данные отображаются здесь, вам также придется хранить данные в новой таблице, следовательно, хранить эти данные с помощью javascript (позже мы объясним, почему нам нужно снова хранить данные в новой таблице).

Этот код не что иное, как чтение деталей DOM, таких как eventName, дата события, а также размещение и сохранение их в переменной.

Как только пользователь подтвердит, откроется следующая целевая страница.

Здесь нужно сделать две вещи: во-первых, сохранить данные пользователя со статусом «принято», а затем предоставить кнопку «Загрузить событие», которая загрузит событие в пользовательскую систему/телефон.

Код для обновления сведений со стороны клиента в стандартный ресурс кампании Adobe. (Пожалуйста, имейте в виду, что стандарт кампании Adobe представляет собой облачное решение и не предлагает сценарии кода js в качестве действия, поэтому в сценариях на стороне клиента был вызван API xtk.write, специфичный для Adobe. Это может быть разработано в ACC от клиента и на стороне сервера оба)

Поскольку у нас также есть файл ics на странице, ниже приведен блок кода для создания файла ICS.

использовали этот сторонний код для создания файла ics: https://github.com/nwcell/ics.js/tree/981e460c1d70cd9267f498d08608bc85e90fffb6

Вот как будет загружен файл ICS.

И данные пользователя будут храниться в пользовательской схеме/ресурсе.

Отклонить целевую страницу: Аналогично спроектируйте целевую страницу «Отклонить». После того, как пользователь нажмет на кнопку отклонения электронной почты. Откроется приведенная ниже страница, и на ней будут храниться сведения о пользователе в стандартной схеме кампании Adobe для этого пользователя, поскольку он / она отклонил событие (если пользователь уже принял ранее, но отклонил позже, изменится только статус, и новые записи не должны Кроме того, мы предоставляем ссылку для повторного принятия события на странице отклонения, если пользователь нажал кнопку отклонения по ошибке)

Код для редактирования стандартного ресурса кампании Adobe.

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

2. Клиентский код для обновления схемы кампании Adobe всегда должен быть написан внутри ‹% %›. Этот код будет работать во время выполнения и будет вызывать сервер кампании Adobe для загрузки метода, объектов или API и т. д.

Дальнейший запрос будет выполняться из этой таблицы, и все пользователи со статусом «принято» будут целевыми для предоставления информации о деталях мероприятия, дресс-коде, номере места и т. д. Если мы не храним данные клиентов в этой таблице, тогда было бы трудно определить, кто принял приглашение или отклонил его. (В обоих случаях в журнале BroadLog и журнале отслеживания будут данные, но он будет иметь статус открытого для обоих случаев — принять или отклонить, следовательно, это не поможет)

с приведенной выше настройкой маркетолог может использовать эту концепцию и создавать сотни событий и передавать маркетинговую информацию.