Отсутствие заявок может означать разные вещи: люди не нажимают кнопку, форма не отправляет данные, сообщение не доставляется или менеджер не находит обращение. До изменения дизайна разделите эти этапы. Проверка должна пройти весь маршрут, а не остановиться на зелёном сообщении об успехе.
Для учебного сайта вымышленной студии используем сценарий: посетитель читает описание услуги, открывает форму, вводит контакт, отправляет запрос, видит подтверждение, а ответственный получает запись. На бумаге назначьте каждому этапу место проверки. Клик по кнопке не равен завершённой заявке, а запись в одном сервисе не доказывает доставку во все остальные.
Подготовьте тестовую метку и контакт, который принадлежит проверяющему. Запишите дату, время, адрес страницы и название формы. Так вы сможете отличить конкретный тест от старых обращений и не будете искать в системе неопределённое «что-то отправлял».
Если отправка не происходит, переходите к технической диагностике формы. Не начинайте в этот момент сокращать текст услуги: он не исправит сломанный обработчик.
По инструкции форм Tilda сопоставьте подключённый сервис на уровне проекта и выбор приёмника у конкретной формы. Проверяйте реально опубликованную настройку. Затем найдите тест в доступном разделе заявок и в выбранной системе получения.
Если запись есть в одном месте, но не в почте, исследуйте именно доставку письма: подтверждённый адрес, папки, фильтры и статус подключения. Если обращение есть в CRM, но ответственный не видит его в своём списке, проверьте фильтр, распределение и полномочия с владельцем системы. Не заменяйте подключение новым аккаунтом без понимания, кто будет его обслуживать.
Назначьте человека, который проверяет обращения, и согласуйте способ ответа. Это организационный этап, который дизайн страницы не выполняет автоматически. Запасной контакт на сайте полезен, когда основной сервис недоступен.
Попросите человека, не участвовавшего в проекте, найти условия и объяснить следующий шаг. В учебном примере он может принять «Обсудить проект» за немедленную покупку. Поясните, какие сведения запрашиваются и что будет после отправки. Не обещайте цену, срок или бесплатный аудит, если такие условия не подтверждены.
Посмотрите, достаточно ли материалов для выбора: состав услуги, реальные примеры, ограничения и контакт. Сокращайте лишнее поле по необходимости информации, а не ради универсального правила количества полей. Для доставки товара адрес может быть необходим, а для первоначального вопроса — нет.
Если доступна аналитика, разделите посещение, нажатие и успешную отправку. Малое число обращений без данных о трафике не доказывает плохой дизайн. Важно знать источник посетителей и соответствие их ожиданий странице. Не объявляйте причину по одному просмотру или одному неудачному тесту.
После исправления повторите тот же маршрут и найдите новую метку в приёмнике. Сохраните исходные настройки перед сменой интеграции, чтобы при ошибке вернуться к работающему варианту. Дополнительно изучите разницу клика и конверсии. Для проверки рабочего сайта обсудите с Perkova&Perkova наблюдения и доступные данные.