[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1f1vyl3j70bjs":3},{"slug":4,"title":5,"published":6,"publishedAt":7,"createdAt":7,"section":8,"preview":9,"heroImage":8,"previewImage":10,"headMarkup":11,"lifecycleId":42,"bodyMd":43,"bodyHtml":44},"pochemu-posle-redizayna-stalo-menshe-zayavok-kak-nayti-mesto-poteri-v-voronke","Почему после редизайна стало меньше заявок: как найти место потери в воронке",true,"2026-08-03T09:00:00+03:00",null,"Как найти причину падения заявок после редизайна: проверить путь посетителя, форму, аналитику, CRM и реакцию менеджера.","\u002Fcontent-media\u002Farticles\u002Fpochemu-posle-redizayna-stalo-menshe-zayavok-kak-nayti-mesto-poteri-v-voronke\u002Fassets\u002F7f98c2068f6a.webp",[12],{"tag":13,"type":14,"key":15,"json":16},"script","application\u002Fld+json","pochemu-posle-redizayna-stalo-menshe-zayavok-kak-nayti-mesto-poteri-v-voronke-faq",{"@context":17,"@type":18,"mainEntity":19},"https:\u002F\u002Fschema.org","FAQPage",[20,26,30,34,38],{"@type":21,"name":22,"acceptedAnswer":23},"Question","Сколько ждать данных после релиза?",{"@type":24,"text":25},"Answer","Технические сценарии проверяют сразу. Для выводов о конверсии нужен период, сопоставимый по трафику и источникам; точная длительность зависит от объёма обращений и сезонности.",{"@type":21,"name":27,"acceptedAnswer":28},"Может ли падение быть связано с CRM, если формы отправляются?",{"@type":24,"text":29},"Да. Форма может отправляться, но терять поле, попадать в нерабочую очередь или не получать ответственного. Проверяйте всю цепочку до задачи или контакта менеджера.",{"@type":21,"name":31,"acceptedAnswer":32},"Нужно ли отключать новый сайт на время проверки?",{"@type":24,"text":33},"Только если есть подтверждённая критическая потеря обращений и подготовлен безопасный план отката. Во многих случаях можно исправить конкретную форму, маршрут или событие без возврата всего релиза.",{"@type":21,"name":35,"acceptedAnswer":36},"Что передать подрядчику для диагностики?",{"@type":24,"text":37},"Ссылку на сценарий, устройство и браузер, время попытки, ожидаемый и фактический результат, а также обезличенные идентификаторы записи или ошибки. Фразы «заявок стало меньше» для технического разбора недостаточно.",{"@type":21,"name":39,"acceptedAnswer":40},"Почему аналитика и CRM показывают разные цифры?",{"@type":24,"text":41},"Они измеряют разные события и могут иметь задержку. Разница становится проблемой, когда заранее не определено, какой источник подтверждает факт обращения и как сопоставлять записи.","lc_2d8296f20715a4605f6ffe88a7c667aa","# Почему после редизайна стало меньше заявок: как найти место потери в воронке\n\nПосле запуска нового сайта число заявок может снизиться, хотя все страницы открываются и команда уже отчиталась о релизе. Причина не обязательно в дизайне. Посетитель мог перестать находить нужную услугу, форма могла не передавать данные, цель аналитики могла остаться на старом селекторе, а CRM — создавать обращение без ответственного. Один график заявок не показывает, на каком участке разорвалась цепочка.\n\nДиагностика начинается с определения события, которое считают заявкой. Это может быть отправка формы, звонок, сообщение в мессенджер, запись на консультацию или лид, который дошёл до CRM. Для каждого канала нужен наблюдаемый след: запись в аналитике, уведомление, карточка CRM, журнал интеграции. Тогда проверка идёт по маршруту человека, а не по предположению о том, какой экран ему не понравился.\n\n## Соберите контрольную воронку\n\nРазложите путь на шаги: показ или переход на страницу, просмотр предложения, открытие формы, попытка отправки, подтверждение, передача в CRM, назначение ответственного и первый контакт. По каждому шагу фиксируют дату изменения, источник данных и владельца проверки. В разных системах цифры могут отличаться из-за фильтров и задержек, поэтому важнее сначала установить направление потери.\n\n![Где пропадают заявки: Переход, Форма, CRM](\u002Fcontent-media\u002Farticles\u002Fpochemu-posle-redizayna-stalo-menshe-zayavok-kak-nayti-mesto-poteri-v-voronke\u002Fassets\u002Fea7f80bde099.webp)\n\nСравнивать нужно сопоставимые периоды и сегменты. Если после редизайна одновременно выключили рекламную кампанию или изменили форму квалификации, общее падение не говорит о технической причине. Раздельно смотрят органические переходы, рекламу, прямые заходы, мобильные устройства, популярные посадочные и каналы обращения.\n\n### Проверьте живой сценарий на каждом устройстве\n\nНе ограничивайтесь отправкой тестовой формы с рабочего компьютера. Пройдите сценарий в мобильном браузере, с медленным соединением, с заблокированными сторонними скриптами и с обязательными полями, которые заполняет реальный посетитель. У формы могут не открываться селекты, не работать маска телефона, перекрываться кнопка согласия или исчезать сообщение об ошибке.\n\nТестовая заявка должна пройти до конечного получателя. Номер телефона и почта в форме не должны попадать в публичный отчёт или в тело статьи; для проверки используют согласованные служебные данные и затем удаляют тестовые записи по регламенту.\n\n## Отделите интерфейсную проблему от потери измерения\n\nЦель веб-аналитики может срабатывать при клике на кнопку, хотя сервер отклонил форму. Обратная ситуация тоже возможна: форма отправилась, но событие не передалось из-за смены HTML-разметки или контейнера тегов. Поэтому событие «успешная отправка» привязывают к подтверждённому результату, а не к нажатию.\n\nСверьте идентификаторы форм, маршруты интеграции, обработку ошибок, обязательные согласия, защиту от спама и уведомления. Если форма передаёт запрос в CRM через промежуточный сервис, изучите его журнал: там видны ошибки авторизации, изменения полей, тайм-ауты и отклонённые запросы. Скриншот красивой формы не заменяет этот след.\n\n## Проверьте CRM и реакцию отдела продаж\n\nНовая заявка может создаваться, но не становиться работой менеджера. После редизайна часто меняются значения источника, поля формы, правила маршрутизации и роботы. Очередь может зависеть от несуществующего значения, карточка — попадать без ответственного, а уведомление — уходить в отключённый чат.\n\nВ CRM проверяют: появилась ли сущность, заполнены ли ключевые поля, назначен ли ответственный, сработал ли робот, создана ли задача и есть ли отметка о первом контакте. Для этого не нужны персональные данные реальных клиентов: достаточно согласованной контрольной заявки и протокола её прохождения. Если технически всё проходит, а обращения не обрабатываются, проблема уже в операционном процессе, а не в верстке.\n\n## Ошибки в разборе падения\n\n### Сразу переписывают первый экран\n\nИзменение интерфейса до измерения может скрыть исходную ошибку и создать новую. Сначала подтвердите прохождение формы, события и CRM, затем работайте с гипотезами о содержании и сценарии.\n\n### Считают все обращения одним числом\n\nЗвонок, заявка с формы и чат имеют разные технические маршруты. Если сложить их без раздельной проверки, источник сбоя останется неизвестным.\n\n### Ориентируются на экран благодарности\n\nСтраница «спасибо» может появиться до записи в CRM или вообще после имитации отправки на клиенте. Контрольный сценарий заканчивается только тогда, когда заявка назначена и доступна ответственному сотруднику.\n\n### Игнорируют мобильные устройства\n\nНа мобильном сайте отличаются размер экрана, клавиатура, автозаполнение, блокировщики и скорость сети. Если основная доля трафика приходит со смартфонов, проверка только на десктопе ничего не доказывает.\n\n## Часто задаваемые вопросы\n\n### Сколько ждать данных после релиза?\n\nТехнические сценарии проверяют сразу. Для выводов о конверсии нужен период, сопоставимый по трафику и источникам; точная длительность зависит от объёма обращений и сезонности.\n\n### Может ли падение быть связано с CRM, если формы отправляются?\n\nДа. Форма может отправляться, но терять поле, попадать в нерабочую очередь или не получать ответственного. Проверяйте всю цепочку до задачи или контакта менеджера.\n\n### Нужно ли отключать новый сайт на время проверки?\n\nТолько если есть подтверждённая критическая потеря обращений и подготовлен безопасный план отката. Во многих случаях можно исправить конкретную форму, маршрут или событие без возврата всего релиза.\n\n### Что передать подрядчику для диагностики?\n\nСсылку на сценарий, устройство и браузер, время попытки, ожидаемый и фактический результат, а также обезличенные идентификаторы записи или ошибки. Фразы «заявок стало меньше» для технического разбора недостаточно.\n\n### Почему аналитика и CRM показывают разные цифры?\n\nОни измеряют разные события и могут иметь задержку. Разница становится проблемой, когда заранее не определено, какой источник подтверждает факт обращения и как сопоставлять записи.\n\n## Итог\n\nПадение заявок после редизайна ищут по цепочке, а не по вкусу к макету. Контрольная воронка, реальные тестовые сценарии и сверка сайта с CRM отделяют ошибку передачи данных от изменения спроса или поведения посетителей.\n","\u003Ch1>Почему после редизайна стало меньше заявок: как найти место потери в воронке\u003C\u002Fh1>\n\u003Cp>После запуска нового сайта число заявок может снизиться, хотя все страницы открываются и команда уже отчиталась о релизе. Причина не обязательно в дизайне. Посетитель мог перестать находить нужную услугу, форма могла не передавать данные, цель аналитики могла остаться на старом селекторе, а CRM — создавать обращение без ответственного. Один график заявок не показывает, на каком участке разорвалась цепочка.\u003C\u002Fp>\n\u003Cp>Диагностика начинается с определения события, которое считают заявкой. Это может быть отправка формы, звонок, сообщение в мессенджер, запись на консультацию или лид, который дошёл до CRM. Для каждого канала нужен наблюдаемый след: запись в аналитике, уведомление, карточка CRM, журнал интеграции. Тогда проверка идёт по маршруту человека, а не по предположению о том, какой экран ему не понравился.\u003C\u002Fp>\n\u003Ch2>Соберите контрольную воронку\u003C\u002Fh2>\n\u003Cp>Разложите путь на шаги: показ или переход на страницу, просмотр предложения, открытие формы, попытка отправки, подтверждение, передача в CRM, назначение ответственного и первый контакт. По каждому шагу фиксируют дату изменения, источник данных и владельца проверки. В разных системах цифры могут отличаться из-за фильтров и задержек, поэтому важнее сначала установить направление потери.\u003C\u002Fp>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fpochemu-posle-redizayna-stalo-menshe-zayavok-kak-nayti-mesto-poteri-v-voronke\u002Fassets\u002Fea7f80bde099.webp\" alt=\"Где пропадают заявки: Переход, Форма, CRM\">\u003C\u002Fp>\n\u003Cp>Сравнивать нужно сопоставимые периоды и сегменты. Если после редизайна одновременно выключили рекламную кампанию или изменили форму квалификации, общее падение не говорит о технической причине. Раздельно смотрят органические переходы, рекламу, прямые заходы, мобильные устройства, популярные посадочные и каналы обращения.\u003C\u002Fp>\n\u003Ch3>Проверьте живой сценарий на каждом устройстве\u003C\u002Fh3>\n\u003Cp>Не ограничивайтесь отправкой тестовой формы с рабочего компьютера. Пройдите сценарий в мобильном браузере, с медленным соединением, с заблокированными сторонними скриптами и с обязательными полями, которые заполняет реальный посетитель. У формы могут не открываться селекты, не работать маска телефона, перекрываться кнопка согласия или исчезать сообщение об ошибке.\u003C\u002Fp>\n\u003Cp>Тестовая заявка должна пройти до конечного получателя. Номер телефона и почта в форме не должны попадать в публичный отчёт или в тело статьи; для проверки используют согласованные служебные данные и затем удаляют тестовые записи по регламенту.\u003C\u002Fp>\n\u003Ch2>Отделите интерфейсную проблему от потери измерения\u003C\u002Fh2>\n\u003Cp>Цель веб-аналитики может срабатывать при клике на кнопку, хотя сервер отклонил форму. Обратная ситуация тоже возможна: форма отправилась, но событие не передалось из-за смены HTML-разметки или контейнера тегов. Поэтому событие «успешная отправка» привязывают к подтверждённому результату, а не к нажатию.\u003C\u002Fp>\n\u003Cp>Сверьте идентификаторы форм, маршруты интеграции, обработку ошибок, обязательные согласия, защиту от спама и уведомления. Если форма передаёт запрос в CRM через промежуточный сервис, изучите его журнал: там видны ошибки авторизации, изменения полей, тайм-ауты и отклонённые запросы. Скриншот красивой формы не заменяет этот след.\u003C\u002Fp>\n\u003Ch2>Проверьте CRM и реакцию отдела продаж\u003C\u002Fh2>\n\u003Cp>Новая заявка может создаваться, но не становиться работой менеджера. После редизайна часто меняются значения источника, поля формы, правила маршрутизации и роботы. Очередь может зависеть от несуществующего значения, карточка — попадать без ответственного, а уведомление — уходить в отключённый чат.\u003C\u002Fp>\n\u003Cp>В CRM проверяют: появилась ли сущность, заполнены ли ключевые поля, назначен ли ответственный, сработал ли робот, создана ли задача и есть ли отметка о первом контакте. Для этого не нужны персональные данные реальных клиентов: достаточно согласованной контрольной заявки и протокола её прохождения. Если технически всё проходит, а обращения не обрабатываются, проблема уже в операционном процессе, а не в верстке.\u003C\u002Fp>\n\u003Ch2>Ошибки в разборе падения\u003C\u002Fh2>\n\u003Ch3>Сразу переписывают первый экран\u003C\u002Fh3>\n\u003Cp>Изменение интерфейса до измерения может скрыть исходную ошибку и создать новую. Сначала подтвердите прохождение формы, события и CRM, затем работайте с гипотезами о содержании и сценарии.\u003C\u002Fp>\n\u003Ch3>Считают все обращения одним числом\u003C\u002Fh3>\n\u003Cp>Звонок, заявка с формы и чат имеют разные технические маршруты. Если сложить их без раздельной проверки, источник сбоя останется неизвестным.\u003C\u002Fp>\n\u003Ch3>Ориентируются на экран благодарности\u003C\u002Fh3>\n\u003Cp>Страница «спасибо» может появиться до записи в CRM или вообще после имитации отправки на клиенте. Контрольный сценарий заканчивается только тогда, когда заявка назначена и доступна ответственному сотруднику.\u003C\u002Fp>\n\u003Ch3>Игнорируют мобильные устройства\u003C\u002Fh3>\n\u003Cp>На мобильном сайте отличаются размер экрана, клавиатура, автозаполнение, блокировщики и скорость сети. Если основная доля трафика приходит со смартфонов, проверка только на десктопе ничего не доказывает.\u003C\u002Fp>\n\u003Ch2>Часто задаваемые вопросы\u003C\u002Fh2>\n\u003Ch3>Сколько ждать данных после релиза?\u003C\u002Fh3>\n\u003Cp>Технические сценарии проверяют сразу. Для выводов о конверсии нужен период, сопоставимый по трафику и источникам; точная длительность зависит от объёма обращений и сезонности.\u003C\u002Fp>\n\u003Ch3>Может ли падение быть связано с CRM, если формы отправляются?\u003C\u002Fh3>\n\u003Cp>Да. Форма может отправляться, но терять поле, попадать в нерабочую очередь или не получать ответственного. Проверяйте всю цепочку до задачи или контакта менеджера.\u003C\u002Fp>\n\u003Ch3>Нужно ли отключать новый сайт на время проверки?\u003C\u002Fh3>\n\u003Cp>Только если есть подтверждённая критическая потеря обращений и подготовлен безопасный план отката. Во многих случаях можно исправить конкретную форму, маршрут или событие без возврата всего релиза.\u003C\u002Fp>\n\u003Ch3>Что передать подрядчику для диагностики?\u003C\u002Fh3>\n\u003Cp>Ссылку на сценарий, устройство и браузер, время попытки, ожидаемый и фактический результат, а также обезличенные идентификаторы записи или ошибки. Фразы «заявок стало меньше» для технического разбора недостаточно.\u003C\u002Fp>\n\u003Ch3>Почему аналитика и CRM показывают разные цифры?\u003C\u002Fh3>\n\u003Cp>Они измеряют разные события и могут иметь задержку. Разница становится проблемой, когда заранее не определено, какой источник подтверждает факт обращения и как сопоставлять записи.\u003C\u002Fp>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>Падение заявок после редизайна ищут по цепочке, а не по вкусу к макету. Контрольная воронка, реальные тестовые сценарии и сверка сайта с CRM отделяют ошибку передачи данных от изменения спроса или поведения посетителей.\u003C\u002Fp>\n"]