ABC-XYZ анализ базы компаний: кого обрабатывать в первую очередь

ABC-XYZ анализ обычно объясняют на остатках склада или ассортименте магазина, и почти никто не показывает, как перенести его логику на базу B2B-лидов. А разница принципиальная: вместо оборота товара и стабильности спроса вы оцениваете потенциал сделки и предсказуемость отклика компании на аутрич. Матрица из шести-девяти сегментов вместо простого «горячий-тёплый-холодный» списка сразу отвечает на вопрос, куда в первую очередь отправлять персонализированные письма, а куда — типовую рассылку с минимумом ручной работы.

Почему складская матрица подходит для базы лидов

В классическом виде ABC-анализ делит товары по вкладу в выручку (A — 80% оборота, B — 15%, C — 5%), а XYZ-анализ — по стабильности спроса (X — предсказуемый, Y — с сезонными колебаниями, Z — хаотичный). Для базы компаний логика переносится почти буквально: вместо оборота товара берём потенциальный размер сделки и соответствие ICP, вместо стабильности спроса — предсказуемость того, ответит ли компания на аутрич вообще.

Смысл переноса в том, что у отдела продаж всегда ограничен ресурс: количество писем, которые можно написать вручную, число звонков SDR в день, ёмкость ящиков на отправку без риска попасть в спам. ABC-XYZ матрица распределяет этот ограниченный ресурс не по алфавиту и не по дате добавления в базу, а по ожидаемой отдаче.

Важное отличие от розницы: в B2B-аутриче нет истории покупок, на основе которой считается XYZ-ось напрямую. Придётся собирать прокси-метрики — открывала ли компания предыдущие письма, отвечал ли контакт хоть раз, актуальны ли данные (не сменился ли ЛПР, не устарел ли домен).

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

Как считать ось ABC для базы компаний

Ось ABC отвечает на вопрос «сколько денег принесёт сделка, если она случится». Для этого пригождаются данные, которые обычно уже есть в CRM или доступны через обогащение по ИНН: выручка компании, число сотрудников, отрасль, соответствие вашему ICP по формальным критериям.

Практическая разбивка: категория A — компании, которые попадают в верхние 15-20% базы по размеру и точнее всего соответствуют ICP; категория B — средний сегмент, подходит под ICP частично или по одному-двум критериям из трёх; категория C — компании, которые формально попали в базу, но по размеру или профилю далеки от целевого клиента.

На практике удобно считать ось ABC не вручную по каждой компании, а через простую взвешенную формулу: каждому критерию присваивается вес (например, выручка — 40%, соответствие отрасли — 30%, наличие релевантной роли контакта — 30%), компания получает суммарный балл, и по порогам балла автоматически определяется категория. Это избавляет от субъективности и позволяет пересчитывать категории массово при обновлении данных о базе.

• Выручка или оборот компании (по данным ЕГРЮЛ, СПАРК, Контур.Фокус)
• Численность сотрудников как прокси размера закупки
• Отраслевое соответствие ICP
• Наличие релевантной роли контакта (закупщик, руководитель профильного отдела)
• География — если продукт региональный, компании вне региона понижаются в категории

Как считать ось XYZ — предсказуемость отклика

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

Категория X — контакты с подтверждённой активностью: открывали письма, отвечали хотя бы формальным отказом, данные свежие. Категория Y — контакты без истории взаимодействия, но с валидными и недавно проверенными данными. Категория Z — контакты с признаками устаревания: письма отбиваются, домен компании неактивен, e-mail верификация даёт риск.

Что делать с каждым сегментом матрицы

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

AX и AY — ядро базы, вручную написанные письма, персонализация под компанию и роль контакта, звонок после серии писем, приоритет в очереди SDR. BX, BY и AZ — средний приоритет: полуавтоматическая персонализация через переменные (отрасль, роль, боль), стандартная последовательность из 3-4 писем без ручной доработки каждого. BZ, CX, CY, CZ — низкий приоритет: либо типовая рассылка с минимальной персонализацией, либо вывод из активного цикла до момента, когда появятся более свежие данные или компания вырастет.

• AX, AY — ручная персонализация, SDR-звонок, максимальный приоритет очереди
• BX, BY, AZ — шаблон с переменными по отрасли и роли, автоматическая последовательность писем
• BZ — короткая проверочная серия из 1-2 писем, чтобы обновить статус XYZ прежде чем инвестировать больше
• CX, CY, CZ — либо низкочастотная рассылка, либо архивация до пересмотра критериев ICP

Частые ошибки при построении матрицы

Самая частая ошибка — считать ABC-XYZ один раз и забыть пересчитать. Компания может перейти из C в A после раунда финансирования или роста штата, а контакт — из X в Z после смены работы. Без регулярного пересчёта матрица быстро теряет точность и превращается в снимок полугодовой давности, на основании которого продолжают принимать решения.

• Разовый расчёт без пересчёта раз в квартал — данные устаревают быстрее, чем кажется
• Слишком много критериев в оси ABC — сложная формула из 8-10 переменных хуже работает, чем 3-4 понятных
• Игнорирование категории Z — списки с невалидными контактами продолжают засорять очередь SDR
• Смешение личной оценки менеджера с формальным расчётом — матрица должна быть воспроизводимой, а не «по ощущениям»
• Применение единой матрицы ко всем продуктам компании, если продукты продаются в разные сегменты рынка

Как встроить матрицу в CRM-процесс

Практически ABC-XYZ сегмент удобно хранить как два кастомных поля компании в CRM — категория ABC и категория XYZ, — из которых собирается итоговый код сегмента. Дальше на этот код завязывается вся маршрутизация: очередь для ручной обработки SDR, шаблон письма, частота повторных касаний.

Пересчёт разумно ставить на регулярный цикл — раз в квартал для оси ABC (она меняется медленно) и раз в месяц для оси XYZ (она чувствительна к недавним касаниям и статусу верификации email). Это не требует сложной автоматизации: достаточно выгрузки базы, пересчёта категорий по обновлённым данным и обратной загрузки в CRM.

Полезно также фиксировать историю изменения сегмента компании во времени, а не только текущее значение. Если видно, что компания последовательно двигается из CZ в BY, а затем в AY, это само по себе сигнал: она растёт и становится более отзывчивой, и её стоит поднимать в очереди SDR раньше, чем формальный пересчёт по расписанию покажет переход в категорию A.

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

Вопросы и ответы