Сформулируйте решение, для которого разделяете базу

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

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

До настройки CRM, то есть системы работы с клиентами, заполните одну фразу: «Мы выделяем эту группу, чтобы…». В продолжении должно быть действие: изменить предложение, пересмотреть обслуживание, уточнить продуктовый интерес, проверить качество базы. Формулировка «для лучшего понимания аудитории» слишком широка: по ней нельзя определить нужные поля и проверить результат.

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

Решите, кого считаете: человека, компанию или сделку

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

В справке Битрикс24 о связях CRM описаны связи контактов, компаний и сделок. Эти связи помогают восстановить контекст покупки, но не выбирают за вас смысл сегмента. Для корпоративных услуг обычно полезно отдельно видеть организацию и людей, с которыми ведётся работа. Для розничной услуги основной единицей может быть человек.

Условный пример: одна компания купила внедрение CRM и обучение сотрудников, а её два представителя обращались по разным каналам. В сегменте «покупатели обучения» организация должна считаться по согласованному правилу один раз. В анализе сделок, напротив, отдельные заказы сохраняются. Ни один из вариантов не правильнее сам по себе: они отвечают на разные вопросы.

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

Наглядный разбор

Три единицы анализа — три разных вывода

  1. Компания

    Какие организации покупают услугу и сколько таких заказчиков в базе.

  2. Контакт

    С какими людьми общается команда и известна ли их роль в решении.

  3. Сделка

    Какие обращения и продажи связаны с продуктом за выбранный период.

Условный пример без числовых результатов; единицу выбирают до расчёта размеров групп.

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

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

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

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

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

До построения сложных групп полезно проверить качество исходных данных CRM: ошибки и пропуски переходят из карточек в выводы.

Запишите условия включения и исключения простыми словами

Сегмент должен воспроизводиться: два сотрудника, применив одинаковые правила к одним данным, получают одинаковый набор клиентов. Для этого опишите обязательные признаки, альтернативы, период и исключения. Фраза «покупатели услуги А из Москвы» требует уточнения: речь об адресе организации, регионе оказания услуги или местоположении контакта?

Различайте условия «и» и «или». «Купил обучение и сопровождение» — пересечение двух групп. «Купил обучение или сопровождение» — их объединение. Покажите правило на нескольких карточках до настройки фильтра. Такая короткая проверка часто выявляет расхождение лучше, чем длинное обсуждение названий полей.

Битрикс24 различает динамические и статические сегменты в разделе маркетинга. Динамический список формируется по условиям перед запуском рассылки, статический поддерживается вручную. Для аналитического сравнения дополнительно фиксируйте дату снимка: изменяющийся список сегодня и выгрузка месячной давности могут описывать разные наборы людей.

Не считайте наличие клиента в сегменте автоматическим разрешением на любой контакт с ним. Подготовка коммуникаций, проверка допустимости канала и исключение тех, кому не следует отправлять сообщение, — отдельные задачи компании. Здесь мы проектируем группы и проверяем данные; сценарии рассылок и их настройки требуют отдельного согласования.

Наглядный разбор

Паспорт сегмента, который можно проверить

  1. Цель

    Какое решение будет принято по этой группе.

  2. Единица

    Компания, человек или сделка и правило исключения дублей.

  3. Условия

    Поля, период, логика «и/или» и явные исключения.

  4. Проверка

    Контрольные карточки, дата снимка и ответственный за изменения.

Порядок описания группы; это редакционный шаблон, а не перечень обязательных полей конкретной CRM.

Объясните пересечения, прежде чем показывать диаграмму

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

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

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

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

Проверьте конкретные карточки до запуска отчёта

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

Откройте карточку и объясните попадание словами: «Эта компания включена, потому что у неё есть подтверждённая покупка услуги А в выбранном периоде». Если объяснение не совпадает с фильтром или данные находятся в другой сущности, настройка требует исправления. Не ограничивайтесь тем, что итоговое число выглядит правдоподобно.

Для проверки подготовьте таблицу.

ПримерОжиданиеЧто проверить
Подтверждённый покупательВходит в сегментПравильно выбраны продукт и событие продажи
Только интересовалсяНе входит в группу покупателейИнтерес не перепутан с покупкой
Несколько контактов одной компанииУчёт по принятой единицеНет случайного умножения организаций
Не заполнена отрасльОтдельное неизвестное значениеНе подставлена выдуманная категория

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

Передайте маркетологу правила вместе со списком

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

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

Запрос на доработку CRM формулируйте через конкретный результат: «Собрать компании с подтверждённой покупкой сопровождения за период, исключить тестовые записи, показать неизвестный регион отдельно». Исполнитель должен проверить, где хранятся данные, поддерживается ли нужная связь и что потребуется изменить. Название красивого отчёта этих требований не заменяет.

Оценивать пользу лучше по принятому решению. Например, команда обнаружила, что у целевой отрасли не заполнен продуктовый интерес, и организовала уточнение. Или выяснила, что два подразделения используют разные названия одной услуги. Это основания улучшить учёт; обещать рост продаж только от появления сегментов было бы преждевременно.

Назначьте владельца правил и дату следующей проверки

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

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

Для первого рабочего запуска достаточно одной полезной группы, воспроизводимого правила и контрольной выборки. Затем добавляйте новые сегменты по мере появления задач. Если требуется связать признаки из разных карточек и проверить отчёт, обсудите настройку с ШТАБ ИТ: начните с решения, которое должен принять маркетолог, и нескольких обезличенных примеров клиентов.

Источники и полезные ссылки

  1. Битрикс24: динамические и статические сегменты ↗
  2. Битрикс24: связи компаний, контактов и сделок ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Ангелина Крещенко

Ведущий интернет-маркетолог ШТАБ ИТ. Занимается интернет-рекламой, PR, SMM, маркетплейсами и веб-аналитикой. Подробнее об авторе →