В одній пропозиції з CRO є аудит. В іншій дизайн і розроблення. Третя продає щомісячну програму тестів. Порівняння підсумкових сум не покаже, яка з них розв’язує проблему вашого сайту: робота може закінчуватися на різних етапах.
Без складу робіт не можна назвати обґрунтовану єдину ціну «за CRO». Просіть окремо описати дослідження, запропоновану зміну, впровадження й оцінку результату. Ми рекомендуємо купувати мінімальний завершений обсяг, який дозволяє ухвалити корисне для бізнесу рішення. Розширювати роботу варто, коли для цього з’явилися підстави в даних.
Яку дію має зуміти виконати покупець
Почніть із конкретного шляху: вибрати варіант товару, дізнатися про доставку, завершити оплату чи надіслати відповідну заявку. Формулювання «підвищити конверсію сайту» може включати кілька різних проблем. Для кожної знадобляться свої роботи, доступи й участь команди, а отже, однаковий рядок у пропозиції ще не означає однакового результату.
Зафіксуйте початкову подію, бажаний підсумок і відвідувачів, яких порівнюєте. На одну сторінку можуть приходити покупці, чинні клієнти й кандидати на роботу. Зміна їхніх часток здатна зрушити загальну конверсію без жодної зміни зручності. Дослідження має відрізняти такий зсув від проблеми сайту.
У B2B уточніть, що вам потрібно: надіслана форма, прийнята відділом продажів заявка чи проведена зустріч. Для магазину визначте, як враховуються скасування та повернення. Це впливає і на вартість проєкту, і на докази, за якими ви зможете прийняти виконану роботу.
Які витрати часто об’єднують в одну суму
- Дослідження: перевірка вимірювання, розбір воронки й релевантних спостережень за поведінкою покупців.
- Проєктування: запропонована зміна, пов’язані тексти й погоджені стани інтерфейсу.
- Впровадження: розроблення, інтеграція, перевірка доступності й підготовка випуску.
- Оцінка: план порівняння, аналіз і рішення про продовження роботи.
- Додаткові витрати: інструменти, пошук учасників, виробництво контенту й необхідна підтримка.
Одним компаніям потрібні всі ці частини. В інших уже є розробник, а бракує обґрунтованого діагнозу й завдання на впровадження. Дешевша пропозиція може залишати розроблення вашій команді. Це нормально, коли відповідальність і вартість видно заздалегідь, а не виявляються після презентації.
Уточніть, що отримаєте, якщо дослідження не підтвердить необхідності запланованого редизайну. Корисний виконавець може запропонувати зберегти робочу ділянку, виправити вимірювання або перевірити пропозицію. Обов’язковий редизайн знижує цінність дослідження: рішення про купівлю розроблення фактично ухвалене ще до нього.
Які висновки може підтвердити дослідження
В аудиті мають бути названі сторінки, пристрої та шляхи покупців. Спостережувана проблема, гіпотеза про причину й неперевірена пропозиція мають відрізнятися. Перелік уподобань щодо кольору й тексту кнопок сам собою не обґрунтовує витрати на розроблення, навіть якщо презентація має переконливий вигляд.
Запитайте, як вибираються спостереження. Запис одного розгубленого відвідувача може показати несправність, яку варто дослідити, але не підтверджує її поширеності. Тепловій карті теж потрібен контекст: версія сторінки, сегмент відвідувачів і дія, яку ви намагаєтеся зрозуміти. Без цього зображення легко прийняти за діагноз.
Якщо події збираються непослідовно, включіть перевірку вимірювання у вартість. Документація GA4 щодо подій пояснює їх збирання. Сама наявність події ще не доводить доставлену заявку або замовлення, яке покупець зберіг після періоду повернення.
Як порівняти обсяг за допомогою розрахунку
Розгляньмо лише навчальну пропозицію: 16 годин дослідження по €100 коштують €1600. Ще 8 годин по €100 коштують €800, разом €2400. Ці умовні суми не є ні середніми цінами ринку, ні тарифами Canem Errant.
Корисне запитання: що купує другий блок? У ньому є розроблення, перевірка й виправлення чи лише файл дизайну? Чи виключені підписки, ПДВ, додаткові мови й публікація? Одна й та сама підсумкова сума може описувати істотно різний результат і залишати різне навантаження вашій команді.
Для окремого прикладу припустімо, що повний проєкт коштує €2400, а кожне додаткове збережене замовлення приносить €30 після істотних змінних витрат за інших незмінних рекламних витрат. Для покриття проєкту потрібні 80 додаткових збережених замовлень за цих припущень. Це розрахунок беззбитковості, а не прогноз того, скільки замовлень дасть CRO.
Для заявок аналогічний розрахунок потребуватиме частки прийнятих звернень, конверсії у продаж, внеску угоди й часу до закриття. Невідому величину залишайте невідомою. Підставлений привабливий галузевий відсоток створює видимість надійності, якої в розрахунку поки немає.
Чи можна провести тест до купівлі програми тестів
Щомісячній програмі A/B-тестів потрібно достатньо відповідних спостережень для вибраних запитань. Запросіть вихідну конверсію, ефект, який тест має помітити, очікувану вибірку й правило зупинки. Обіцянка «тестувати щотижня» мало говорить про те, чи будуть результати придатні для рішень.
За невеликого трафіку може бути кориснішою вузька робота: усунути відтворюваний дефект, спостерігати типові завдання й записати, що ще належить виміряти. Це відрізняється від заяви, що невеликий рух показника до й після зміни вже доводить зростання конверсії.
Важлива й коректність самого порівняння. Microsoft Research розбирає Sample Ratio Mismatch як проблему розподілу учасників експерименту. Гарний графік не повинен приховувати зламаний тест. У посібнику з A/B-тестів докладніше розглянуті питання планування.
Як домовитися про приймання до розроблення
Розділяйте технічну здачу й ефект для бізнесу. Виправлену форму можна перевірити на погоджену поведінку й доставку. Щоб приписати зміні приріст кваліфікованих заявок, потрібні відповідне порівняння й достатні спостереження. Один вид результату не можна видавати за інший.
Визначте підтримувані розміри екранів, помилки інтерфейсу, поведінку подій, відповідального за перевірку й порядок виправлення дефектів. Якщо в обсяг входять кілька мов, явно включіть перевірку змісту й інтерфейсу кожної. Формулювання «адаптивна версія включена» саме собою ще не є точним критерієм приймання.
Призначте того, хто дозволяє публікацію, та запишіть спосіб відновлення зміненого шляху. Зазначте залежності від платформи магазину й внутрішніх розробників. Виконавець може завершити свою частину, поки випуск іншої команди ще очікується. Це має бути зрозуміло зі стану проєкту, а не з’ясовуватися після оплати.
Коли вибирати проєкт, а коли постійну роботу
Обмежений проєкт підходить для відомої перешкоди зі зрозумілим шляхом дослідження й виправлення. Постійна робота може підійти бізнесу з повторюваними гіпотезами, достатнім трафіком і відповідальним за впровадження. Сама модель оплати не робить роботу ефективнішою.
Запитайте, як зміняться пріоритети, якщо перша гіпотеза не підтвердиться. Постійний договір не повинен перетворювати порожній список тестів на непотрібні зміни сайту. Проєкт не повинен завершуватися презентацією, якщо покупець очікував впровадження погоджених рішень.
CRO в Canem Errant починається з перешкоди між кліком і корисним результатом. Підготуйте сторінку, очікувану дію й доступні дані. Тоді дослідження, зміни й оцінку можна буде розрахувати зі зрозумілими обов’язками кожної сторони.
Поширені запитання
Чи можна оцінити CRO без доступу до аналітики?
Можна погодити публічний розбір або обмежене дослідження з названими межами. Для точного діагнозу й надійного прогнозу поліпшення потрібно більше доказів, ніж одна адреса сайту.
Чи достатньо аудиту для зростання конверсії?
Аудит може визначити, що дослідити або змінити. Ефект залежить від впровадження, пропозиції, трафіку й вимірювання. Уточніть, хто реалізує зміну та як буде перевірений результат цієї роботи.
Чи має CRO-агентство гарантувати відсоток поліпшення?
Виконавець може відповідати за визначену роботу й критерії приймання. Універсальний приріст конверсії не можна обґрунтувати до знайомства з бізнесом і даними. Запитуйте обмежений тест і чесну умову його зупинки.
