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

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

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

1. Шлях форми: «дякуємо» ще не означає заявку

Почніть з однієї відправки, яку контролюєте самі. Вкажіть свій номер і свою пошту. Запишіть сторінку та кнопку. Потім окремо запишіть, куди команда дивиться зранку: у пошту, таблицю, картку в CRM чи список в адмінці. «У системі» — не місце. Якщо двоє людей назвали різні точки, у вас уже є перша причина фрази «сайт не приносить заявки».

Після тесту розведіть два факти. Чи з’явилося «дякуємо» на сайті. І чи з’явився запис із вашими даними там, де команда бере заявки в роботу. Це не один і той самий крок. Один код показує повідомлення, інший зберігає дані. Вони можуть зламатися окремо. Повідомлення могли показати завчасно. Лист міг піти в скриньку без власника. Запис міг опинитися в інструменті, який ніхто не відкриває.

Якщо хтось досі переносить ім’я і телефон із листа в CRM руками, то саме цей перенос теж входить у шлях заявки. Нова кнопка його не прибере. Запишіть, які поля людина копіює і куди саме вставляє. Детальний розбір такого випадку є тут: що перевірити, коли «дякуємо» є, а заявки немає.

2. Очікування: людина пішла раніше, ніж з’явився запис

Інколи «дякуємо» не з’являється взагалі. Людина чекає. Кнопка лишається зайнятою. Потім вкладку закривають. У тижневому звіті це теж виглядає як «заявок немає», хоча причина інша. Після кліку крок не встиг завершитися в нормальний для людини час.

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

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

3. Кнопка: людині неясно, що буде далі

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

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

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

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

4. Облік: ви не бачите, який шлях працює

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

Зафіксуйте одне визначення. Для цієї перевірки заявка — це запис у тому місці, звідки команда реально працює. Не клік. Не перегляд сторінки подяки. Потім порівняйте один день. Скільки тестових і реальних відправок потрапило в робоче місце. Скільки нарахував звіт.

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

5. Передзвінок: заявка прийшла, а дзвінка не було

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

Запишіть три речі. Хто дзвонить. Із якого списку. До котрої години. «Відділ продажів» — не людина. «Як вийде» — не строк. Якщо сторінка обіцяє відповідь того ж дня, список мають відкрити того ж дня. Спільна скринька без відповідального провалює цю перевірку навіть при нормальній формі.

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

Що записати, перш ніж говорити про новий вигляд

На перший прохід вистачить одного дня. Пройдіть усі п’ять перевірок по черзі. Не починайте з тієї, що найбільше схожа на редизайн.

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

Коли перевірки вже потребують спеціаліста

Тестову відправку, текст на кнопці і десять записів команда може перевірити сама. Допомога потрібна, коли «дякуємо» і запис розходяться, а ніхто не може відкрити сам запит; коли заявка має падати в CRM, але посередині досі сидить людина і копіює поля; або коли звіт і робочий список ніколи не збігаються, і за подію ніхто не відповідає.

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