ABM-список на 30 дней: от сигнала к мультикасаниям без MQL-ловушки

ABM-список на 30 дней: от сигнала к мультикасаниям без MQL-ловушки

В 2026 классическая воронка “лид → MQL → SQL” часто проигрывает RevOps-модели (общая ответственность маркетинга, продаж и customer success за выручку). Поэтому ABM-список нужно строить не “под лиды”, а под **выручочные сценарии**: кто и в какой момент может дать положительный бизнес-результат.

Ниже — инструкция, которую реально сделать за неделю: собрать ABM-список на 30 дней и сразу разложить его по многошаговым касаниям.

Шаг 1. Зафиксируйте 1 сценарий выручки и 2 типа счетов
Выберите один сценарий (например: “сокращение времени обработки заявок”, “снижение простоя оборудования”, “рост доли автоматизированных операций”). Затем разделите счета на 2 типа:
— “Активаторы” — компании, где изменения уже происходят (есть внутренний проект, расширение, смена процессов/ИТ).
— “Консерваторы” — компании, где боль назрела, но решения откладываются (контроль рисков, длительные закупки).

Смысл: список и контент будут разными, а не “одинаковый набор материалов всем”.

Шаг 2. Выгрузите 50–70 счетов из CRM/маркетинговых данных и отрежьте мусор
Источники:
— CRM: win/loss по похожим сделкам за 12–24 месяца
— CRM/BI: счета с повторными касаниями, но без закрытия
— Customer success: аккаунты с высокой ценностью, где внедрение идет дольше планов
Далее фильтр:
— уберите компании без нужного профиля (отрасль/размер/география)
— уберите счета, где контакт с вами уже “заблокирован” (например, текущий конкурентный контракт без шансов на окно переоценки)

Результат недели: 50–70 счетов-кандидатов.

Шаг 3. Присвойте каждому счету “уровень сигнала” (A/B/C) по 3 признакам
Не делайте сложные скоринги. Достаточно 3 признака, по одному баллу каждый:
— есть подтвержденное событие изменения (новый руководитель направления, запуск проекта, расширение штата, смена ИТ/процессов)
— есть активность на вашем контенте/продукте (веб-аналитика, запросы демо, участие в мероприятиях, скачивания со смыслом)
— есть “приближение к покупке” (тендерные/план закупок, интеграции, появление требований в отчетах/кейсаах)
Итог:
— A (3/3): сигнал сильный
— B (2/3): сигнал средний
— C (1/3): сигнал слабый

Результат: вы уже знаете, кому нужен “быстрый” путь, а кому — прогрев.

Шаг 4. Соберите 5 ролей на счет, но с ролями “под решения”
На каждый счет добавьте 5 контактов/ролей (можно не всех, но рамку держите):
— инициатор (почему сейчас)
— экономический владелец (что даст ROI/снижение риска)
— владелец процесса (как будет внедряться)
— ИТ/интеграции (какие ограничения)
— procurement/безопасность (как снять возражения)
Если контактов нет — фиксируйте “целевые роли” и план поиска в данных/базах на следующий спринт. На этой неделе важнее распределить месседжи и задачи касаний.

Шаг 5. Сформируйте 3 линии контента под A/B/C (и привяжите к касаниям)
Для каждого типа сигнала сделайте разные треки:

— A (быстро): 1) короткий разбор “что меняется и как избежать ошибки”, 2) кейс с цифрами по вашему сценарию, 3) приглашение на диагностику процесса (без продажи, с планом проверки гипотез).
— B (средне): 1) чек-лист требований/критериев, 2) сравнение подходов “как измеряют эффект”, 3) тех. вебинар/разбор внедрения + Q&A.
— C (долго): 1) образовательный материал “типовые причины срывов”, 2) библиотека артефактов (шаблоны, структура бизнес-кейса), 3) ретаргет на статьи автора/эксперта (ваша экспертиза, а не “пересказ рынка”).

Важно: одно касание — одна цель (узнать/согласовать/вовлечь), иначе вы получите “шум”.

Шаг 6. Спланируйте multi-touch на 30 дней в виде матрицы “счет × цель”
Сделайте таблицу (можно в Google Sheets):
— столбцы: неделя 1–4
— строки: аккаунты A/B/C
— в ячейках: формат (email/ретаргет/публикация/персонализированная заметка), цель (триггер → ценность → доказательство → следующий шаг)
Пример ритма (универсальный):
— Нед

— @ABMcraftRuPro