Посібник з ABM-персоналізації сайту

ABM-персоналізація сайту — це зміна того, що показує ваш сайт, залежно від того, до якого цільового акаунта належить відвідувач і на якому етапі продажу перебуває цей акаунт. Акаунт розпізнається через ідентифікацію відвідувачів на рівні компаній, зіставлення з CRM або посилання з ABM-кампаній. Цей посібник практичний: що персоналізувати на кожному рівні ABM, п’ять сценаріїв з тригерами, відповідальними і KPI, як координуватися з відділом продажів, шеститижневий план запуску і як вимірювати результат, не обманюючи себе.

Якщо ви ще проєктуєте загальну програму, почніть із фреймворку стратегії account-based маркетингу; цей плейбук передбачає, що у вас уже є список цільових акаунтів і рівні.

Чому сайт — слабка ланка більшості ABM-програм

ABM-програми координують рекламу, email і outreach продажів навколо іменованих акаунтів, а потім ведуть усе це на сайт, створений для середньостатистичного відвідувача. Продавець каже «ми створили це для команд, як-от ваша», а головна сторінка говорить про інше. Кілька членів закупівельного комітету відвідають сайт у зручний для себе час, часто не повідомляючи продавця, тож сайт нерідко — єдина частина вашої ABM-програми, яку вони бачать без супроводу.

Наша думка: мета — послідовність, а не винахідливість. Акаунт, який чує одну історію від продажів і бачить ту саму історію на сайті, рухається швидше, ніж той, що отримує хитромудрий персоналізований заголовок, який суперечить останньому дзвінку. Якщо ви продаєте ПЗ і хочете плейбук, що виходить за межі цільових акаунтів, перегляньте посібник із персоналізації сайту для B2B SaaS.

Що персоналізувати на кожному рівні

Рівень визначає глибину досвіду. Наведені нижче кількості акаунтів — ілюстративні діапазони, а не бенчмарки; задавайте їх відповідно до ресурсів ваших продажів і контент-команди.

Стаття глосарію про account-based маркетинг містить визначення рівнів, якщо ваша команда використовує інші назви.

Підготовка списку акаунтів

Персоналізація одразу виявляє погані дані про акаунти: варіант для охорони здоров'я, показаний логістичній компанії, бачить сам потенційний клієнт. Перед запуском будь-якого сценарію:

1. Почистіть домени. Кожен цільовий акаунт потребує основного вебдомену, а також відомих дочірніх компаній. Ідентифікація зіставляє за компанією та доменом, тож відсутній домен означає пропущений акаунт.
2. Призначте рівень і власника в CRM. Один AE та один маркетолог на кожен акаунт рівня 1. Акаунтам рівня 2 потрібна мітка кластера, що відповідає певному досвіду.
3. Синхронізуйте етап угоди. Мінімум: немає стосунків, залучений, відкрита можливість, клієнт. Етап визначає, який сценарій бачить акаунт, і має пріоритет над рівнем у разі конфлікту.
4. Фіксуйте винятки. Акаунти в судових спорах, клієнти, що пішли, і конкуренти мають бути виключені з іменних сценаріїв.
5. Домовтеся про частоту оновлення. Щотижнева синхронізація з CRM в інструмент персоналізації, щоб угода, закрита у вівторок, не бачила ще місяць досвід для потенційного клієнта.

П'ять сценаріїв

Кожен сценарій має тригер, зміну контенту, відповідального й один KPI. Запускайте їх у порядку пріоритету: якщо акаунт відповідає кільком, перемагає вищий сценарій.

Сценарій 1: досвід для акаунтів з відкритою можливістю

• Тригер: акаунт має відкриту можливість у CRM.
• Контент: замініть загальний CTA демо на «Зв'язатися з вашою командою акаунта» з посиланням на календар AE. Просувайте матеріали про впровадження, безпеку та ціни замість контенту верхньої частини воронки. Приберіть конкурентні пропозиції, як-от вебінари.
• Відповідальний: sales operations разом з AE.
• KPI: зацікавлені особи з акаунта переглядають контент для оцінювання; кількість днів на етапі порівняно з подібними можливостями.

Сценарій 2: сторінка follow-up після зустрічі

• Тригер: з акаунтом зафіксовано зустріч, і AE запитує сторінку.
• Контент: коротка сторінка, що підсумовує обговорену проблему словами самого акаунта, два найрелевантніші докази, відповіді на поставлені запитання та погоджений наступний крок. Менеджер ділиться нею за посиланням, тож упізнавання не залежить від зіставлення IP.
• Відповідальні: AE пише тези, акаунт-маркетолог створює сторінку протягом двох робочих днів.
• KPI: нові зацікавлені особи, які відвідують сторінку, але не були на зустрічі.

Сценарій 3: головна сторінка для цільових акаунтів

• Тригер: акаунт рівня 1 або рівня 2 розпізнано на головній сторінці, відкритої можливості немає.
• Контент: рівень 2: заголовок про проблему кластера й докази для кластера. Рівень 1: докази від схожих компаній і CTA до конкретного AE. Використовуйте назву акаунта лише тоді, коли з ним уже ведеться розмова; для «холодного» акаунта згадка назви виглядає як стеження.
• Відповідальний: ABM-маркетолог.
• KPI: частка цільових акаунтів, які переходять на другу сторінку в тій самій сесії, і кількість заброньованих зустрічей.

Сценарій 4: галузевий хаб

• Тригер: будь-який акаунт із пріоритетної галузі, незалежно від того, чи є він у цільовому списку.
• Контент: хаб-сторінка для кожної пріоритетної галузі з галузевою проблемою, відповідними інтеграціями чи інформацією про відповідність вимогам і кейсами, яку просувають з першого екрана головної та з навігації для відвідувачів із цієї галузі.
• Відповідальний: продуктовий маркетинг.
• KPI: коефіцієнт конверсії галузевих відвідувачів порівняно з контрольною групою, що бачить стандартну головну сторінку.

Сценарій 5: сторінка для витіснення конкурента

• Тригер: відомо (з технографічних даних, нотаток продажів чи CRM), що цільовий акаунт використовує конкретного конкурента, плюс візит на сторінку цін чи порівнянь.
• Контент: фактична сторінка, присвячена міграції: що передбачає перехід, терміни, перенесення даних, як зазвичай перетинаються контракти, докази від клієнтів, які перейшли. Жодного знецінення конкурента: покупець перевірить.
• Відповідальний: продуктовий маркетинг, юридична перевірка порівняльних тверджень.
• KPI: можливості, створені з акаунтів, які переглядали сторінку.

Координація з відділом продажів

Наведені вище сценарії тихо провалюються, коли продажі не знають про їхнє існування. Зафіксуйте письмово три домовленості:

• Що отримують продажі. Щотижневий дайджест для кожного AE: які з його акаунтів заходили, які сторінки, скільки різних відвідувачів і який сценарій вони бачили. Сповіщення в реальному часі — лише для акаунтів рівня 1 на сторінках цін чи порівнянь.
• Що дає відділ продажів. Результати зустрічей фіксуються протягом одного робочого дня, щоб сценарії 1 і 2 спрацьовували вчасно, а також щомісячний 15-хвилинний перегляд того, чи були акаунти, позначені як залучені, справжніми.
• Хто вирішує щодо тексту. AE затверджує будь-який досвід рівня 1, що згадує ініціативи акаунта. Усе інше — відповідальність маркетингу.

Робочий план на 6 тижнів

Поширені помилки

• Створення мікросайтів рівня 1 раніше за хаби рівня 2. Мікросайти дорогі й видимі лише кільком акаунтам. Галузевий хаб обслуговує всі акаунти цієї галузі, включно з акаунтами рівня 1.
• Ігнорування етапу угоди. Акаунт на пізньому етапі переговорів, який досі бачить «Замовити демо», дізнається, що маркетинг і продажі не спілкуються. Етап має переважати рівень.
• Дозволяти сторінкам сценаріїв застарівати. Фоллоу-ап-сторінка, що досі посилається на пропозицію минулого кварталу, гірша, ніж жодної. Задайте кожній сторінці акаунта дату завершення, прив'язану до можливості.
• Вважати відвідування залученістю. Один відвідувач, який читає статті в блозі, — це не активність закупівельного комітету. Надавайте вагу кількості різних відвідувачів і сторінкам для оцінювання, як в оцінці нижче.
• Заявляти про причинний вплив рівня 1 на воронку. Цифри замалі; див. приклад 3. Чесно звітуйте про результати, що вказують на тенденцію, і бережіть довіру до моменту, коли більші рівні дадуть справжні тести.

Чесне вимірювання

Оцінка взаємодії акаунта

Щотижня оцінюйте кожен цільовий акаунт за простою прозорою формулою, яку зрозуміє ваш відділ продажів. Ілюстративні ваги:

• +1 за кожного окремого відвідувача за останні 30 днів (максимум 5)
• +3 за перегляд сторінки цін, безпеки або порівняння
• +2 за перегляд сторінки сценарію (сторінка follow-up, сторінка конкурента, галузевий хаб)
• +5 за заповнення форми чи заброньовану зустріч

Приклад 1: порівняння двох акаунтів

Акаунт A мав чотирьох унікальних відвідувачів, переглянув ціни та галузевий хаб: 4 + 3 + 2 = 9. Акаунт B мав одного відвідувача, який прочитав три пости в блозі: 1. Оцінка — не прогноз; це інструмент сортування, щоб AE спершу подивився на акаунт A. Якщо ваша модель скорингу акаунтів уже поєднує відповідність і намір, додайте залученість на сайті як один із показників, а не будуйте другу оцінку.

Швидкість пайплайну

Швидкість пайплайну = (угоди × частка виграних × середня сума угоди) / тривалість циклу продажів у днях. Порівнюйте її для залучених і незалучених цільових акаунтів у межах одного рівня.

Приклад 2: розрахунок швидкості

Ілюстративно: 20 відкритих можливостей, частка виграних угод 25%, середній розмір угоди 40 000, цикл 90 днів. Швидкість = 20 × 0,25 × 40 000 / 90, приблизно 2222 на день. Якщо залучені акаунти закриваються за 75 днів за інших рівних умов, швидкість зростає приблизно до 2667 на день. Тривалість циклу — часто перше місце, де проявляється ABM-робота на сайті, бо вона допомагає зацікавленим особам, які не були на дзвінках, надолужити.

Приклад 3: чому контрольні групи акаунтів рідко працюють для рівня 1

Контрольні групи — золотий стандарт, але акаунтів мало. Припустімо, 10% цільових акаунтів без впливу створюють можливість за квартал, і ви сподіваєтеся, що персоналізація подвоїть це до 20%. За 95% достовірності та 80% потужності формула для двох пропорцій дає n на групу = 7,84 x (0,10 x 0,90 + 0,20 x 0,80) / (0,10)² = 7,84 x 0,25 / 0,01, тобто приблизно 196 акаунтів у кожній групі. Щоб виявити щось менше за подвоєння, потрібно набагато більше.

Правило рішення: проводьте справжні тести з контрольними групами на рівні 3 (і для великих кластерів рівня 2), де це дозволяє кількість акаунтів, використовуючи конверсію на рівні відвідувачів. Для рівня 1 використовуйте зіставлені порівняння (схожі акаунти, той самий квартал, зі сценаріями і без) і чітко зазначайте, що результат орієнтовний. Посібник з ABM-метрик пояснює, що звітувати на кожному етапі.

Функції account-based marketing в Markettailor синхронізують цільові списки й рівні з вашої CRM і запускають описані вище сценарії як правила з контрольними групами, що прибирає більшість ручної роботи на тижнях 1–3.

Поширені запитання

Що таке ABM-персоналізація сайту?

Це адаптація контенту сайту під цільові акаунти в account-based маркетинговій програмі. Коли відвідувача розпізнано як представника цільового акаунта — через ідентифікацію на рівні компаній, зіставлення з CRM чи посилання з кампанії, — сайт показує меседжі, докази й наступні кроки, обрані для рівня цього акаунта та етапу продажу, замість загальної версії.

Чим ABM-персоналізація відрізняється від звичайної персоналізації сайту?

Звичайна персоналізація націлена на широкі сегменти, як-от галузь чи розмір компанії, і вимірюється коефіцієнтом конверсії. ABM-персоналізація починається зі списку іменних акаунтів, прив’язує досвід до рівня та етапу угоди, узгоджується з тим, що кажуть продажі, і вимірюється залученістю акаунтів, створенням угод і швидкістю пайплайну.

Чи варто показувати назву цільового акаунта на сайті?

Лише коли акаунт уже веде розмову з вашим відділом продажів, в ідеалі на сторінці, якою поділився менеджер. Під час холодного візиту назва власної компанії повідомляє відвідувачу, що його ідентифіковано ще до того, як він вирішив взаємодіяти, а більшість B2B-покупців це відштовхує. Подача на рівні галузі чи групи подібних компаній дає більшу частину релевантності без цього ризику.

Як виміряти вплив ABM-персоналізації сайту?

Відстежуйте оцінку залученості для кожного цільового акаунта, створення можливостей і швидкість пайплайну для залучених і незалучених акаунтів, а також конверсію порівняно з контрольною групою, якщо кількість акаунтів це дозволяє. Списки рівня 1 надто малі для статистично коректних контрольних груп, тож використовуйте там зіставні порівняння й подавайте результати як орієнтовні.