ABM-таблица 1.0: как за 2–3 дня собрать multi-touch путь аккаунта и связать контент с выручкой

ABM-таблица 1.0: как за 2–3 дня собрать multi-touch путь аккаунта и связать контент с выручкой

Если в 2026 лидогенерация (MQL/SQL) “проседает”, ABM приходится собирать иначе: не под кампании, а под решения внутри аккаунта. Вам нужна единая таблица, где каждый touch фиксируется как действие, а затем связывается с вероятным влиянием на выручку (в логике RevOps: маркетинг + продажи + customer success).

Цель на этой неделе — создать ABM-таблицу 1.0, которая выдержит: приоритизацию аккаунтов, план касаний и анализ “что реально двигает”.

Шаг 1. Определите “каркас” аккаунта (5–20 минут на аккаунт)
Создайте лист с вкладкой Account_Roster. Поля:
— Account_ID (ваш ключ)
— Компания
— Сегмент (отрасль/размер)
— ICP-уровень (A/B/C)
— Текущий статус (цель: acquisition / expansion)
— Ревнивость к риску (высокая/средняя/низкая)
— Владелец со стороны продаж (если есть)
— Владелец со стороны CS (если есть)

Важно: ABM ломается, когда у аккаунта “никто не владеет процессом касаний”. В таблице это должно быть видно.

Шаг 2. Завести “матрицу ролей” для multi-touch (30–60 минут на шаблон)
Вкладка Stakeholders_Matrix:
— Role (например: экономический покупатель, техлид, закупки, юрист, пользователь/администратор)
— Тип информации, которая нужна (1 строка)
— Формат контента (кейс, сравнение, техдок, ROI-логика, security-материалы)
— Канал (email, sales talk, вебинар, демо, совместный документ, коммуникации CS)
— Что считается “успехом” касания (например: просмотр страницы с доказательствами, участие в сессии, ответ на письмо)

Эта матрица — ваш словарь для креатива и письма. В 2026 выигрывает концепция: один и тот же смысл, упакованный под конкретную роль.

Шаг 3. Настройте единый справочник touch’ей (20–40 минут)
Вкладка Touch_Dictionary:
— Touch_Type (Message_Email, Content_View, Meeting, Demo, Proposal, Support_Engagement)
— Source (ваш канал)
— Intent (информирование/консультация/продажа/активация)
— Тэг “роль” (соответствует Role из матрицы)
— Критерий качества (например: “был просмотр доказательной страницы” вместо “просто открыли письмо”)

Принцип privacy-first: если вы не уверены в точной атрибуции, фиксируйте поведение и качество касания, а не “последний клик”.

Шаг 4. Заполните путь аккаунта за последние 90 дней (2–6 часов)
Вкладка Touch_Log:
— Account_ID
— Contact_ID (если есть) или заглушка
— Date
— Touch_Type
— Role (из справочника)
— Content_Asset (например: “кейс: снижение TCO на 12%”, “security one-pager”)
— Channel
— Outcome (что реально произошло: ответили/запросили/досмотрели/назначили созвон/передали в оценку)
— Evidence_Link (ссылка на CRM/аналитику/сводку)
— Confidence (низкая/средняя/высокая: насколько вы уверены, что touch относится к решению)

Если у вас нет единого трекинга — начните с того, что есть в CRM и в собственных событиях. Слабая полнота лучше, чем идеальная “пустота”.

Шаг 5. Сделайте “таймлайн решений” (для ABM это важнее суммарных воронок)
Вкладка Decision_Timeline:
— Account_ID
— Этап (Discover / Evaluate / Buy / Launch / Expand)
— Дата начала этапа (приблизительно)
— Какие роли активны (перечень)
— Какие assets реально сработали (2–5 штук)
— Дырка в касаниях (что отсутствует: например, нет материалов по security для закупок)

Этапы лучше задавать не “по лидам”, а по реальному циклу: когда пошли оценки/пилот/коммерческое/юридические требования.

Шаг 6. Сегментируйте аккаунты по паттерну touch’ей (30–90 минут)
Вкладка Plays:
— Account_ID
— Play_ID (например: “Security-led для закупок”, “ROI-led для экономического покупателя”)
— Ключевая гипотеза (1 предложение)
— Недостающие касания (3 пункта максимум)
— Следующие 2 недели: план 5–8 touch’ей
— Метрика эффективности (не один KPI, а 2: качество касаний + стадия в CRM)

Проверка здравого смысла: если вы не можете сформулировать гипотезу “какой смысл для какой роли мы закрываем”, значит это не ABM, а набор активностей.

Шаг 7. Привяжите анализ к RevOps

— @ABMcraftRuPro