Когда неделя проходит без новых обращений, команда быстро приходит к выводу, что странице нужен другой вид. Это понятная реакция, но не самая точная. Молчание во входящих не объясняет, на каком шаге оборвался путь. Человек мог не дойти до формы. Мог нажать кнопку и закрыть вкладку, пока запрос ещё выполнялся. Мог увидеть сообщение об успехе, хотя запись так и не появилась в рабочем месте. А мог оставить контакты, но не дождаться звонка. Снаружи все эти случаи похожи, хотя чинятся по-разному.
Фраза «сайт не приносит заявки» удобна только как жалоба. Для работы она слишком расплывчата. Заявка не возникает в одну секунду и не зависит от одного экрана. Сначала человек должен понять предложение. Потом — увидеть понятное действие. После этого — дождаться завершения. Затем данные должны попасть туда, где команда действительно открывает новые обращения. И уже потом нужен быстрый ответ. Если ломается любой из этих шагов, неделя выглядит пустой.
1. Путь формы: «спасибо» ещё не заявка
Начните с одной отправки, которую контролируете сами. Укажите свой номер и свою почту. Запишите страницу и кнопку. Потом отдельно запишите, куда команда смотрит утром: в почту, таблицу, карточку в CRM или список в админке. «В системе» — не место.
Отправьте тест и разделите проверку на две части. Первая: появилось ли «спасибо» на сайте. Вторая: появилась ли запись с вашими данными там, где команда реально работает с заявками. Это разные шаги. Один код выводит сообщение. Другой сохраняет строку.
Они ломаются по отдельности. Сообщение могли показать слишком рано. Письмо могло уйти в ящик, который больше никто не открывает. Запись могла попасть в инструмент, о котором команда просто не помнит. А картинка на экране везде будет одинаковой.
Если сотрудник до сих пор переносит имя и телефон из письма в CRM руками, этот перенос и есть часть пути. Новая кнопка его не отменяет. Запишите, какие поля человек копирует и куда именно вставляет. Подробный разбор такого случая есть здесь: что проверить, когда «спасибо» есть, а заявки нет.
2. Ожидание: человек ушёл раньше, чем появилась запись
Иногда «спасибо» не появляется вообще. Человек ждёт. Кнопка остаётся занятой. Потом вкладку закрывают. В недельном отчёте это тоже выглядит как «заявок нет», хотя причина другая. Шаг после клика не успел закончиться в нормальное для человека время.
Засеките именно этот запрос. Сколько секунд кнопка была занята. Какой размер ответа. Сохраняет ли этот запрос заявку или только меняет то, что человек видит на странице. Короткий ответ обычно означает, что форма сделала свою работу. Тяжёлый ответ часто означает, что человека заставили ждать лишнее. Браузер может перестать ждать, пока сервер ещё пытается сохранить данные.
3. Кнопка: человеку непонятно, что будет дальше
Даже исправная форма не даёт результата, если по ней не нажимают. Прочитайте кнопку глазами постороннего человека. «Отправить», «Оставить заявку», «Узнать больше» не объясняют, что человек получит и когда ему ответят. Если единственное понятное действие стоит слишком низко на длинной странице, многие до него не доходят. Если одновременно спорят несколько кнопок, решение часто откладывают.
Попросите человека не из команды вслух сказать, что, по его мнению, произойдёт после клика. Если следующий шаг нельзя объяснить одним предложением, проблема в призыве к действию. Сначала поправьте слова и место одной кнопки. Заголовок над ней должен обещать то же самое. Человек не будет угадывать, что вы имели в виду.
Отдельно проверьте тот же путь на телефоне, потому что туда часто приходит платный трафик. Кнопку должно быть легко найти. Полей должно быть ровно столько, сколько команде нужно дальше. Каждое лишнее поле отталкивает. Отсутствующий телефон делает заявку бесполезной.
4. Учёт: вы не видите, какой путь работает
Сайт может приносить заявки и при этом выглядеть пустым в отчёте, по которому принимают решения. Событие срабатывает в момент, когда на сайте появилось «спасибо», хотя сохранение сорвалось. Или событие не срабатывает совсем, и рабочий путь отключают.
Бывает и другая картина: три инструмента показывают три разные цифры, и встреча спорит о числе вместо того, чтобы перезвонить людям. В такой ситуации проблема уже не в трафике и не в цвете кнопки. Проблема в том, что команда не видит реальный результат одним взглядом.
Зафиксируйте одно определение. Для этой проверки заявка — это запись в том месте, откуда команда реально работает. Не клик. Не просмотр страницы благодарности. Потом сравните один день. Сколько тестовых и реальных отправок попало в рабочее место. Сколько насчитал отчёт.
Если числа не совпадают, таким отчётом рано управлять бюджетом. И точно не надо «чинить сайт» под событие, которое считает не тот момент. Метки кампаний имеют смысл только после этого. Если запись не хранит, из какого объявления пришёл человек, вы не отличите полезный путь от пустой траты.
5. Перезвон: заявка пришла, а звонка не было
Это самая частая пустая неделя, с которой приходят за редизайном. И очень часто дело не в сайте. Запись существует. Номер настоящий. Но никто не позвонил, пока человек ещё ждал ответа. Или позвонили слишком поздно, когда он уже договорился с другими. Сайт свою часть сделал. Дальше остановился процесс после него.
Запишите три вещи. Кто звонит. Из какого списка. До какого времени. «Отдел продаж» — не человек. «Как получится» — не срок. Если страница обещает ответ в тот же день, список должны открыть в тот же день. Общий ящик без ответственного проваливает эту проверку даже при нормальной форме.
Что записать, прежде чем говорить о новом виде
На первый проход хватит одного дня. Пройдите все пять проверок по порядку. Не начинайте с той, что больше всего похожа на редизайн.
Именно эта заметка должна подсказать следующую покупку. Нет записи — чините путь. Клик висит — чините время после клика. Кнопка расплывчатая — меняйте текст. Отчёт врёт — чините учёт. Записи лежат без звонка — чините перезвон.
Когда проверки уже требуют специалиста
Тестовую отправку, текст на кнопке и десять записей команда может проверить сама. Помощь нужна, когда «спасибо» и запись расходятся, а никто не может открыть сам запрос; когда заявка должна попадать в CRM, но посередине до сих пор сидит человек и копирует поля; или когда отчёт и рабочий список никогда не совпадают, и за событие никто не отвечает.
Услуги закрывают именно этот путь: форма, сохранение и передача в инструмент, который команда уже открывает. Избранные работы показывают результат рядом с операцией, которая его дала. Если пишете, пришлите страницу, место, где ждали заявку, и что показал один тест. Пароли в первом сообщении не нужны.