Сегментация email-рассылки: как проверить, кто попадет в каждую группу

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

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

С каких признаков получателя начинать проверку

Сначала определите, из каких полей вообще строится отбор. Для учебной и рабочей проверки удобно выписать их в одном списке: статус подписки, дата подписки, число заказов, дата последнего заказа, категория последнего заказа, открытия писем, клики, ручные исключения. Важно не только название поля, но и формат значения. Например, «открывал за 90 дней» — это логическое поле да или нет, а «последний заказ 15 дней назад» — числовое поле, которое можно сравнивать по диапазону.

Отдельно проверьте, какие поля обязательны, а какие могут быть пустыми. Пустое значение нельзя молча приравнивать к нулю. Если у контакта нет даты последнего заказа, это не всегда значит, что заказов не было; иногда это значит, что поле не заполнилось при синхронизации. На практике лучше заранее записать правило трактовки пропусков: например, «пустая дата последнего заказа не проходит условие “покупал за 60 дней”».

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

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

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

Практичный шаблон такой: сначала базовый фильтр, потом включающие условия, потом исключения. Например: база = подписан на email и не стоит на паузе и нет hard bounce. Дальше на эту базу наслаиваются сами сегменты. Так вы сразу отделяете «кому можно отправлять» от «какое содержание он должен получить».

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

base = email_status = 'subscribed'
       AND promo_pause = 0
       AND hard_bounce = 0

s1 = base AND signup_days <= 30 AND total_orders = 0
s2 = base AND last_order_category = 'accessories' AND last_order_days <= 60
s3 = base AND opened_90d = 0 AND clicked_90d = 0

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

Как разобрать пересечения и исключения

Даже если каждый отдельный сегмент описан правильно, вся схема может давать неверный результат из-за пересечений. Один и тот же адресат может подходить сразу под две или три группы. Это нормально, пока вы понимаете, что именно хотите получить. Если задача — построить отчеты по интересам, пересечения допустимы. Если задача — отправить каждому только одно письмо из набора, группы должны стать взаимоисключающими.

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

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

Учебный пример: как проверить, кто попадет в каждую группу

Учебный пример. Допустим, у нас есть 8 обезличенных записей, и нужно проверить три сегмента для проморассылки. Базовое условие для любой отправки: контакт подписан на email, не поставлен на паузу и по нему нет hard bounce.

Правила сегментов такие. S1: новые без заказа — база и подписка не старше 30 дней, заказов 0. S2: недавно покупали аксессуары — база и последняя категория accessories, последний заказ не старше 60 дней. S3: неактивные — база и за 90 дней не было ни открытий, ни кликов.

Проверка по строкам дает такой результат: в базу попадают C01, C02, C03, C06, C07. Записи C04, C05 и C08 исключаются сразу: отписка, пауза и hard bounce. Сегмент S1 получают C01 и C07. Сегмент S2 получают C02 и C03. Сегмент S3 получают C01, C03 и C06.

Теперь видно главное. Сумма по сегментам равна 2 + 2 + 3 = 7, хотя допустимых адресатов всего 5. Ошибки в арифметике нет: просто есть пересечения. C01 входит и в S1, и в S3, а C03 — и в S2, и в S3. Если вам нужны независимые отчеты по гипотезам, это нормально. Если нужен один контент на один адрес, придется ввести приоритет. Например: сначала S2, затем S1, затем S3. Тогда итоговые уникальные группы будут такими: S2 = C02, C03; S1 = C01, C07; S3 = C06. Получается 2 + 2 + 1 = 5, и это уже совпадает с размером допустимой базы.

Контрольный список адресатов перед отправкой

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

Дальше проверьте три вида адресов вручную: тех, кто точно должен попасть в сегмент; тех, кто точно не должен; и пограничные случаи. К пограничным относятся записи с ровно 30 днями с подписки, с нулем заказов, с пустым полем категории, с единичным кликом при отсутствии открытий. Если на этих строках команда отвечает по-разному, правило еще не готово.

Наконец, решите, должны ли ваши группы пересекаться. Если да, то не пытайтесь сверять сумму сегментов с размером базы. Если нет, зафиксируйте приоритет назначения и проверьте, что после этого каждый адрес получает не больше одной итоговой метки. Практический результат такой проверки очень простой: перед отправкой у вас есть не абстрактные «новички» и «спящие», а конкретный, объяснимый список адресатов по каждой группе.

Если хотите прокачать именно связку «сегментация аудитории — email-рассылки — проверка гипотез — анализ статистики», на официальной странице курса «Интернет-маркетинг PRO» указаны модули про анализ целевой аудитории, удержание и лояльность, A/B-тесты и работу со статистикой. Краткое сохраненное описание программы есть в каталоге: карточка курса.