Масштабна персоналізація — це здебільшого операційне завдання. П’ять правил легко тримати в голові одній людині. П’ятдесят правил, написаних чотирма людьми за рік, — ні. Без певної структури ви отримуєте правила без власника, два правила, що змагаються за той самий заголовок на сторінці цін, і стару ціну, яку досі бачить один сегмент, бо ніхто не пам’ятав про існування цього варіанта.
Цей пост описує структуру, яка робить зростаючий набір правил керованим: назви, реєстр, явний порядок пріоритетів для конфліктів, шаблони з місцями для варіантів замість окремих сторінок, перевірки продуктивності та розподіл відповідальності. Нічого складного. Просто все це має з’явитися до того, як кількість правил зросте, а не після.
Ознаки того, що ви переросли поточне налаштування
- Ніхто не може сказати, що бачить конкретний відвідувач. Хтось запитує: «Що бачить на головній сторінці enterprise-відвідувач з охорони здоров’я?» — і щоб відповісти, доводиться відкривати кілька правил, можливо, у різних інструментах.
- Конфлікти розв'язуються випадково. Два правила націлені на той самий елемент для сегментів, що перетинаються, і перемога одного з них залежить від порядку завантаження чи дати створення, а не від чийогось рішення.
- Зміни контенту перетворюються на пошуки. Зміна ціни чи назви продукту означає перебирати кожен варіант, щоб знайти, де лишилися старі формулювання.
- Сторінки сповільнилися або почали мерехтіти з додаванням правил, і ніхто не помітив, коли саме.
- Тестування зупинилося, бо підтримка наявних правил забирає весь доступний час.
Іноді правильна відповідь — скоротити кількість правил, особливо коли багато з них ніколи не вимірювали. Але частіше з правилами все гаразд, а бракує способу бачити їх і ними керувати.
Називайте правила так, щоб назва пояснювала правило
Оберіть один шаблон і використовуйте його всюди. Робочий варіант: рівень, сегмент, сторінка, елемент і версія, з’єднані дефісами саме в такому порядку:
tier-segment-page-element-version
T1-acme-corp-homepage-hero-v2T2-enterprise-healthcare-pricing-proof-v1T3-returning-visitor-blog-cta-v3
Префікс рівня пов'язаний із порядком розв'язання конфліктів, описаним нижче. Решта дає змогу кожному, хто читає список правил, побачити, що робить кожне, не відкриваючи його. Відфільтруйте за сторінкою — і отримаєте всі правила, що можуть її торкатися; відфільтруйте за сегментом — і отримаєте все, що бачить сегмент.
Ведіть реєстр
Таблиці достатньо. Один рядок на кожне активне правило з такими стовпцями:
| Стовпець | Навіщо це тут |
|---|---|
| Назва правила | Точно відповідає назві в інструменті |
| Призначення | Одним реченням: «Показувати кейси з охорони здоров’я відвідувачам з охорони здоров’я, щоб збільшити кількість запитів демо» |
| Відповідальний | Кого питати і хто оновлює |
| Визначення сегмента | Фактичні умови, щоб перетини були видимими |
| Сторінка та елемент | Де змінює контент |
| Які факти містить | Ціни, назви планів, імена клієнтів, назви продуктів; саме за цим стовпцем ви шукаєте, коли щось із цього змінюється |
| Статус контрольної групи / тесту | Виміряно, вимірюється або ніколи не вимірювалося |
| Остання перевірка | Дата |
Додайте дві звички. Нові правила проходять через короткий запит до власника реєстру (достатньо повідомлення в Slack), що відловлює дублікати до запуску. А щокварталу переглядайте список: виводьте правила, що не показали ефекту після повного тесту, оновлюйте застарілий контент і об’єднуйте правила, які роблять те саме для сегментів, що перетинаються. Наш шаблон плейбука персоналізації може слугувати реєстром, якщо не хочете будувати власний; у ньому є стовпець для пріоритету при перетині.
Вирішуйте конфлікти до того, як вони виникнуть
Повторний відвідувач із великої медичної компанії зі списку цільових акаунтів може одночасно відповідати правилу акаунта, правилу «галузь + розмір», галузевому правилу та правилу повторного відвідувача. Якщо всі вони націлені на банер, щось має вирішити. Зробіть порядок явним:
- Рівень 1: правила для конкретних акаунтів. Перемагає все, що створено для конкретного акаунта чи списку акаунтів. Це найконкретніші правила, і зазвичай вони пов'язані з активною розмовою з відділом продажу.
- Рівень 2: складені сегменти. Правила, що поєднують два чи більше атрибутів (enterprise + охорона здоров’я), мають пріоритет над правилами з одним атрибутом, бо хтось вирішив, що ця комбінація заслуговує на власне повідомлення.
- Рівень 3: правила з одним атрибутом. «Усі корпоративні відвідувачі», «усі відвідувачі зі США». Резервні варіанти.
- Стандартна сторінка. Те, що бачать усі інші, і те, що бачать пошукові роботи.
У межах рівня не дозволяйте вирішувати «останньому оновленню» чи порядку завантаження. Дайте кожному правилу рівня явний номер пріоритету в реєстрі, а ще краще — взагалі уникайте правил одного рівня для того самого елемента в сегментів, що перетинаються. Саме через неявні правила вибору відвідувач бачить варіант, який ніхто не задумував.
Конфліктів можна уникнути й на рівні елементів. Якщо правила для акаунтів керують головним блоком, а правила для галузей — блоком доказів, відвідувач, який відповідає обом, отримує обидва без конфлікту. Це найпростіше рішення, і з нього варто почати.
Шаблони та слоти замість індивідуальних сторінок
Патерн, що робить великий набір правил доступним: зафіксуйте макет сторінки й визначте кілька слотів для персоналізації. Правило заповнює слоти, а не переробляє сторінку.
Приклади слотів для головної сторінки B2B-сайту:
- Заголовок першого екрана (з обмеженням кількості символів, щоб варіанти поміщалися на мобільних)
- Підзаголовок головного блоку
- Блок доказів: ряд логотипів і одна цитата
- Напис основного CTA та куди він веде
- Головний кейс
Тоді створення варіанта зводиться до написання тексту для п’яти полів і вибору кейсу, що маркетолог може зробити без участі дизайнерів чи розробників. Це також робить реєстр корисним: ви точно знаєте, які поля може змінювати правило.
Компроміс реальний. Ваш варіант для охорони здоров’я та варіант для фінтеху виглядатимуть схоже, бо мають спільний макет. Для більшості B2B-сайтів це прийнятно, адже для кожного сегмента змінюється саме повідомлення. Залиште повністю індивідуальне оформлення для короткого списку іменних акаунтів, де розмір угоди виправдовує додаткову роботу, і змиріться з тим, що ці сторінки потребуватимуть окремої підтримки.
Стежте за продуктивністю в міру додавання правил
Те, наскільки набір правил впливає на швидкість, залежить від того, де ухвалюється рішення. Рішення на сервері чи на edge додає роботу до надсилання сторінки; клієнтський скрипт додає роботу після рендерингу сторінки й може спричиняти мерехтіння. В обох випадках вимірюйте, а не припускайте:
- Largest Contentful Paint і мерехтіння на персоналізованих сторінках. Порівняйте персоналізований варіант зі стандартною сторінкою в PageSpeed Insights або лабораторному тесті на мобільному профілі з обмеженою швидкістю. Якщо персоналізований банер є елементом LCP і з’являється пізніше, ніж з’явилася б стандартна версія, рішення ухвалюється надто пізно.
- Час ухвалення рішення в інструменті персоналізації. Більшість інструментів фіксують, скільки триває ухвалення рішення. Відстежуйте це з часом і дивіться, що змінилося, щоразу як показник стрибає.
- Частка резервних показів. Як часто правило не спрацьовує і натомість показується стандартна версія. Тихий резервний варіант кращий за зламану сторінку, але висока частка означає, що відвідувачі не отримують того, що зазначено в реєстрі.
Фіксуйте базове значення перед запуском кожної партії нових правил, щоб регрес можна було пов’язати зі зміною, яка його спричинила. Моніторинг Core Web Vitals у вашому RUM-інструменті чи Search Console виявить стійкі проблеми, але лише після того, як постраждає достатньо реального трафіку.
Хто за що відповідає
| Роль | Обов'язки | Хто зазвичай обіймає |
|---|---|---|
| Відповідальний за персоналізацію | Реєстр, іменування, порядок розв'язання конфліктів, квартальний огляд, останнє слово щодо нових правил | Керівник marketing ops або зростання |
| Автори контенту | Написання текстів для слотів для кожного сегмента, підтримання актуальності фактів | Продуктовий маркетинг, контент-команда |
| Технічний виконавець | Налаштування правил, усунення конфліктів, перевірки продуктивності | Веброзробник або технічний маркетолог, залежно від інструмента |
| Аналітик | Контрольні групи, результати на рівні правил, позначення правил для виведення | Маркетинговий аналітик (що передбачає ця робота, див. у матеріалі кар'єра в маркетинговій аналітиці) |
У малих командах одна-дві людини виконують усі чотири ролі, і це нормально, доки існує реєстр, бо тоді роботу може підхопити друга людина. Роль власника — та, яку не можна розмито розділити: якщо набором правил володіють усі, ніхто нічого не виводить. RACI, фази розгортання та управління у великих організаціях описано в плейбуку корпоративного розгортання персоналізації.
Вимірюйте правила, а не лише програму
Контрольна група на рівні програми показує, що персоналізацію загалом варто зберегти. Але вона не показує, які з п'ятдесяти правил дають результат. Коли дозволяє трафік, дайте кожному правилу рівнів 2 і 3 власну контрольну групу або A/B-тест, а правила, які не можуть набрати достатню вибірку, позначайте в реєстрі як «не виміряні», замість того щоб вважати, що вони допомагають. Наша стаття про вимірювання ROI персоналізації описує розмір контрольних груп та ієрархію метрик.
Чекліст до того, як кількість правил зросте
- Єдиний шаблон назв, яким користуються всі
- Реєстр із відповідальним, метою, сегментом, фактами та статусом тестування для кожного правила
- Письмовий порядок розв’язання конфліктів плюс володіння елементами за рівнями
- Шаблони слотів щонайменше для головної сторінки та сторінки цін
- Базовий рівень продуктивності та перевірка після кожної партії правил
- Один призначений відповідальний і дата наступного щоквартального перегляду
Практичний перший крок: експортуйте всі активні правила з вашого інструмента в описаний вище формат реєстру. Кожне правило, яке ви не можете заповнити (невідомий власник, не зазначена мета, незрозуміло, чи працює), потрапляє в список для першого огляду. Якщо ви налаштовуєте це в Markettailor, його сегментація зберігає визначення сегментів в одному місці, що полегшує виявлення перетинів між правилами.