Как создать сегмент в Mindbox: от простых фильтров к сложной логике условий

Конструктор сегментов Mindbox по шагам: условия, пересечения, исключения, пересчет. И разбор ошибок, из-за которых сегменты пустеют или цепляют лишних клиентов.

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

При этом сам конструктор сегментов — не высшая математика. Разобраться в нем можно за один вечер, если понимать логику, а не тыкать в условия наугад. Дарья Касаткина, CRM-маркетолог ClientCore, собирала сегментацию в Mindbox для fashion, оптики и e-commerce и знает, где конструктор кусается.

ЧИТАЙТЕ ТАКЖЕ

«Пороги, привилегии, слет уровня: проектируем статусы программы лояльности в Mindbox, которые поднимают частоту покупок и не сливают маржу.»

Статусы программы лояльности в Mindbox: как проектировать уровни, ради которых клиент возвращается

Что такое сегмент в Mindbox и где он живет

Сегмент — это правило отбора клиентов из базы. Один раз задаете условия, и дальше Mindbox держит список актуальным: клиент перестал подходить — выпал, начал подходить — попал. Сегменты лежат в разделе «Клиенты» → «Сегменты». Кнопка «Создать сегмент» открывает конструктор.

Каждое условие в конструкторе состоит из трех вещей: что проверяем, как сравниваем, с чем сравниваем. Например: «Дата последнего заказа» → «не более чем N дней назад» → «30». Читается как обычная фраза: последний заказ был в течение месяца.

Данные для условий берутся из нескольких источников:

  • свойства клиента — город, пол, дата рождения, кастомные поля, которые вы передаете в систему;
  • заказы — количество, сумма, даты, статусы, категории товаров;
  • события — просмотры, действия на сайте и в письмах, все что приходит по интеграции;
  • подписки на каналы — email, SMS, push, WhatsApp;
  • баллы и участие в программе лояльности;
  • вхождение в другие сегменты — об этом отдельно ниже.
Прежде чем открывать конструктор, сформулируйте сегмент одним предложением. Буквально: „активные клиенты из Москвы с заказом за последние 90 дней и подпиской на email". Если фраза получилась — половина работы сделана, осталось перевести ее на язык условий. Если не получилась — в конструкторе вы соберете кашу из двенадцати блоков, которую через месяц не расшифрует никто.
Дарья Касаткина

Дарья Касаткина

CRM-маркетолог, ClientCore

Как создать сегмент в Mindbox: базовый сценарий

На конкретном примере. Задача: собрать клиентов, которые покупали за последние 90 дней, — под кампанию на повторную продажу.

1. «Клиенты» → «Сегменты» → «Создать сегмент». 2. Название — сразу понятное: «Покупали за 90 дней». Через полгода скажете себе спасибо: в проектах с активной CRM сегментов бывает под сотню, и искать нужный методом «вроде этот» — то еще развлечение. 3. «Добавить условие» → раздел «Заказы» → «Количество заказов». 4. Период: «за последние 90 дней». Оператор: «больше или равно». Значение: 1. 5. Нажимаем «Пересчитать» — система показывает, сколько клиентов подошло. 6. Сверяем цифру со здравым смыслом и сохраняем.

Пересчет — страховка от ошибок. Если база 100 000 клиентов, а сегмент «покупали за 90 дней» вдруг выдает 800 человек, что-то пошло не так: либо заказы не доходят в Mindbox, либо период задан иначе, чем вы думали. Ловить это надо на этапе сборки, до того как акция уйдет 800 людям вместо 30 000.

Группы условий: И, ИЛИ и вложенная логика

Одно условие — редкость в реальной работе. Чаще нужна связка, и здесь начинается главное в настройке сегментов Mindbox: условия объединяются в группы, а группы связываются операторами «И» и «ИЛИ».

«И» сужает выборку: клиент должен соответствовать всем условиям группы. «ИЛИ» расширяет: достаточно одного. Вложенные группы позволяют собирать конструкции вида «(А и Б) или (В и Г)».

Пример из практики. Сегмент для реактивации: клиенты, которые покупали от 90 до 180 дней назад, и которым можно написать хотя бы в один канал. В конструкторе это выглядит так:

  • Группа 1: дата последнего заказа — от 90 до 180 дней назад.
  • Группа 2, условия через «ИЛИ»: подписка на email = да; подписка на SMS = да.
  • Группы связаны через «И»: заказ в нужном окне И есть канал связи.

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

Норма
  • одна группа — один смысловой блок: «заказы», «каналы связи», «география»;
  • после каждого нового условия жмете «Пересчитать» и смотрите, как меняется число;
  • вложенность максимум два уровня, дальше логика перестает читаться.
Red flag
  • в сегменте пять-шесть условий, и вы уже не помните, какие через «И», какие через «ИЛИ»;
  • сегмент скопирован из прошлой кампании и «вроде работал»;
  • пересчет показывает число, которое никто в команде не может объяснить.

Исключения: как вычесть лишних

Половина работы над сегментом — это исключения: кого из выборки убрать. В Mindbox для этого два инструмента: условие «не входит в сегмент» и операторы отрицания внутри обычных условий.

Стандартный набор исключений для промо-рассылки:

  • купившие за последние 3–7 дней — чтобы не слать промокод людям, которые только что отдали полную цену;
  • участники другой активной механики — иначе клиент получает две скидки и выбирает ту, что пожирнее;
  • отписанные, заблокированные, жаловавшиеся на спам — Mindbox в основном отсекает их сам, но в каскадных цепочках проверить не мешает;
  • сотрудники и тестовые карты.
Самый дорогой сбой, который я видела: промокод на 20% ушел клиентам, купившим за день до рассылки. За неделю поддержка получила десятки обращений с требованием вернуть разницу, часть заказов оформили возвратом и перезаказом. Одно условие-исключение — „дата последнего заказа больше 3 дней назад" — и этой истории просто нет.
Дарья Касаткина

Дарья Касаткина

CRM-маркетолог, ClientCore

На уровне стратегии исключения отличают рассылку с цифрой в выручке от рассылки с цифрой в отписках. Когда пересобирали логику отправок для MINIDINO, база получала все подряд без разбора. Сделали ставку на точность: узкие сегменты и жесткие исключения. Итог — +110% к эффективности email-рассылок за квартал (кейс MINIDINO).

Промокоды уходят тем, кто уже купил по полной цене?

Найдем дыры в вашей сегментации и покажем, сколько вы теряете на лишних отправках

🇷🇺

Пересчет: почему сегмент внезапно пустеет

Сегмент в Mindbox — живой: клиенты входят в него и выходят по мере изменения данных. Но система не обновляет список непрерывно — сегмент пересчитывается по событиям: перед отправкой рассылки, по расписанию, при ручном пересчете.

Два вывода для практики.

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

Второе. Используйте относительные даты. «За последние 30 дней» — условие, которое останется верным и завтра, и через год. «С 1 по 31 марта» через месяц превратит сегмент в тыкву: в окне просто не останется данных. Чаще всего сегмент пустеет именно из-за этого — человек собрал его в марте на абсолютных датах, а в апреле удивляется.

Типовые ошибки, из-за которых сегменты пустеют или захватывают лишних

Собрала за годы аудитов. Каждая встречается регулярно.

1. Абсолютные даты. Разобрали выше: сегмент, собранный на фиксированном периоде, умирает вместе с периодом. 2. «Равно» для текстовых полей. Свойство «город» = «Москва» не найдет клиентов, у которых записано «москва» или «Москва » с пробелом на конце. Для строк безопаснее «содержит», а еще безопаснее — привести данные к одному виду на стороне интеграции. 3. Условие по событию, которое не приходит. Сегмент «добавил товар в избранное за 7 дней» покажет ноль, если это событие просто не передается в Mindbox. При любых настройках конструктора — чинить надо интеграцию. 4. Пересечение всего со всем. Шесть условий через «И»: город, возраст, заказ за 30 дней, сумма выше среднего, открывал письма, есть баллы. На бумаге красиво, в базе — 47 человек. Каждое новое условие режет выборку, следите за счетчиком. 5. Отрицание внутри группы «И». Логика «все условия выполняются, а вот это одно — нет» в середине группы плохо читается и регулярно срабатывает иначе, чем задумывалось. Исключения надежнее выносить в отдельную группу через «не входит в сегмент».

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

Дарья Касаткина

CRM-маркетолог, ClientCore

Норма
  • пересчет после каждого условия, итоговое число объяснимо;
  • даты относительные, строки через «содержит»;
  • события проверены в карточке клиента до сборки сегмента.
Red flag
  • сегмент из шести условий через «И» с результатом в два десятка человек;
  • условие по событию, которое никто не видел в живых данных;
  • отрицания размазаны по всем группам сразу.

Как проверить сегмент перед запуском

Перед тем как ставить сегмент в рассылку или триггер, прогоните короткий чек-лист:

1. Пересчитайте сегмент и посмотрите на дату пересчета. 2. Сверьте число с ожиданием. Примерный порядок цифр по своей базе вы знаете: активных покупателей не может быть 2% при ежедневных заказах. 3. Откройте список клиентов сегмента, возьмите 5–10 карточек и проверьте глазами: действительно ли человек подходит под условие. 4. Проверьте границы: клиент с заказом ровно 90 дней назад — входит или нет, и так ли задумано. 5. Отправьте тестовую коммуникацию на внутреннюю группу.

Двадцать минут на проверку против тысяч писем не тем людям — обмен честный. А эффект от нормальной сегментации накопительный: когда в FINNTRAIL ушли от отправок всей базе разом к персонализированным рассылкам, выручка email-канала выросла на 15%, а письмо стало собираться за 2 часа вместо полутора недель (кейс FINNTRAIL).

ЧИТАЙТЕ ТАКЖЕ

«Возвраты из 1С, офлайн-чеки, события приложения — стандартная интеграция их не видит. Разбираем, как передать их в Mindbox через API и вебхуки и где обмен ломается.»

Mindbox API и вебхуки: как передавать события, которые не покрывают стандартные интеграции

Сегменты собраны, а выручка email-канала стоит?

Настроим сегментацию и сценарии в Mindbox под вашу базу — с проверкой данных и пересчетом

🇷🇺

Часто задаваемые вопросы

Чем сегмент отличается от фильтра в списке клиентов?

Фильтр — разовый просмотр: отобрали, посмотрели, забыли. Сегмент — сохраненное правило, которое Mindbox пересчитывает и которое можно использовать в рассылках, триггерах и отчетах. Если отбор нужен больше одного раза — сохраняйте его сегментом.

Как часто Mindbox пересчитывает сегменты?

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

Почему сегмент показывает ноль клиентов?

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

Можно ли использовать один сегмент внутри другого?

Да, условия «входит в сегмент» и «не входит в сегмент» — рабочий инструмент. Удобно собрать базовые сегменты («активные», «подписанные на email») и ссылаться на них, а не копировать условия в каждый новый. Ограничение одно: следите за цепочками пересчета — вложенный сегмент должен успеть пересчитаться до основного.

Над проектом работали

Дарья Касаткина

Дарья Касаткина

CRM-маркетолог, ClientCore