Оптимізація конверсії (CRO): практичний посібник

Оптимізація конверсії (CRO) — це систематична практика збільшення частки відвідувачів, які виконують цінну дію на вашому сайті, через з’ясування, чому вони цього не роблять, і виправлення цього. Ось і вся ідея. Усе інше в цьому посібнику — метод: як знайти справжні причини, як вирішити, що виправляти першим, як зрозуміти, чи спрацювала зміна, і як продовжувати це робити, не обманюючи себе.

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

Що насправді таке оптимізація конверсії

Конверсія — це будь-яка дія, яку ви хочете від відвідувача: покупка, запит на демо, реєстрація на пробний період, підписка на розсилку. Коефіцієнт конверсії — це частка відвідувачів (або сесій), які її виконали:

Коефіцієнт конверсії = конверсії / відвідувачі × 100

Приклад: лендинг отримує 18 400 сеансів на місяць і дає 460 реєстрацій. 460 / 18 400 = 0,025, тобто коефіцієнт конверсії — 2,5%. Якщо зміна підвищує його до 3,0% за того самого трафіку, ви отримуєте 552 реєстрації: на 92 більше щомісяця без жодного додаткового купленого кліку. Це відносний приріст 20%, або абсолютний — 0,5 відсоткового пункту. Завжди уточнюйте, що саме маєте на увазі: плутанина між ними — найпоширеніша помилка звітності в CRO. Свої цифри можна розрахувати в калькуляторі коефіцієнта конверсії.

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

Макро- та мікроконверсії

• Макроконверсії — це дії, заради яких існує бізнес: замовлення, запит демо, платний план.
• Мікроконверсії — це кроки, що ведуть до неї: додавання в кошик, початок заповнення форми, перегляд цін, перегляд відео про продукт, клік на CTA.

Мікроконверсії важливі з двох причин. Вони показують, де саме витік (відвідувачі переглядають ціни, але ніколи не натискають «Почати»), і трапляються набагато частіше, ніж макроконверсії, тому їх можна тестувати на сайтах, де макроконверсія надто рідкісна для вимірювання. Детальніше — у розділі про сайти з низьким трафіком.

Чим CRO не є

• Це не тестування кольору кнопок. Косметичні тести рідко щось змінюють, бо не стосуються причин, з яких люди вагаються. Хороший CRO змінює те, що відвідувач розуміє, у що вірить або що мусить зробити.
• Це не лише A/B-тестування. Тестування — етап перевірки. Більша частина цінності походить із досліджень, які підказують, що змінювати. Багато покращень (зламана форма в Safari, відсутня ціна) треба просто виправити, а не тестувати.
• Це не набір найкращих практик. «Додайте терміновості» чи «скоротіть форму» можуть допомогти або зашкодити залежно від вашої аудиторії. Практика — це гіпотеза, доки її не підтвердять ваші власні дані.
• Це не залучення трафіку. CRO працює з тим, що відбувається після початку візиту. Вона робить кожен канал залучення ефективнішим, але жодного не замінює.

Процес CRO крок за кроком

Кожна серйозна CRO-програма працює за тим чи іншим варіантом одного циклу. Назви різняться, порядок — ні.

1. Дослідження: знайдіть, де і чому відвідувачі не конвертують.
2. Гіпотези: перетворіть кожну знахідку на твердження, яке можна перевірити.
3. Пріоритизація: ранжуйте гіпотези, щоб обмежений трафік і час розробників ішли на найкращі ставки.
4. Тестування: проведіть контрольований експеримент (або, якщо це неможливо, застосуйте наступний найкращий метод).
5. Аналіз: чесно прочитайте результат, включно із сегментами та захисними метриками.
6. Розгортання та навчання: впроваджуйте переможців, фіксуйте кожен результат, повертайте висновки в дослідження.

1. Дослідження: де і чому

Дослідження мають дві половини. Кількісні дані показують, де проблема. Якісні — чому. Потрібні обидві: звіт про воронку показує, що 70% відвідувачів покидають сторінку цін, але не скаже, що вони пішли, бо в корпоративному тарифі написано «Зв'яжіться з нами» без жодного діапазону цін.

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

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

2. Гіпотези: зробіть кожну ідею фальсифіковною

Гіпотеза пов’язує спостереження зі зміною та вимірюваним результатом. Використовуйте цей шаблон:

«Оскільки ми помітили», що показали дані, «ми вважаємо, що зміна» одного елемента «для» однієї аудиторії «призведе до» очікуваного результату, «що вимірюватиметься» однією основною метрикою.

Приклад: «Оскільки в записах сесій і опитуванні на виході ми побачили, що мобільні відвідувачі сторінки цін не можуть зрозуміти, який тариф включає SSO, ми вважаємо, що додавання перемикача порівняння функцій над картками тарифів для мобільних відвідувачів збільшить кількість вибраних тарифів, що вимірюватиметься кліками на будь-яку кнопку "Обрати тариф" на одного відвідувача сторінки цін».

Шаблон виконує три завдання. Він вимагає доказів (жодного «бо так подобається CEO»). Він називає аудиторію, тож ви тестуєте там, де живе проблема. І фіксує основну метрику до початку тесту, що запобігає вибору вигідної метрики заднім числом. Версія для копіювання — у нашому шаблоні плану A/B-тесту.

3. Пріоритезація: PIE, ICE чи PXL

Ідей у вас завжди буде більше, ніж ресурсів. Домінують три системи оцінювання:

• PIE (Potential, Importance, Ease), популяризована WiderFunnel: оцініть кожен параметр від 1 до 10 і візьміть середнє. «Importance» стосується того, наскільки цінний трафік сторінки.
• ICE (Impact, Confidence, Ease — вплив, упевненість, легкість) з growth-маркетингу: оцініть кожен параметр від 1 до 10 і візьміть середнє. «Упевненість» — це наскільки сильні ваші докази.
• PXL від CXL: чекліст переважно з питань «так/ні» з фіксованими балами, наприклад: чи зміна розташована на першому екрані, чи вона помітна протягом п’яти секунд, чи додає або прибирає елемент, чи стосується сторінки з високим трафіком і чи вирішує проблему, виявлену в юзабіліті-тестуванні, якісному фідбеку або аналітиці. Легкість оцінюють за очікуваними зусиллями. CXL створила цю модель, щоб прибрати здогадки, які PIE та ICE залишають у пункті «вплив».

Приклад (ілюстративні оцінки для одного беклогу, PXL спрощено до семи питань):

Усі три фреймворки погоджуються, що A має бути першим, а D — останнім. Розходяться вони щодо C: PIE оцінює його майже на рівні B, бо «потенціал» оцінюється щедро, тоді як ICE і PXL карають за брак доказів. Саме через такі розбіжності варто свідомо обирати фреймворк.

Наша думка: використовуйте ICE для невеликої команди, якій треба ранжувати 20 ідей за пів дня. Переходьте на PXL, щойно ідеї оцінює більше ніж одна людина, бо питання «так/ні» дають узгоджені оцінки в різних людей і не дозволяють найгучнішому голосу роздувати «вплив». PIE корисна, коли ви вирішуєте, над якою сторінкою працювати, і менш корисна для окремих ідей. Хоч би що ви обрали, надавайте доказам велику вагу: головний предиктор виграшного тесту — гіпотеза, що ґрунтується на дослідженні.

4. Тестування

Створіть варіант, перевірте його в усіх основних браузерах і на всіх пристроях і, якщо дозволяє трафік, проведіть контрольований експеримент (див. розділ про статистику нижче). Перед запуском запишіть: основну метрику, захисні метрики, розмір вибірки, заплановану тривалість і правило зупинки. Якщо не можете заповнити ці п'ять пунктів, ви не готові до запуску.

5. Аналіз

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

6. Розгортання і висновки

Впроваджуйте переможців як слід (у коді, а не залишайте на місяці на 100% всередині інструмента тестування). Фіксуйте кожен тест у журналі: гіпотеза, скриншоти, цифри, рішення та що він розповів вам про відвідувачів. Програшний тест, що спростовує поширене переконання, часто цінніший за невеликий виграш, але лише якщо хтось його запише.

Статистика тестування, зроблена правильно

Не обов’язково бути статистиком, щоб проводити коректні тести, але потрібно поважати п’ять ідей. Найкраще єдине джерело — Kohavi, Tang and Xu, Trustworthy Online Controlled Experiments (2020).

Розмір вибірки: визначте його до старту

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

n на варіант = [ z_1-α/2 × √(2 p̄(1-p̄)) + z_1-β × √(p₁(1-p₁) + p₂(1-p₂)) ]² / (p₂ - p₁)²

Розібраний приклад: базовий показник p₁ = 3%, MDE = 20% відносно, отже p₂ = 3,6%. Альфа = 0,05 (двостороння), отже z = 1,96. Потужність = 0,8, отже z ≈ 0,8416. Об’єднаний показник p̄ = 3,3%.

1. Перший доданок: 1,96 × √(2 × 0,033 × 0,967) = 1,96 × √0,06382 = 1,96 × 0,2526 = 0,4951
2. Другий доданок: 0,8416 × √(0,03 × 0,97 + 0,036 × 0,964) = 0,8416 × √(0,02910 + 0,03470) = 0,8416 × 0,2526 = 0,2126
3. Чисельник: (0,4951 + 0,2126)² = 0,7077² = 0,5009
4. Знаменник: (0,036 - 0,03)² = 0,006² = 0,000036
5. n = 0,5009 / 0,000036 ≈ 13 900 відвідувачів на варіант, загалом близько 27 800.

Це збігається з тим, що повертає калькулятор розміру вибірки Evan Miller для тих самих вхідних даних, а свій сценарій ви можете перевірити в нашому калькуляторі A/B-тестів. Зверніть увагу, наскільки безжальна математика: зменште MDE удвічі до 10% — і знадобиться приблизно вчетверо більше трафіку. У нашій статті про розмір вибірки для A/B-тесту є таблиці для поширених базових рівнів.

Тривалість: розмір вибірки, поділений на трафік, у повних тижнях

Тривалість тесту = загальний розмір вибірки / кількість відповідних відвідувачів на тиждень, округлена вгору до цілих тижнів.

Приклад: сторінка вище отримує 7000 відповідних відвідувачів на тиждень. 27 800 / 7000 = 3,97, тож тест має тривати 4 повні тижні. Повні тижні важливі, бо відвідувачі в будні й вихідні поводяться по-різному; зупинка в середу надмірно представляє частину тижня. Емпіричне правило: проводьте тест щонайменше один повний бізнес-цикл і уникайте тестів, довших за шість-вісім тижнів, після чого видалення cookie та сезонні зміни починають забруднювати вибірку.

Не підглядайте (або використовуйте метод, розрахований на це)

Щоденна перевірка стандартного тесту з фіксованим горизонтом і зупинка, щойно він досягає p < 0,05, різко збільшує кількість хибнопозитивних результатів, як показує Еван Міллер у статті How Not To Run an A/B Test. Або дотримуйтеся запланованого розміру вибірки і читайте результат лише наприкінці, або використовуйте інструмент зі статистикою для безперервного моніторингу (послідовне тестування). Дивитися на дашборд — нормально; проблема в тому, щоб діяти завчасно.

Перевірте невідповідність співвідношення вибірок

Якщо ви ділите трафік 50/50 і отримуєте 10 000 відвідувачів у контрольній групі та 9400 у варіанті, щось зламано: редирект втрачає користувачів, фільтр ботів зачіпає одну групу, варіант падає в деяких браузерах. Тест хі-квадрат на кількості відвідувачів це виявить. Кохаві з колегами вважають невідповідність співвідношення вибірок однією з найважливіших перевірок довіри: якщо вона не пройдена, не інтерпретуйте результат, а шукайте баг.

Ефект новизни, одна основна метрика та захисні метрики

• Ефекти новизни та першості: повторні відвідувачі можуть клікати на новий елемент, бо він новий, або ігнорувати його, бо звикли до старого макета. Порівняйте перший тиждень із наступними; якщо ефект згасає, ставтеся до нього скептично.
• Одна основна метрика: оголошена заздалегідь, в ідеалі найближча до доходу метрика, яку можна виміряти на достатньому обсязі. Десять «основних» метрик гарантують, що десь знайдеться хибний переможець.
• Захисні метрики: показники, що не повинні погіршитися, як-от дохід на відвідувача, якість лідів, частка повернень, час завантаження сторінки. Варіант, що збільшує реєстрації на 10%, але знижує середній чек на 15%, — не переможець.

І тестуйте одну цілісну зміну на варіант, якщо у вас немає великого трафіку. Наше порівняння A/B-тестування та мультиваріантного тестування пояснює, коли мультиваріантний підхід виправдовує свою «вартість» у трафіку (рідко, якщо у вас менше ста тисяч відвідувачів на місяць).

CRO для сайтів із низьким трафіком і B2B-сайтів

Більшість порад щодо CRO написали люди, що оптимізували споживчі сайти з великим трафіком. B2B-сайти, а також невеликі споживчі сайти, мають три структурні проблеми:

1. Низький трафік. Для розібраного вище прикладу потрібно близько 27 800 відвідувачів на один тест. Сторінці з 5000 відвідувачів на місяць знадобиться п'ять-шість місяців, а за цей час зміняться ринок, оголошення і сама сторінка.
2. Довгі цикли продажу. Тест може порахувати заповнені форми за тижні, але чи стали ці ліди пайплайном, з'ясується лише через місяці. Варіант, що виграє за запитами на демо в лютому, може програти за доходом до червня, якщо привабив компанії, що погано відповідають ICP.
3. Нерівноцінна вартість конверсій. Один запит на демо може надійти від компанії, що стане вашим найбільшим клієнтом, інший — від студента. Коефіцієнт конверсії вважає їх рівноцінними, а метрики, зважені за доходом, набагато шумніші, тож потребують ще більше даних.

Усе це не означає «не займайтеся CRO». Це означає змінити метод.

Що тестувати першим

Коли ви можете провести лише кілька тестів на рік, проводьте ті, що мають великий очікуваний ефект на сторінках, близьких до доходу. Розумний порядок:

1. Заголовки й ціннісна пропозиція на ваших комерційних сторінках із найбільшим трафіком: акцент на результаті чи на функціях, конкретна аудиторія чи загальна, від проблеми чи від рішення.
2. Пропозиція та CTA: не лише текст кнопки, а й те, що ви пропонуєте (демо, тур продуктом, оцінювання, дзвінок щодо ціни), і де це з'являється.
3. Форми: поля, кваліфікаційні запитання, одноетапні чи багатоетапні. Вимірюйте якість лідів, а не лише заповнення.
4. Макет і структура сторінки — наостанок: найдорожче створювати, а ефект у середньому найменший і вимірюється найповільніше.

Робіть сміливіші зміни

Потрібний розмір вибірки обернено пропорційний квадрату ефекту. Для виявлення приросту 40% потрібна приблизно чверть трафіку порівняно з приростом 20%. Дрібні зміни неможливо протестувати на малому трафіку; сміливі зміни, підкріплені дослідженнями (зовсім інший аргумент у заголовку, інша пропозиція), — можливо. Вони також більше розповідають про ваших покупців, тоді як дрібні зміни розповідають лише про сторінку.

Тестуйте мікроконверсії на попередніх етапах

Якщо запити на демо надто рідкісні, оберіть основну метрику вище у воронці, яка правдоподібно з ними пов’язана: кліки на сторінку демо, початок заповнення форми, переходи з головної на сторінку цін. Метрика, що трапляється вдесятеро частіше, робить тести приблизно вдесятеро швидшими для досягнення потрібної потужності. Компроміс у тому, що макроконверсію все одно треба відстежувати як захисну метрику, бо мікроконверсія може зростати, поки реальні конверсії стоять на місці.

Приймайте рівень впевненості, відповідний рішенню

Не кожне рішення потребує 95% довіри. Для зміни текстів, яку легко скасувати, нижчий поріг (або байєсівська оцінка «ймовірності бути найкращим») — розумний компроміс між швидкістю та впевненістю. Для структурних змін, які дорого скасовувати, як-от редизайн сторінки цін, чекайте вагомих доказів. Визначайте поріг до тесту, а не після того, як побачите цифри.

Послідовні тести й тести «до/після», із застереженнями

Коли спліт-тест неможливий (сценарії для цільових акаунтів із кількома десятками візитів, зміна навігації на всьому сайті), порівняння «до/після» краще, ніж нічого, але чесно визнайте його слабкість: сезонність, кампанії, активність продажів і ринкові новини змінюються одночасно з вашою сторінкою. Зменшуйте ризик, порівнюючи рівні періоди, перевіряючи контрольну метрику, на яку ваша зміна не мала б впливати (якщо вона теж зрушила, причина, ймовірно, зовнішня), і повторюючи перемикання (увімк., вимк., увімк.), де це можливо.

Спирайтеся на якісні дослідження

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

Вимірюйте воронку, а не заповнені форми

Приклад: варіант A дає 20 лідів, з яких 25% стають можливостями (5 можливостей). Варіант B дає 30 лідів, з яких 10% стають можливостями (3). B «переміг» за коефіцієнтом конверсії й програв за метрикою, що має значення. Підключіть інструмент тестування чи аналітику до CRM, щоб кожен лід ніс інформацію про свій варіант, і переглядайте результати, коли дані про можливості накопичаться. Також перевіряйте результати за сегментами: пласкі загальні цифри можуть приховувати переможця серед корпоративних відвідувачів і програвача серед малих компаній, що компенсують одне одного. B2B-тактики CRO, як-от кваліфікаційні форми, соціальний доказ для великого бізнесу та контент для закупівельного комітету, описано в нашому детальному посібнику з оптимізації коефіцієнта конверсії в B2B.

Проведення CRO-аудиту

CRO-аудит — це етап дослідження, стиснутий до одноразового огляду; він корисний, коли ви успадковуєте сайт або швидко потрібен пріоритезований план. Коротка версія:

1. Перевірте вимірювання: події конверсії, кроки воронки, міждоменне відстеження, відфільтрований внутрішній трафік.
2. Складіть карту воронки за пристроями та каналами й знайдіть два кроки з найбільшими абсолютними втратами.
3. Оцініть ці сторінки евристично: зрозумілість пропозиції за п'ять секунд, релевантність джерелу трафіку, тертя (поля, кроки, час завантаження), тривожність (довіра, ціна, конфіденційність) і відволікання.
4. Зберіть якісні докази на тих самих сторінках: записи, коротке опитування, кілька юзабіліті-тестів.
5. Фіксуйте знахідки як «просто виправити» (баги, зламані сценарії), «дослідити» або «протестувати», кожну з гіпотезою й оцінкою пріоритету.

Наш чекліст CRO-аудиту містить усі перевірки, а покроковий посібник із CRO-аудиту показує, як перетворити результати на дорожню карту.

На чому зосередитися залежно від типу сторінки

Варто знати два зовнішні бенчмарки. Baymard Institute, усереднивши 50 досліджень, оцінює задокументовану частку покинутих онлайн-кошиків приблизно у 70%; серед покупців, які покинули кошик з інших причин, ніж «просто дивився», високо в рейтингу додаткові витрати (40%) і примусове створення акаунта (18%), а за оцінкою Baymard ідеальному оформленню замовлення потрібно лише 7–8 полів проти середніх для США приблизно 15. Для форм загалом рекомендації Nielsen Norman Group щодо юзабіліті форм (короткі форми, одна колонка, пояснення вимог заздалегідь, конкретні повідомлення про помилки) — надійний чекліст. B2B-форми — часткове виняток із правила «коротше завжди краще», бо кваліфікаційні поля бережуть час продажів; наш посібник із дизайну форм для збору лідів пояснює, як узгодити довжину форми з наміром, а оптимізація B2B-лендингів детальніше розглядає сторінки кампаній.

Персоналізація як важіль CRO

Класичний A/B-тест питає: «Яка версія найкраща для всіх?» Іноді чесна відповідь — «жодна»: корпоративному покупцю і стартапу з п'яти осіб потрібні різні докази, різна мова і різний наступний крок, а усереднений результат це приховує. Персоналізація означає показ різних сценаріїв визначеним сегментам і вимірювання кожного з них проти контрольної групи для цього сегмента.

Вона перевершує універсальне тестування, коли виконуються три умови: ваша аудиторія ділиться на сегменти з справді різними потребами (за галуззю, розміром компанії, етапом воронки чи джерелом трафіку), ви можете надійно розпізнавати ці сегменти при вході і маєте контент, який справді відрізняється для кожного. Якщо будь-чого з цього бракує, персоналізація додає складності без приросту. До того ж вона ділить ваш трафік, тож не є способом обійти математику розміру вибірки; почніть з одного-двох великих сегментів і однієї сторінки. Якщо хочете спершу структурувати сегменти, посібник зі стратегії сегментації проведе вас через цей процес, а наші функції сегментації показують, як Markettailor показує варіанти для сегментів із контрольною групою.

Поширені помилки в CRO (і як їх виправити)

1. Тестування без досліджень. Ідеї з мозкових штурмів виграють рідше за ідеї, що спираються на докази. Рішення: кожен тест посилається на спостереження, з якого він виник.
2. Дострокова зупинка тестів. Ранні переваги — здебільшого шум, а підглядання збільшує кількість хибнопозитивних результатів. Виправлення: заздалегідь фіксуйте розмір вибірки й тривалість.
3. Тести з недостатньою потужністю. Тест, що може виявити лише приріст 50%, назве більшість реальних покращень «без різниці». Рішення: розрахуйте MDE, який можна виявити, до запуску й проводьте лише тести, що реалістично можуть його досягти.
4. Оптимізація не тієї метрики. Більше лідів, гірший пайплайн. Виправлення: основна метрика якомога ближча до доходу, наскільки дозволяє обсяг, плюс обмежувальні метрики якості.
5. Називати програші провалами. Команди тихо відкидають програшні тести й втрачають знання. Виправлення: фіксуйте кожен результат і те, що він спростував.
6. Ігнорування сегментів або надмірна інтерпретація. Трапляється і те, і інше. Рішення: заздалегідь зареєструйте два-три сегменти (пристрій, нові чи повторні, розмір компанії), а решту розглядайте як гіпотези.
7. Копіювання конкурентів чи списків «найкращих практик». Ви бачите їхню сторінку, а не їхні результати. Рішення: використовуйте їх як джерело гіпотез, а не готових відповідей.
8. Пропуск QA. Варіант, що ламається в одному браузері, дає хибного програвача й невідповідність співвідношення вибірок. Рішення: перевіряйте кожен варіант в основних браузерах і на пристроях до запуску.
9. Ставлення до CRO як до проєкту. Один аудит, п’ять виправлень, готово. Рішення: постійний ритм роботи з відповідальним, беклогом і журналом.
10. Не виправляти очевидні помилки, бо «це треба протестувати». Рішення: зламане виправляють; невизначене тестують.

CRO-інструменти за завданнями

Обирайте інструменти за задачею, яку вони виконують, а інструмент тестування купуйте останнім: більшості команд спершу потрібні кращі дослідження, а вже потім більше потужностей для тестування.

• Аналітика: воронки, сегменти та події. Google Analytics 4, Adobe Analytics або продуктова аналітика, як-от Mixpanel та Amplitude.
• Аналіз поведінки: теплові карти та записи сесій. Microsoft Clarity, Hotjar, Contentsquare.
• Тестування й персоналізація: клієнтські чи серверні експерименти. Optimizely, VWO, AB Tasty або платформи feature flags для серверних тестів.
• Опитування та дослідження користувачів: опитування на сторінці та модеровані чи немодеровані тести з користувачами. Hotjar surveys, Typeform, UserTesting, Maze.

Детальніше порівняння за рівнем трафіку та бюджетом — у нашому огляді інструментів оптимізації коефіцієнта конверсії.

Як побудувати програму CRO

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

• Відповідальний із виділеним на це часом, а також доступ до ресурсів дизайну та розробки. Без часу розробників беклог перетворюється на список побажань.
• Ритм роботи: дослідницький спринт щокварталу, огляд пріоритетів раз на два тижні та щомісячний звіт про результати для зацікавлених сторін.
• Журнал тестів, у якому кожен може шукати: гіпотеза, аудиторія, скриншоти, вибірка, результат, рішення, висновок. За рік це найцінніший CRO-актив, який у вас є.
• Реалістичний цільовий темп. Споживчий сайт з високим трафіком може паралельно проводити кілька тестів на місяць на різних сторінках. B2B-сайт з 10 000 відвідувачів на місяць може впоратися з одним-двома на місяць у поєднанні з виправленнями на основі досліджень.

Одразу задайте очікування щодо частки успішних тестів. У статті Online Experimentation at Microsoft (Kohavi et al., 2009) автори повідомляють, що лише близько третини ідей покращили метрики, на які були спрямовані, приблизно третина не дала змін, а третина — погіршила результат. Ідеї Microsoft не були поганими; просто результат хороших ідей важко передбачити. Якщо ваша програма «виграє» 80% тестів, імовірніше пояснення — нестрога статистика, а не виняткові ідеї. Оцінюйте CRO-програму за підтвердженим сукупним впливом і якістю здобутих знань, а не за часткою перемог.

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

Який коефіцієнт конверсії вважається хорошим?

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

Скільки має тривати A/B-тест?

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

Чим CRO відрізняється від SEO?

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

Чи варта CRO зусиль для сайтів із невеликим трафіком?

Так, але змінюється метод. За обмеженого трафіку спирайтеся на якісні дослідження — інтерв'ю з клієнтами, записи сесій і тести з користувачами, — виправляйте очевидні проблеми одразу, а A/B-тести залиште для сміливих змін із високими ставками, які вимірюються за частими метриками вищих етапів. Навіть зовсім без тестування аудит двох-трьох найважливіших сторінок на основі досліджень зазвичай виявляє тертя, яке варто усунути.

Що робить CRO-спеціаліст?

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