Полезное

Принципы интеграции

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

Кому будет полезна эта статья

Маркетологам и всем нетехническим специалистам, которые в процессе работы сталкиваются с интеграциями.

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

И вот маркетологу нужно связать всё эти сервисы между собой, но как именно это работает внутри, какой логике следовать и какие ресурсы привлекать — не совсем понятно.

Интеграция — это и есть способ взаимодействия между сервисами.

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

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

Главный принцип и процесс интеграции

Интеграция — это про процесс передачи данных из одной системы в другую. Но где эти данные хранятся изначально? Как правило, в мастер-системе.
Мастер-система данных — это система-первоисточник, которая собирает и хранит данные о пользователях, их действиях, покупках и т. д.
Мы считаем, что мастер-системой должно быть стороннее (или собственнное) решение для хранения данных.
Это важный момент, потому что так у бизнеса появляется гибкость. В любой момент можно интегрироваться с любым сервисом и не быть завязанным на одной платформе.

Например, если вы храните данные в сервисе, где есть рассылки, но нет возможности обрабатывать заявки лидов или подключить колл-центр, то вам придётся выгружать данные из системы А и потом передавать их в систему B.

А когда вы храните данные централизованно в одной мастер-системе, то можете передавать данные когда угодно куда угодно вовне и интегрировать её с любыми внешними сервисами.
Главный принцип интеграции: из мастер-системы — наружу.
В этом случае схема интеграции с разными сервисами выглядит так:
Отдельно хочется сказать, что сейчас многие платформы идут в сторону CDP, где можно делать почти всё: собирать и хранить данные, отправлять различные коммуникации и интегрироваться с другими сервисами. Таким платформам выгодно, когда бизнес максимально завязан на их инструментах и не может уйти к конкуренту.

В Мейлганер, например, тоже можно хранить данные и делать не только имейл-рассылки. Но мы (хоть это и не популярное мнение на рынке), считаем, что компаниям лучше держать все данные «у себя». Даже если на начальном этапе это просто табличка в Excel :)
Хранить данные в одной мастер-системе и интегрировать её с другими системами — самый гибкий вариант для бизнеса.

Процесс интеграции и передачи данных

Рассмотрим на примере простой задачи — отправки welcome-письма новым подписчикам из Мейлганера. Считаем, что компания интегрирована с нашей платформой стандартными методами (о разных типах интеграций расскажем ниже).

Интеграция «говорит» платформе, какому подписчику и какое письмо нужно сформировать и отправить — то есть, передаёт данные пользователя (имейл, имя и другие) и id шаблона. Так это выглядит на схеме:
Теперь усложним: например, вы хотите позвонить подписчику, если он кликнул на ваше предложение в welcome-письме.

Если настроены вебхуки, то Мейлганер может дать «обратную связь» и передать в мастер-систему новые данные о действиях подписчика в рассылке.
Дополнительные параметры, которые можно использовать в API-запросах (включаются через запрос в поддержку):
doi_ok — добавление имейла в статусе «Активен»

Отправка транзакционного письма на подписчиков в статусе:

ignore_unsubscribed — «Отписался от рассылок»
ignore_spam — «Адресат считает спамом»
ignore_wait — «Запрошено подтверждение»

Частая ошибка при интеграции или как правильно передавать типы данных

Главное в процессе интеграции — понять, какие данные, в каком формате и куда следует передавать, и что потом с ними должно произойти.

Все данные можно разделить на два типа — фактические и расчётные.
Самая частая ошибка — это передача расчётных данные вовне. Чаще всего путаница происходит с пользовательскими датами. Передавать в Mailganer нужно фактические данные. А все расчёты и настройку условий с ними проводить уже внутри платформы.
Давайте разбираться на примере.

Скажем, пользовательская дата — это дата последнего заказа. И если последняя покупка была более 6 месяцев назад, то вы хотите отправить такому подписчику промокод на скидку.

Анализировать на своей стороне клиентов, выделять отдельный сегмент «уснувших» и делать по ним ручную отправку не нужно. Достаточно передать в платформу пользовательскую дату и настроить отправку автоматической рассылки при наступлении этого события.

В Мейлганер удобно создавать сегменты и триггеры с пользовательскими переменными за счёт гибких настроек условий.

Ниже — пример триггера, который один раз отправит письмо с промокодом тем, кто покупал последний раз 180 дней назад.
С пользовательскими датами также можно создавать абсолютно разные сегменты — даже с условием «пустая» дата.
Чтобы все сегменты просчитывались и триггеры настраивались корректно — передавайте в платформу фактические данные, и там уже настраивайте условия.

Зная этот принцип, вы можете применить его и ко всем другим типам переменных и данных.

Уровни интеграции с Mailganer

Варианты работы с данными и развитие связки между ESP и мастер-системой данных клиента.

1. Импорт из файла
— это простой ручной перенос данных из своей базы в платформу.

2. Готовые модули интеграции — как альтернатива стандартной интеграции.

Чаще всего для «связки» двух систем используют сервис Albato, который помогает интегрировать сервисы без привлечения разработчиков.

Мы тоже используем Albato для решения задач клиентов. Например, чтобы связать Tilda и Mailganer.

3. Интеграция по API — стандартные методы по работе с подписчиками, списками, рассылками. Чаще всего используются методы сбора подписчиков и отправки триггеров.

4. Доработка API обратной интеграцией — настройка вебхуков, которые позволяют передавать новые данные и обогащать мастер-систему.

Первые три уровня — это всё входящие интеграции по принципу «из мастер-системы — наружу», и только вебхук даёт обратную связку.
Если только начинаете заниматься имейл-маркетингом, на первое время можно воспользоваться простым импортом из файла, Albato или классическими методами интеграции.

Но когда бизнес растёт, то вместе с ним растут и усложняются коммуникации. Тогда уже нужно развивать и дорабатывать интеграцию, чтобы письма решали конкретно ваши задачи.
Мы любим сложные интеграции!
Расскажите о ваших задачах — и мы придумаем,
как решить их в Мейлганере.