Какие данные нужны для CRM-маркетинга: чек-лист готовности бизнеса

CRM внедрили, Mindbox настроили, рассылки идут. А выручка с канала почему-то топчется на месте. Знакомая история: дело почти всегда не в платформе, а в том, что в нее не доезжают данные. Платформа умеет строить сложные сценарии, но кормить ее приходится сырьем — и если сырья нет, никакая магия не случится.

Самый частый разговор с клиентом начинается так: «Мы хотим персонализацию и брошенные корзины». А потом выясняется, что на сайте не настроена передача событий, заказы подтягиваются раз в сутки выгрузкой, а телефон с почтой лежат в разных системах и не склеены. Егор Череватенко, CRM-маркетолог ClientCore, разложил по полочкам, какие данные нужны для CRM-маркетинга — от обязательного минимума до того, что отличает средний результат от сильного.

Контакты и идентификаторы: фундамент, без которого ничего не работает

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

Здесь чаще всего и ломается. У одного клиента почта в одном формате, телефон в трех разных, а заказы из розницы вообще не привязаны к контакту. В результате вы шлете «вернитесь, мы соскучились» человеку, который вчера купил у вас на 40 тысяч. Это не косметическая проблема — это база, на которой держится вся сегментация.

Был кейс: клиент жаловался, что email-канал не растет. Полезли в данные — оказалось, 30% контактов дублировались из-за разных форматов телефона. После склейки профилей база «похудела» на четверть, зато открываемость выросла, а отписки упали почти вдвое. Мы просто перестали слать одному человеку по три письма.

Егор Череватенко

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

Норма:

Red flag:

• контакты живут в разных системах и не синхронизированы
• одни и те же люди заведены несколько раз
• непонятно, кто и когда дал согласие на рассылку

История заказов: топливо для сегментов и LTV

Дальше — транзакции. Что человек покупал, когда, на какую сумму, как часто, что вернул. Без этого не построить ни RFM-сегментацию, ни прогноз оттока, ни персональные подборки. История заказов — это то, что превращает абстрактного «подписчика» в клиента с понятным поведением.

Важна не только сама покупка, но и ее детализация: товарные позиции, категории, бренды, размеры. Магазину одежды без размера и цвета никуда — иначе как предложить новинку в нужном размере? А для бизнеса с повторными продажами критична регулярность: знаете средний цикл между заказами — значит, можете поймать клиента ровно тогда, когда он созрел на следующую покупку, а не вдогонку через полгода.

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

События сайта для триггеров: где живет настоящая персонализация

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

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

Самый недооцененный источник выручки — брошенный просмотр, а не корзина. До корзины доходят единицы, а товары смотрят сотни. У одного ритейлера мы запустили цепочку по просмотренным категориям, и она дала около 18% дополнительной выручки email-канала за квартал. Все на данных, которые и так генерил сайт, — просто их никуда не отправляли.

Егор Череватенко

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

Ecommerce события для рассылок: связываем поведение и письма

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

Каждое такое событие — повод для письма, которое человек реально ждет. «Товар из избранного снова в наличии» открывают в разы охотнее любой акции. «Цена снизилась на то, что вы смотрели» работает почти всегда. Эти сценарии не давят на клиента — они помогают ему, а заодно вытаскивают деньги, которые иначе бы просто утекли.

Тонкость в том, что события должны приходить со всеми нужными атрибутами. Толку от сигнала «товар в наличии», если в нем нет ссылки на карточку, цены и картинки? Письмо соберется кривое. Поэтому важна не только передача факта события, но и его обвес данными.

Норма:

Red flag:

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

Поведение в коммуникациях: что клиент делает с вашими письмами

Часто забывают, что данные генерит и сам CRM-маркетинг. Открытия, клики, отписки, переходы по конкретным ссылкам, реакция на каналы — все это обратная связь, по которой нужно перенастраивать работу. Человек полгода не открывает письма, но активен в SMS? Логично сместить акцент, а не продолжать бомбить тем, что игнорируют.

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

Мы всегда смотрим на "тихих отписчиков" — тех, кто формально не отписался, но месяцами не открывает. Их обычно 20–40% базы, и они тянут вниз доставляемость для всех остальных. Один раз перенастроили частоту для этого сегмента — и открываемость по всей базе подросла на несколько пунктов, потому что почтовики стали лучше относиться к домену.

Егор Череватенко

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

Профильные и продуктовые данные: то, что добавляет точности

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

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

И не стоит собирать данные впрок «на всякий случай». Если непонятно, в каком сценарии использовать дату рождения — не мучайте клиента формой из двадцати полей. Сначала продумайте механику, потом просите данные под нее.

С чего начать: минимум против расширенного набора

Если свести все к практике, получается две ступени. Минимальный набор, на котором CRM-маркетинг уже зарабатывает: склеенные контакты с идентификатором, история заказов с детализацией, базовые события сайта (просмотр товара, корзина) и поведение в рассылках. Этого хватит, чтобы запустить welcome, брошенную корзину, реактивацию и базовую сегментацию. Большинство проектов на старте живут именно здесь — и уже видят рост.

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

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