First-party data: какие данные компания собирает сама и как их применять
First-party data — данные о клиентах, которые компания получает напрямую при взаимодействии людей с собственными сайтами, приложениями, магазинами, службой поддержки и другими точками контакта. К ним относятся контакты, покупки, действия в цифровых каналах и реакции на коммуникации. Эти сведения используют для сегментации, персонализации, аналитики и запуска маркетинговых сценариев.
Что относится к first-party data
Главный признак first-party data — прямые отношения между человеком и организацией, которая собирает сведения. Канал может быть цифровым или офлайн: сайт, мобильное приложение, касса магазина, контакт-центр, мероприятие. Такую классификацию даёт, например, Google Ads.
В зависимости от источника компания получает несколько групп данных:
- Контактные и анкетные: имя, email, номер телефона, город, дата рождения, сфера деятельности. Человек указывает их при регистрации, оформлении заказа или заполнении формы.
- Транзакционные: состав и стоимость заказа, дата покупки, способ оплаты, возврат, использованный промокод, начисленные бонусы.
- Поведенческие: просмотренные страницы и товары, поисковые запросы на сайте, действия в приложении, добавление товара в корзину, прохождение этапов регистрации.
- Данные о коммуникациях: отправки и открытия сообщений, клики, ответы, отписки, обращения в поддержку.
- Сведения о лояльности: бонусный баланс, уровень участника, история начислений и списаний, выбранные привилегии.
- Обратная связь: оценки, ответы на опросы, отзывы, причины отказа от услуги.
Система, в которой хранится информация, сама по себе не определяет её категорию. Например, история заказов из CRM остаётся first-party data, если компания получила её в рамках собственных отношений с клиентом. Но купленная база не становится собственными данными после загрузки в корпоративную систему.
First-party data также не обязательно содержит имя или телефон. Анонимная история посещений сайта тоже относится к этой категории. Связать такую активность с конкретным человеком можно позднее, если появляется устойчивый идентификатор и для обработки есть необходимые основания.
Чем first-party data отличается от других данных
Понятия first-, second- и third-party data описывают отношения между источником информации и организацией, которая её использует. Zero-party data выделяют по другому признаку, указывает Forrester: здесь тоже человек напрямую передаёт сведения компании, но делает это намеренно — чтобы сообщить о своих предпочтениях, контексте или планах.
| Категория | Откуда компания получает данные | Примеры |
|---|---|---|
| Zero-party data | Человек осознанно сообщает сведения компании | Предпочтительный канал, интересующие категории, планы покупки |
| First-party data | Компания собирает сведения в собственных точках контакта | Заказы, посещения сайта, действия в приложении, реакции на рассылки |
| Second-party data | Другая организация передаёт свои first-party data напрямую | Данные аудитории партнёра в рамках соглашения |
| Third-party data | Информация поступает от агрегатора или другого внешнего источника без прямых отношений с человеком | Купленные аудиторные сегменты, внешние демографические характеристики |
First-party data не следует путать с first-party cookies. Cookie — файл или идентификатор, связанный с работой сайта, а data — более широкая категория сведений. История покупок в офлайн-магазине, ответ оператору поддержки или заполненная анкета относятся к first-party data, хотя cookie в их сборе не участвуют.
Как first-party data используют в маркетинге
Собственные данные отражают фактические отношения аудитории с компанией. Заказ, просмотр товара или обращение в поддержку дают больше контекста для текущей коммуникации, чем общая характеристика внешнего сегмента.
Основные сценарии применения:
- Сегментация. Клиентов объединяют по активности, покупкам, интересам, этапу жизненного цикла или реакции на предыдущие кампании. Например, отдельно выделяют покупателей, которые давно не делали заказ, но раньше покупали регулярно.
- Персонализация. В сообщение подставляют имя, бонусный баланс, состав заказа или другие известные сведения. Контент также меняют в зависимости от интересов и истории взаимодействий.
- Событийные коммуникации. Действие клиента запускает сообщение или цепочку: регистрация — онбординг, незавершённая покупка — напоминание, снижение активности — реактивационный сценарий.
- Удержание. История заказов и коммуникаций показывает изменение активности. Маркетолог может заметить снижение частоты покупок и проверить гипотезу о риске оттока.
- Аналитика. Компания сопоставляет коммуникации с целевыми действиями и оценивает поведение разных групп клиентов.
- Исследование аудитории. Ответы на опросы дополняют поведенческие сигналы: компания видит совершённое действие и узнаёт мотив, ожидание или причину отказа.
Ценность возникает при сочетании источников. Один клик редко даёт достаточно информации для решения. Последовательность посмотрел товар — вернулся на сайт — добавил в корзину — открыл письмо — оформил заказ уже описывает путь клиента и его текущий интерес.
Исследования подтверждают, что значение имеет не только сбор собственных данных, но и их объединение. По данным BCG и Google, компании, которые связывают все источники first-party data, получают в 2 раза больше дополнительной выручки от отдельного рекламного размещения, коммуникации или контакта и в 1,5 раза больший прирост эффективности затрат, чем компании с ограниченной интеграцией данных.
Какие ограничения есть у собственных данных
Прямой источник не гарантирует точность и пригодность информации. В базе могут находиться устаревшие контакты, дубли, неполные профили и события без понятного идентификатора.
При работе с first-party data важно учитывать четыре ограничения:
- Неполное покрытие. Компания видит действия только внутри доступных ей точек контакта. Собственная история не показывает всё поведение человека на рынке.
- Проблемы идентификации. Один клиент может пользоваться несколькими устройствами, адресами и номерами телефона. Без правил сопоставления система создаст отдельные профили или ошибочно объединит разных людей.
- Снижение качества со временем. Контакты, интересы и статусы меняются. Для каждого поля нужен понятный источник, дата обновления и правило разрешения конфликтов.
- Ограничения обработки. Самостоятельный сбор не означает, что сведения разрешено хранить и применять без условий. Необходимо учитывать согласия, заявленные цели, сроки хранения, безопасность и требования законодательства. Маркетинговые платформы также могут требовать подтверждения необходимых разрешений перед загрузкой и использованием клиентских данных. Например, такое подтверждение предусмотрено для работы с first-party data в Google Ads Data Hub.
Собирать следует не максимум сведений, а данные, для которых определено практическое действие. Если поле не участвует в сегментации, персонализации, аналитике или обязательном процессе, стоит проверить, нужно ли оно компании.
Как выстроить работу с first-party data
Начать лучше с маркетинговой задачи, а не с перечня доступных источников. Для сценария брошенной корзины нужны идентификатор клиента, состав корзины, время события, статус покупки и доступный канал. Дата рождения или должность в этом процессе не потребуются.
Рабочая последовательность выглядит так:
- Определить сценарии. Зафиксировать, какие сегменты, сообщения и решения должны строиться на данных.
- Составить карту источников. Указать, где возникают нужные сведения: на сайте, в приложении, CRM, кассовой системе, программе лояльности или службе поддержки.
- Задать идентификаторы. Решить, по каким признакам действия объединяются в профиль: customer ID, email, телефон или другой устойчивый ключ.
- Описать структуру. Для каждого поля и события определить формат, источник, дату обновления и допустимые значения.
- Настроить контроль качества. Проверять дубли, пропуски, устаревшие значения и несогласованные статусы.
- Ограничить доступ. Сотрудники и системы должны получать только те сведения, которые нужны им для работы.
- Связать данные с действиями. Сегменты и сценарии следует проверять по бизнес-результатам, а не по количеству собранных полей.
Работа с first-party data в Altcraft
CDP — это ядро работы с собственными данными. Платформы позволяют и концентрировать данные из множества источников, и использовать их в маркетинговых кампаниях.
В Altcraft CDP данные о клиентах хранятся в профилях. Там объединяются история событий — например, отправок, открытий, кликов и достижений целей — и отдельные сведения о формах, заказах, промокодах, связях и участии в сценариях.
Источники можно подключать разными способами. Формы собирают сведения, которые человек передаёт сам. Трекинг фиксирует взаимодействия с сообщениями, AK Pixel — действия на сайте, а API применяется для создания и обновления профилей и подписок.
Накопленные сведения становятся условиями сегментации. В выборку можно включать основные и дополнительные поля профиля, статусы подписок, историю активности в каналах и взаимодействия с другими сущностями платформы. Динамические сегменты заново отбирают профили при каждом использовании, поэтому учитывают их состояние на этот момент.
В одном сегменте Altcraft можно сочетать статус подписки, поля профиля и данные, полученные через форму
Собранные данные используются и в аналитике:
- Отчёт по каналам показывает отправки, доставки, открытия, клики и другие события коммуникаций и группирует их по рассылкам, сегментам, ресурсам и другим признакам.
- Отчёт по трафику показывает активность, поступившую из каналов, форм, пикселей и попапов.
- В отчёте «Цели» можно анализировать выполнение целевых действий и связанную с ними ценность, в том числе доход и затраты.
В отчёте «Цели» Altcraft можно сопоставлять действия клиентов с их финансовой ценностью
Изучите работу с профилями, сегментами, сценариями и аналитикой на практическом курсе Altcraft.
Заключение
First-party data — сведения, которые компания получает в ходе прямого взаимодействия с клиентами и посетителями. К ним относятся контакты, покупки, поведение в собственных цифровых каналах, реакции на сообщения и обратная связь.
Практическая ценность таких данных зависит от качества профилей, правил идентификации и связи с конкретными действиями. До начала сбора стоит определить, какие сегменты, коммуникации или решения будут строиться на каждом поле и событии.
Читайте по теме
