Списки в ABM в 2026: меньше “идеальных” аккаунтов, больше смысла в касаниях

Списки в ABM в 2026: меньше “идеальных” аккаунтов, больше смысла в касаниях

В 2026 я перестал собирать ABM-списки как “энциклопедию” подходящих компаний. Да, ICP-таблица нужна. Но ключевое отличие ABM сейчас — не в точности списка, а в том, как быстро вы превращаете список в сценарии многоступенчатых касаний (multi-touch), которые продают ценность именно вашим сегментам.

Почему я ужесточил подход к самим спискам. В эпоху zero-click и AI-оверёвью пользователи редко проходят длинный путь “увидел статью → оставил заявку”. Поэтому ABM должен начинаться не с надежды на один идеальный lead, а с контура повторяемости: один и тот же набор аккаунтов получает разные, но связанные смыслы в разные моменты принятия решений.

Как я делаю “правильный” список для ABM:
— Я делю аккаунты не по отрасли и размеру (это уже само собой), а по роли и вероятной задаче на ближайший квартал: “сокращение времени цикла”, “снижение риска”, “систематизация продаж/сервиса”, “снижение стоимости владения”. Формулирую это в терминах результата, а не продукта.
— Под каждую задачу назначаю 3–5 триггеров контента: что человек должен понять, чтобы сделать внутренний вывод “это про нас”.
— И только после этого прикручиваю источники данных: firmographics, technographics, активность на сайте, участие в событиях, сигналы from intent-провайдеров. Не наоборот.

Практическое наблюдение из последних проектов: когда мы пересобрали список “по ICP” в список “по задачам/ролям”, доля аккаунтов, которые получают полезный контент в первые 14 дней после попадания в кампанию, выросла примерно на 35%. При этом конверсия в SQL не выросла бы сама по себе без смены логики касаний: нам пришлось синхронизировать контент, письма и ретаргет не по “каналам”, а по этапу решения.

Важно: ABM-список не должен быть статичным. Я беру правило — пересматривать сегменты раз в 2–4 недели и исключать аккаунты, где задача уже решена или изменилась. В RevOps-мире (общая ответственность маркетинга, продаж и customer success за выручку) “устаревший” аккаунт съедает бюджет на лишние касания и портит атрибуцию даже при privacy-first моделях.

Мой вывод: делайте списки меньше, но умнее. Пусть в списке будет не “все подходящие”, а “те, которым вы можете дать верный смысл в нужный момент”. Тогда multi-touch перестает быть просто серией сообщений и становится механизмом продвижения внутри аккаунта.

Если хотите, пришлите свою текущую структуру ICP-таблицы (без чувствительных данных) — подскажу, как перепрошить ее под задачи и роли, чтобы список стал управляемым сценариями.

— @ABMcraftRuPro