Чеклісти CRO зазвичай виглядають як список ідей: змінити заголовок, скоротити форму, додати відгуки, спробувати іншу кнопку. Ідей завжди більше, ніж трафіку, щоб їх перевірити, — і саме тому список ідей не є чеклістом.
Робочий список відповідає на інше питання: за яких умов результат зміни взагалі щось означає.
Половина блоків — про рішення, не про сайт
| Блок | Про що він | Що ламається без нього |
|---|---|---|
| Дослідження та дані | звідки беруться ідеї | тестуються здогадки замість проблем |
| Гіпотези та пріоритезація | у якому порядку | місяці на зміни, які не окупляться |
| Дисципліна тестування | як рахувати результат | рішення на шумі |
| Сторінка та воронка | що саме змінювати | правки в одному місці, втрати в іншому |
| Впровадження | як довести до релізу | виграшний варіант так і не поїхав |
| Програма та ритм | як не зупинитися | один тест на квартал і жодного навчання |
Підсвічений блок дає найбільше на малому трафіку: правильний порядок дій економить більше, ніж будь-яка окрема зміна.
Правило, з якого починається дисципліна
Одна зміна за тест. Два змінені елементи дають цифру, яку неможливо приписати жодному з них.
Виняток один і він чесний: перевірка нової версії сторінки цілком проти старої. Тоді ви не дізнаєтесь, що саме спрацювало, і погоджуєтесь на це заздалегідь — а не виявляєте постфактум.
Друге правило — рахувати обсяг до запуску, а не після. Скільки відвідувачів потрібно, щоб побачити приріст, обчислюється формулою, і ця арифметика зазвичай закриває питання швидше за будь-який тест: на базі 2% приріст у чверть потребує близько 25 000 відвідувачів. Ми розбирали це детально в матеріалі про те, як підвищити конверсію на малому трафіку.
Третє — не зупиняти тест на першому приємному числі. Ранній перегляд, коли «вже видно різницю», перетворює перевірку на пошук моменту, який підтверджує те, у що ви й так вірили.
Пріоритезація: спершу те, що не потребує тесту
Робиться без тесту
- форма не надсилається з телефона
- поле обнуляється при помилці
- сторінка вантажиться вісім секунд
- оплата недоступна частині карток
Це дефекти. У них немає двох робочих варіантів, тому й порівнювати нічого.
Потребує тесту
- текст заголовка
- порядок блоків
- колір і формулювання кнопки
- довжина опису
Обидва варіанти працюють. Без достатнього трафіку вибір робиться навмання.
Практичний порядок: спершу закрити все, що робиться без тесту, і лише потім рахувати, чи вистачає трафіку на решту. Дуже часто виявляється, що не вистачає — і це корисний результат, бо він економить квартал.
Ритм, який відрізняє програму від разової спроби
CRO працює як програма, а не як проєкт. Один тест на квартал не дає навчання: до моменту наступного ви вже забули, чому робили попередній.
- Подивитися даніЗаписи сеансів, звіт за джерелами, місця виходу. Півгодини, і зазвичай цього достатньо для однієї гіпотези.
- Обрати ОДНУ змінуТу, що дає різницю в рази, а не у відсотках. Дрібні на малому трафіку не перевіряються в принципі.
- Дочекатися обсягуПорахованого до запуску. Ранній перегляд перетворює тест на пошук зручного моменту.
- Записати результатВключно з невдалим. Через рік це список того, що на вашій аудиторії не працює, — і він дорожчий за окремий виграш.
Мінімальний робочий ритм — щомісячний цикл: подивитися дані, обрати одну зміну, зробити, дочекатися обсягу, записати результат. Записувати обов'язково, включно з невдалими: половина цінності програми в тому, що через рік у вас є список того, що на вашій аудиторії не працює.
Друга частина ритму — впровадження. Виграшний варіант, який не доїхав до релізу, коштує рівно стільки ж, скільки програний. Блок про впровадження в чеклісті виглядає бюрократично рівно доти, доки ви не втратите так перший результат.
З чого почати
Відкрийте чекліст CRO — шість блоків із галочками. Але перш ніж проходити його, зробіть одну річ: пройдіть власний шлях до заявки з телефона й запишіть усе, що зламалося. Це закриє більшу частину блоку «сторінка та воронка» без жодного тесту.
Якщо потрібен погляд збоку на конкретний сайт — подивіться, як ми працюємо з конверсією.