Top.Mail.Ru

Теперь мы CRM-group!

Имя новое, подход прежний: профессионализм и забота о вас

Перейти

Прогрессивное профилирование в welcome-серии: один вопрос на письмо

Прогрессивное профилирование в welcome‑серии — сбор данных о подписчике по одному вопросу за письмо вместо одной анкеты при подписке. Термин стандартный для индустрии сервисов рассылок, или ESP (email service provider): его давно используют формы на сайте и центры предпочтений, а здесь та же логика перенесена на формат письма. Каждое лишнее поле в форме подписки снижает её конверсию, поэтому вопросы растягивают на несколько писем уже идущей серии и задают кликом по ссылке, без перехода на отдельную страницу.

Что такое прогрессивное профилирование и чем оно отличается от обычного опроса при подписке

Блог Litmus ещё в 2017 году описал прогрессивное профилирование как постепенный сбор данных о подписчике через несколько взаимодействий вместо одной длинной формы сразу. На этапе подписки бренд обычно получает только email. Имя, интересы, частоту покупок форма почти никогда не запрашивает: каждое дополнительное поле отсекает часть посетителей ещё до отправки формы.

Индустрия различает два вида профилирования. Прямое: подписчику задают явный вопрос и записывают клик как ответ. Косвенное: интерес выводят из поведения без вопроса, например подписчик кликает по товарам определённого размера, и это само по себе говорит о предпочтении, без всякого опроса (Litmus).

Прогрессивное профилирование в welcome‑серии почти всегда имеет в виду именно прямой вариант: вопрос с явным ответом, который подписчик выбирает кликом.

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

Почему один вопрос за письмо снижает трение

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

У метода есть обратная сторона: смещённая выборка. На вопрос в письме отвечают в основном самые вовлечённые подписчики, те, кто и так открывает письма и кликает по ссылкам. Молчание остальных не значит, что у них нет предпочтений: они просто не тратят на ответ лишний клик.

Это общее ограничение любого добровольного опроса: оно свойственно любой похожей технике, не только этой.

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

Вопрос имеет смысл там, где по кликам и открытиям интерес не считать: например, тема A и тема B выглядят одинаково в метриках открытий, а разница видна только в прямом ответе. Там, где поведение уже дало ответ, спрашивать не нужно: это тот самый лишний клик, из‑за которого подписчики молчат.

Как задать вопрос без формы: клик‑ссылка вместо анкеты

Форма внутри письма работает ненадёжно: часть почтовых клиентов блокирует интерактивные элементы, и подписчик просто не увидит поле для ответа. Рабочий вариант — ссылка‑кнопка с вариантами ответа вместо формы: каждый вариант ответа получает свою ссылку, и клик по ней одновременно фиксирует ответ и переводит подписчика дальше, обычно на страницу благодарности.

Механика зависит от сервиса рассылок, но принцип общий: клик по ссылке меняет свойство или тег в профиле подписчика. В Klaviyo для этого есть шаблон‑ссылка update_property_link: клик по варианту записывает выбранное значение в свойство профиля и переводит подписчика на страницу редиректа, например клик по варианту «пирог» в вопросе о десерте записывает значение pie в свойство dessertsurvey. В Mailchimp похожую логику реализуют через условные слияния (conditional merge tags), конструкцию вида «если … то … иначе», которая показывает подписчику разный текст или блок в зависимости от уже известных о нём данных.

Аналогичная логика тегов и списков по клику есть и у других сервисов рассылок: синтаксис у каждого свой, и его стоит смотреть в документации перед внедрением.

Здесь легко ошибиться на уровне схемы данных: важно закрепить одно поле или тег на один вопрос и не заводить для одного и того же признака то поле, то тег, то отдельное событие. Похожую структуру из трёх писем описывает Salesforce Trailhead: первое письмо приветствует и объясняет условия подписки, второе даёт ссылку на центр предпочтений (preference center) с просьбой рассказать о себе, третье уже опирается на записанный ответ.

Агентство InboxArmy сообщает о заметном росте email‑выручки бренда RCJuice после того, как для него запустили сразу две цепочки на Klaviyo — welcome‑серию и брошенную корзину. Рост отражает эффект персонализации и сегментации программы в целом, а не доказывает эффект отдельно взятого вопроса‑клика.

Какие вопросы задавать и в каком письме серии

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

  • Письмо 2: интерес или тема, что подписчику интереснее, раздел A или раздел B; от ответа зависит, какие товары или темы показывать в следующих письмах;
  • письмо 3: частота или формат, как часто присылать подборки, каким контентом интересоваться дальше;
  • письмо 4: уровень опыта, новичок читатель или уже разбирается в теме, что определяет тон и предложение в оставшихся письмах.

Раньше этого порядка спрашивать не стоит: первое письмо серии обычно занято приветствием и условиями подписки, и вопрос в нём потеряется на общем фоне.

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

Письмо № Вопрос Варианты ответа Что записывается Если не ответил
2 Что вам интереснее: раздел A или раздел B? Раздел A / Раздел B / Оба Поле «интерес» в профиле Письмо 3 идёт по общему сценарию, без сегментации по интересу
3 Как часто присылать подборки? Раз в неделю / Раз в месяц / Только о новинках Тег частоты рассылки Частота остаётся стандартной для всей серии
4 Вы уже разбираетесь в теме или начинаете? Новичок / Разбираюсь / Эксперт Поле «уровень опыта» Следующее письмо использует нейтральный, объясняющий тон по умолчанию

Похожую логику применил бренд Smart Furniture: во втором письме серии стоит ссылка на центр предпочтений, где подписчик кликом указывает тип помещения, для которого подбирает мебель, и дальше письма сегментируются по этому выбору. После запуска такой welcome‑серии из двух писем открываемость выросла на 311%, переходы по ссылкам — на 327% по сравнению с прежними нецелевыми рассылками (MarketingSherpa). Цифры относятся к welcome‑серии целиком, а не к одному клику по центру предпочтений: источник считает эффект всей связки писем, не отдельного вопроса.

Ветвить можно не только по ответу на вопрос, но и по событию. В кейсе бренда ban.do третье письмо серии — напоминание, которое уходит только тем, кто не сделал покупку за N дней после подписки; второе письмо той же серии предлагает подписаться на соцсети бренда, конкретные площадки здесь принципиально не называем (Mailchimp).

Типовые ошибки при внедрении вопроса в welcome‑письмах

Бесконечный повтор вопроса тем, кто не ответил. Если подписчик проигнорировал вопрос в письме 2, не стоит вставлять тот же вопрос в письма 3, 4 и 5: нужна ветка «не ответил», которая либо задаёт вопрос иначе, либо просто прекращает спрашивать и полагается на поведенческие сигналы.

Перезапись значения вместо истории ответов. Синтаксис Klaviyo update_property_link перезаписывает существующее значение свойства при повторном клике: если подписчик сначала выбрал один вариант, а потом другой, прежний ответ теряется без следа. Если история важна для сегментации, её нужно хранить отдельно: рассчитывать, что поле само помнит прошлые значения, нельзя.

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

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

Лишние вопросы про запас. Принцип минимизации данных, знакомый по 152-ФЗ и зарубежному GDPR: собирать только то, что реально используется в следующих письмах серии, а не всё, что может пригодиться когда‑нибудь потом.

Как измерить эффект вопроса в своей welcome‑серии

Общего для рынка процента ответов на вопрос в welcome‑письме не существует. Ни один источник этой статьи такую цифру не называет, и опираться на неё было бы нечестно. Единственный надёжный способ узнать, работает ли вопрос именно в вашей серии, — задать его части подписчиков, посчитать долю кликов и сравнить открываемость и переходы у ответивших и неответивших.

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

Нужна помощь с настройкой такой механики в вашем сервисе рассылок: пользовательские поля (custom fields), теги, ветвление по клику? Этим занимается команда Email Soldiers: настраивает автоматизацию под конкретный ESP и welcome-цепочку целиком.

Частые вопросы

Как вообще добиться, чтобы подписчик ответил на вопрос в письме?

Убрать любое трение: вопрос — это клик по готовому варианту ответа, а не переход на сайт и заполнение формы. Задавать его стоит не в первом письме, а когда подписчик уже открыл хотя бы одно письмо серии: это признак вовлечённости, при которой ответ вероятнее. Часть подписчиков всё равно промолчит, и тогда их профиль достраивают по поведению, открытиям и кликам.

Можно ли задать вопрос прямо в письме, не уводя человека на сайт или отдельную форму?

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

Сколько вопросов можно задать за welcome‑серию, чтобы не раздражать подписчика?

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

В каком по счёту письме серии уместно спрашивать, а в каком ещё рано?

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

▶Сведения для государственной аккредитации в области ИТ

Реквизиты и контакты

ООО «Емейл Солджерс»

ИНН 6234170866 · ОГРН 1176234015660

Основной ОКВЭД: 62.09

390000, г. Рязань, ул. Вознесенская, д. 66

Тел.: +7 495 003-17-94 · manager@emailsoldiers.ru

Коды ОКВЭД

62.01 (разработка ПО), 62.02, 62.09, 63.11, 63.12, 63.91, 63.99, 70.22, 73.20, 82.99, 95.11, 95.12

Виды деятельности в области ИТ
(Приказ Минцифры от 11.05.2023 № 449)

1.01 — проектирование, обследование, разработка и адаптация программ для ЭВМ, баз данных и пользовательских интерфейсов

1.04 — деятельность и услуги в отношении информационных систем (CRM, аналитика, BI)

1.05 — деятельность и услуги в отношении сайтов и страниц сайтов

26.01 — обработка, систематизация и верификация данных

Реализуемые продукты, услуги и работы

Email- и CRM-маркетинг под ключ: разработка триггерных и регулярных рассылок и коммуникационных сценариев, проектирование и автоматизация коммуникаций (email, SMS, push, мессенджеры), сегментация и аналитика клиентской базы, интеграция и настройка платформ рассылок и CRM, дизайн и адаптивная вёрстка писем, веб-аналитика и BI-отчётность, разработка интеграций между платформами рассылок, CRM и сайтом.

Стоимость работ и услуг

Определяется индивидуально в коммерческом предложении по итогам брифа. Ориентировочно: разовый проект email-/CRM-маркетинга — от 150 000 ₽; ежемесячное сопровождение — от 100 000 ₽ / мес. Точная стоимость — по запросу: manager@emailsoldiers.ru.

Технологический стек

Языки: C#, JavaScript, PHP, Python, SQL, HTML/CSS. Платформы и CDP/CRM: ASP.NET Core, Mindbox, Bitrix24, Sendsay, Unisender, Carrot quest. Базы данных: MongoDB, MySQL. Аналитика и BI: Яндекс Метрика, Power BI, Яндекс DataLens. Инфраструктура: WordPress, REST API, вебхуки.

Исключительные права на ПО

Программа для ЭВМ «RACS» (REST API CRUD веб-сервис баз данных) — правообладатель ООО «Емейл Солджерс» (свидетельство о государственной регистрации программы для ЭВМ, автор — Сафоничев А. П.). Назначение: REST API CRUD-интерфейс к облачной нереляционной базе данных — виджеты, голосования, обзоры, комментарии, счётчики статистики. Реализация: C#, ASP.NET Core, MongoDB. Права использования предоставляются по лицензионному договору. Иные работы выполняются на лицензионных платформах и собственных программных решениях (скрипты, шаблоны, интеграции).