Мультибренд
- 13 Mar 2024
- 9 минуты
- Темная темаСветлая тема
- формат pdf
Мультибренд
- Обновлено 13 Mar 2024
- 9 минуты
- Темная темаСветлая тема
- формат pdf
Article Summary
Share feedback
Thanks for sharing your feedback!
Включение мультибренда позволяет объединить на проекте несколько баз данных в одну.
Для каждого бренда можно настроить права доступа, подписки, отправителей. Отчетность также разделена по брендам. Подключение модулей и биллинг — общие.
Как включить бренд
- На вкладке Настройки → Системные → Бренды нажмите «Добавить»:
- Укажите название, системное имя и отрасль бренда и нажмите «Сохранить».
Выбор отрасли влияет на то, с какими данными будут сравниваться показатели в отчете «Здоровье Email».
- Сделайте необходимые изменения в соответствии с таблицей ниже.
Изменения при включении бренда
Что происходит с текущими сущностями на проекте после добавления первого дополнительного бренда и какие шаги нужно выполнить для его включения в работу.
| Сущность | Текущие механики | Что поправить | Что поменяется в создании новых механик |
|---|---|---|---|
| Подписки в карточках клиентов | Остаются у первого бренда | Значения подписок по новому бренду нужно прописывать отдельно | Нужно будет указывать бренд при любом изменении подписки клиента |
| Действия клиентов | Остаются у первого бренда | Ничего | Нужно будет выбирать бренд или точку интеграции при выдаче любых действий |
| Сохраненные фильтры «Клиент — Подписка» | Ставится по первому бренду. Например, фильтр «Подписка — Подписан без учета канала и тематики» станет «Подписка — Подписан в Бренде1 без учета канала и тематики» | Поправить фильтры и сегменты при необходимости учитывать подписки в разных брендах | Нужно будет указывать бренд в любых фильтрах по подписке |
| Сохраненные фильтры «Действие — Регистрация» и «Действие — Первое взаимодействие» | Ставится «в любом бренде». Например, фильтр «Действие клиента — Регистрация клиента» станет «Действие клиента — Регистрация клиента в любом бренде» | Поправить фильтры и сегменты при необходимости фильтрации по конкретному бренду | Можно будет указывать бренд в фильтрах по регистрации и первому взаимодействию или разрешать все бренды |
| Сегменты РФМ | Остаются у первого бренда | При необходимости добавить РФМ-сегменты по новому бренду | Нужно будет указывать бренд при создании |
| Продукты; YML-фиды | Остаются у первого бренда | При необходимости наполнить новый бренд продуктами | Нужно будет указывать бренд при добавлении продуктов и фидов |
| Рассылки | Остаются у первого бренда | При необходимости создать или продублировать рассылки в новом бренде | Нужно будет указывать бренд при создании рассылок |
| Попапы, встроенные блоки, виджеты | Берут бренд из точки интеграции сайта. Все точки интеграции остаются у первого бренда | При необходимости создать формы для нового бренда. При использовании пользовательского js могут понадобиться изменения при использовании определенных операций (см. п. Спецификации операций) | Ничего не меняется, нужно будет выбирать сайт показа |
| In-App | Берет бренд из точки интеграции приложения. Все точки интеграции остаются у первого бренда | При необходимости создать In-App’ы для нового бренда | Ничего не меняется, нужно будет выбирать приложение |
| Сценарии по событию | Остаются у первого бренда. Бренд влияет на то, какие события обрабатываются и с каким брендом выдаются действия из групп шагов. Подробнее о том, как меняется работа сценариев в зависимости от типа события — в разделе ниже | При необходимости продублируйте сценарии в новом бренде или, наоборот, ограничьте выборку условиями по нужному бренду (например, подписками или точками контакта) | Нужно будет указывать бренд при создании |
| Сценарии по расписанию | Остаются у первого бренда. Так как у данных сценариев нет запускающего события, они срабатывают по всем клиентам, подходящим под условия в фильтре расписания | При необходимости ограничьте выборку сценариев (например, подписками или точками контакта) | Нужно будет указывать бренд при создании |
| Пулы / Балльные счета / Голосования | Сущности не связаны с брендом | Ничего | Ничего не меняется |
| Операции | Берут бренд из точки интеграции. Все точки интеграции остаются у первого бренда | При необходимости добавить точки интеграций нового бренда в общие операции, создать собственные операции для бренда | Ничего не меняется, нужно будет выбирать точку интеграции |
| Спецификации операций |
| Проверьте настройки операций с данными шагами, укажите бренды или разрешите любые там, где необходимо | Можно будет указывать бренд в интеграциях и разделять действия по брендам или, наоборот, в одном вызове править данные по нескольким брендам |
| Папки | Разрешены все бренды | Можно ограничить текущие папки по бренду. Тогда рассылки и сценарии можно будет создавать только в разрешенном бренде и только сотрудникам, у которых разрешен тот же бренд | Можно будет ограничивать папки по бренду. Тогда рассылки и сценарии можно будет создавать только в разрешенном бренде и только сотрудникам, у которых разрешен тот же бренд |
| Промоакции | Не связаны с брендами | Можно ограничить по каналам, чтобы акции действовали только на сайтах и офлайне нужного бренда | В создании акций ничего не меняется. Можно будет ограничивать по каналам, чтобы акции действовали только на сайтах и офлайне нужного бренда |
| Дисконтные карты | Не связаны с брендами | Можно разделить по типам | В создании ничего не меняется. Можно будет разделять по типам |
| Алгоритмы | Лучшее время отправки — рассчитывается время по клиенту, разделения по брендам нет. Лучшее следующее предложение — рассчитывается дата по клиенту, разделения по брендам нет. Контроль частоты — смотрится интерес в целом, разделения по брендам нет. | Ничего | Ничего |
| Продуктовые рекомендации | Алгоритмы рекомендаций автоматически учитывают бренд продукта | Ничего | Ничего |
| АБ-тесты по сегментам клиентов | Бренд не учитывается, но, так как тесты используются в кампаниях конкретного бренда, это не влияет на определение победившего варианта АБ-теста | Ничего | Ничего |
| АБ-тесты на посетителей сайта | Берут бренд из точки интеграции | При необходимости создайте тесты для нового бренда | Ничего не меняется, нужно будет выбирать сайт теста |
| Отчеты | При просмотре можно выбирать нужный бренд | Ничего | Ничего |
| Подписка на отчеты | Остается по первому бренду | При необходимости переподпишитесь или добавьте подписку по новому бренду | При подписке нужно будет указывать бренд |
| Точки интеграции | Остаются у первого бренда | Создайте точки для нового бренда, при необходимости укажите их в существующих операциях или создайте для них отдельные | Нужно будет указывать бренд при создании |
| FTP-импорт | Остаются у первого бренда | Продублируйте при необходимости для нового бренда | Нужно будет указывать бренд при создании |
| FTP-экспорт | Бренд не указывается в настройке FTP, но может появиться в самих экспортах в зависимости от используемой операции:
| Ничего | Ничего |
| Вызовы по API | В вызовах всегда передается endpointId (точка интеграции) — по нему определяется бренд. Импорт продуктов затребует передачу бренда в URL или теле запроса | Настройте вызовы по точкам интеграций нового бренда. Добавьте бренд в импорты продуктов | Ничего, нужно будет указывать в вызовах точку интеграции бренда. Обязательно нужно будет передавать бренд в импорте продуктов |
| SMPP-соединения | Остаются у первого бренда | Добавьте для нового бренда при необходимости | Нужно будет указывать бренд при создании |
| Вебхуки | Не используют бренды, но в теле запроса может понадобиться указание бренда при передаче подписки (см. п. Спецификации операций) | Проверьте, есть ли в вызовах передача подписок; при необходимости добавьте бренд | В теле вебхука можно будет уточнять бренд при передаче подписок |
| Шаблоны действия | Разрешены во всех брендах | Ничего | Можно будет разрешать только в отдельных брендах |
| Каналы и точки контакта | Не разделены по брендам | Можно добавить для нового бренда, например, чтобы ограничивать промоакции | Ничего |
| Персонал | Разрешены все бренды | Можно ограничить текущих сотрудников по бренду. Тогда они смогут создавать рассылки и сценарии только в данном бренде. Строить фильтры можно будет только по своему бренду | При создании персонала можно будет ограничивать доступ по бренду. Тогда они смогут создать рассылки и сценарии только в своем бренде. Строить фильтры можно будет только по своему бренду |
| Пермиссии | Для создания рассылок и сценариев понадобится пермиссия «Просмотр брендов» | Добавьте нужному персоналу и группам безопасности пермиссию «Просмотр брендов» | При создании персонала и пользовательских групп безопасности для доступа к созданию рассылок и сценариев нужно будет выдавать пермиссию «Просмотр брендов» |
| Настройка программы лояльности | Остаются у первого бренда | При необходимости задайте для нового бренда | Нужно выбирать бренд при настройке |
| Контроль частоты попапов | Общий по проекту, нет деления по брендам | Ничего | Ничего |
| Атрибуция заказов | Автоматически работает в рамках бренда | Ничего | Ничего |
| Параметры платформы | Нет деления по брендам | Ничего | Ничего |
| Зоны | Нет деления по брендам | Ничего | Ничего |
| Настройки Email — Отправители и подписи DKIM | Остаются у первого бренда | Добавьте отправителей для нового бренда | Отправители будут создаваться в рамках конкретного бренда |
| Настройки Email — Подтверждение подписки | Текущие настройки остаются у первого бренда. Новый бренд создается с выключенным подтверждением подписки | Настройте подтверждение подписки на новом бренде или оставьте выключенным | Подтверждение можно включать и выключать на брендах независимо друг от друга |
| Настройки SMS — Подтверждение подписки | Текущие настройки остаются у первого бренда. Новый бренд создается с выключенным подтверждением подписки | Настройте подтверждение подписки на новом бренде или оставьте выключенным | Подтверждение можно включать и выключать на брендах независимо друг от друга |
| UTM-метки | Остаются у первого бренда. Новому автоматически прописываются стандартные (utm_campaign — ${Message.MailingUtmName}; utm_source — mindbox; utm_medium — email) | Поправьте метки для Email и пропишите для вебпушей на новом бренде при необходимости | Метки можно будет настраивать на брендах независимо друг от друга |
| Тематики | Остаются у первого бренда | Добавьте тематики для нового бренда при необходимости | Тематики будут создаваться в рамках конкретного бренда |
| Контрольная группа | Не учитывает бренд, так как клиент может контактировать сразу с несколькими брендами | Ничего | Ничего |
| Автоудаление | Фильтры с подписками ставятся по первому бренду. Например, фильтр «Подписка — Подписан без учета канала и тематики» станет «Подписка — Подписан в Бренде1 без учета канала и тематики». Фильтры «Действие — Регистрация» и «Действие — Первое взаимодействие» ставятся «в любом бренде». Например, фильтр «Действие клиента — Регистрация клиента» станет «Действие клиента — Регистрация клиента в любом бренде» | При необходимости поправьте фильтры автоудаления с данными условиями | При создании критериев автоудаления в фильтрах нужно будет указывать бренд |
| Анкета | Не делится по брендам | Ничего | Ничего |
События в сценариях
Все сценарии принадлежат какому-либо бренду. То, на какие действия отрабатывает сценарий, зависит от типа события.
Срабатывают только по действиям в бренде сценария:
- Окончена сессия
- Заказ добавлен или изменен
- Статус заказа изменен
- Выдано действие
- Выдано действие связанное с продуктом
- Клиент попал в БД
- Клиент был сдедублицирован
- Изменение email
- Первое подтверждение email
- Изменение мобильного телефона
- Первое подтверждение мобильного телефона
- Обновление данных клиента
- Редактирование анкеты клиентом
- Изменилось значение дополнительного поля у клиента
- Изменился статус подписки
- Баланс клиента стал отрицательным
- Бонусные баллы стали доступны (перешли из заблокированных)
- Изменения заданного баланса
- Выдан промокод
- Гашение промокода
- Статус карты изменен
- Замена дисконтной карты
Срабатывают только по событиям с продуктом в бренде сценария:
- Клиент приобрел продукт (позиция доставлена)
- Продукт из списка клиента стал доступен
- У продукта из списка продуктов уменьшилась цена
Игнорируют бренд и срабатывают по всем брендам:
- Список продуктов изменился
- Клиент попал в сегментацию
- Клиент вышел из сегментации
- Настало время Лучшего следующего предложения
Если в сценариях из последней группы нужно разделять клиентов по брендам, добавьте дополнительные проверки с помощью блоков «Условие».
Как отключить бренд
Перед отключением нужно будет удалить или отредактировать связанные с брендом сущности:
- рассылки в статусах «Готова к отправке», «Готова к использованию» (черновики и завершенные рассылки можно не трогать, но клики по уже отправленным рассылкам в бренде приходить не будут);
- сценарии;
- товарные фиды;
- папки, ограниченные брендом;
- подписки на отчеты по бренду;
- точки интеграции и механики, завязанные на них:
- операции;
- попапы, виджеты, встроенные блоки;
- In-App’ы;
- АБ-тесты по посетителям сайта.
- На вкладке Настройки → Системные → Бренды перейдите в редактирование нужного бренда:
- Отожмите чекбокс «Активен» и нажмите «Сохранить».
При наличии связанной сущности появится валидационное сообщение:
Изменения при отключении бренда
Что происходит с текущими сущностями на проекте, связанными с деактивированным брендом.
| Сущность | Текущие механики |
|---|---|
| Подписки клиентов в карточках | Не выводятся в карточке. Остаются в фильтрах, если на проекте от двух брендов. Если остается один бренд, то не выводится и в фильтрах |
| Сохраненные фильтры «Клиент — Подписка в бренде» | Фильтры сохраняются, если на проекте от двух брендов. Если остается один бренд, то меняются на «Клиент — Подписка» |
| Сохраненные фильтры «Действие — Регистрация в бренде» и «Действие — Первое взаимодействие в бренде | Фильтры сохраняются, если на проекте от двух брендов. Если остается один бренд, то меняются на «Действие — Регистрация» и «Действие — Первое взаимодействие» |
| Сохраненные фильтры «Действие — Бренд» | Фильтры по бренду действия сохраняются, даже если на проекте остается один активный бренд |
| Продукты | Продукты сохраняются |
| Рассылки | Завершенные и остановленные рассылки и черновики остаются в деактивированном бренде |
| Спецификации операций | Данные по неактивному бренду приниматься не будут. Если на проекте остается один активный бренд:
|
| FTP-экспорт | Если на проекте остается один активный бренд, из экспортов операций пропадут поля:
|
| Вызовы по API | Вызовы по удаленным endpointId (точки интеграции) будут падать с ошибкой. В импорте продуктов продуктов можно продолжать передавать бренд, но только активный |
| Настройки Email и SMS, SMPP-соединения | Настройки по деактивированному бренду скрыты |
| Вебхуки | Не используют бренды, но в теле запроса может быть передача данных по деактивированному бренду |
| Персонал | Персонал может быть ограничен неактивным брендом. При необходимости поменяйте доступы |
| Пермиссии | Если на проекте остался один активный бренд, для создания рассылок и сценариев больше не нужна будет пермиссия «Просмотр брендов» |
| Отчеты | Отчеты по деактивированным брендам скрыты |