Разговор о сайте обычно начинается одинаково: «Трафик есть, а заявок мало». Через полчаса выясняется, что заявки есть — просто до менеджеров доходят не все. Где-то между кнопкой «Отправить» и звонком клиенту теряется часть обращений, и никто об этом не знает, потому что никто не считает.
Ниже — весь путь заявки от формы до карточки в CRM, семь мест, где она исчезает, и проверки, которые занимают полчаса. Считать будем не «конверсию сайта», а конкретные цифры: сколько отправили, сколько дошло, сколько получило ответ в срок.
Сначала посчитайте: сколько сайт отправил и сколько дошло
Пока нет двух чисел, всё остальное — разговор про ощущения. Взять их можно из трёх мест, и путать их нельзя: у каждого свой смысл.
| Источник | Что показывает | Где врёт |
|---|---|---|
| Лог отправок формы | Сколько раз нажали «Отправить» и что ответил сервер | Если лог ведётся только на успешных отправках |
| Метрика и цели | Сколько людей дошли до подтверждения | Блокировщики и медленная сеть дают расхождения |
| CRM | Сколько сделок или лидов создалось | Если часть заявок создаётся вручную или теряется |
Норма — расхождение в пределах статистической погрешности: единицы процентов. Если сайт «отправил» 120 заявок, а в CRM появилось 97 — вы уже нашли проблему, о которой клиенты не расскажут: они просто ушли к тем, кто ответил.
Семь мест, где теряются заявки
1. Форма отправляет письмо, а не заявку
Стандартная форма в WordPress по умолчанию шлёт письмо. Дальше лотерея: спам, папка «Уведомления», отпуск ответственного, письмо от самого себя в том же ящике. У письма нет статуса «обработано», нет ответственного и нет истории.
Признак: менеджеры ищут заявки по почте. Что делать: форма создаёт сделку или лид в CRM через API, письмо остаётся дублем для страховки.
2. Нет подтверждения, что заявка ушла
Человек нажал кнопку, ничего не произошло — медленная сеть, ошибка сервера, отвалившийся обработчик после обновления плагина. Он не ждёт и не пишет в поддержку, он уходит. Иногда потом пишет в мессенджер, но чаще — нет.
Признак: кнопка без состояния загрузки, сообщение «Спасибо» показывается всегда. Что делать: показывать номер заявки, ловить ошибку и вести лог всех отправок, включая неуспешные.
3. Менеджер узнаёт через сутки
Заявка пришла в пятницу вечером, менеджер увидел её в понедельник. Клиент к этому времени поговорил с двумя конкурентами. Это не про CRM, это про регламент и уведомления.
Признак: у заявки нет задачи на первого ответственного и нет срока. Что делать: норма первого ответа (например, 15 минут в рабочее время) и автоматическая задача с дедлайном.
4. Источник затерялся по дороге
Заявка создалась, но из какой кампании — неизвестно. Через месяц нельзя сказать, какой канал приносит деньги, и решение принимается «на глаз».
Признак: в карточке пусто в полях источника и UTM. Что делать: передавать UTM, страницу входа и реферер вместе с заявкой — в поля CRM, а не только в аналитику сайта.
5. Заявка пришла в мессенджер
Клиент не заполняет форму, он пишет в WhatsApp или в чат на сайте. Это нормально, но такие обращения часто остаются в телефоне конкретного сотрудника. Ушёл сотрудник — ушли клиенты и история.
Признак: часть переписки есть только в телефоне. Что делать: подключить мессенджеры к системе так, чтобы контакт и переписка создавались в карточке.
6. Повторное обращение не связано с первым
Клиент писал полгода назад, написал снова — появилась новая карточка. Менеджер не видит историю и начинает с нуля, клиент раздражается: «Я же всё рассказывал».
Признак: в базе два контакта на один телефон. Что делать: контроль дублей при создании и обязательный шаг «проверь, не писал ли он раньше». Автообъединение — аккуратно и под присмотром.
7. Никто не считает итог месяца
Раз в месяц нужно сводить три цифры: сколько заявок отправил сайт, сколько создалось в CRM, сколько получило ответ в срок. Это десять минут работы, которые заменяют час споров.
Пока эти три цифры не сверяются, любой разговор о конверсии сайта — разговор про ощущения. Ощущения, как правило, оптимистичнее данных.
Диагностика за 30 минут: пошагово
- Тестовая заявка с компьютера и с телефона. Отправьте две заявки с разными номерами и засеките время до появления в CRM. Если пришла одна из двух — проблема в мобильной версии или в валидации поля.
- Проверка ошибки. Откройте в браузере консоль и вкладку «Сеть», отправьте заявку с выключенным JavaScript-блокировщиком и без него. Ответ сервера 500 или 403 — это и есть та самая тихая поломка.
- Источник в карточке. Проверьте поля источника и UTM в созданной сделке. Пусто — значит аналитике доверять нельзя.
- Сверка за месяц. Сравните число отправок из лога формы и число сделок за тот же период в CRM.
- Время первого ответа. Посмотрите три свежие заявки: сколько прошло от создания до первого исходящего звонка или сообщения.
- Мессенджеры. Напишите в чат на сайте и в мессенджер: появился ли контакт в системе и видна ли переписка.
Если все шесть пунктов в норме, а заявок всё равно мало — проблема не в доставке, а в предложении и трафике. Это другой разговор, и его стоит вести отдельно от технической части.
Что настроить, чтобы заявки не терялись
- Единая точка входа. Все формы — сайт, квизы, лендинги, всплывающие окна — создают сделку или лид в одной воронке. Одна воронка, один ответственный по умолчанию.
- Дубль для страховки. Копия заявки на почту и в рабочий чат. Не вместо CRM, а на случай, если обмен упал.
- Лог отправок. Сайт пишет все попытки: время, номер, результат, ответ сервера. Хранить хотя бы 90 дней.
- Задача на первый ответ. Создаётся автоматически с дедлайном. Просроченная задача видна руководителю, а не остаётся в голове менеджера.
- Поля источника. UTM, страница входа, реферер — прямо в карточке. Иначе каналы будут спорить, а решение останется «на глаз».
- Контроль дублей. Проверка по телефону и e-mail при создании, плюс отчёт по возможным дублям раз в месяц.
- Проверка после обновлений. Каждое обновление плагина или темы — тестовая заявка. Пять минут против недели потерь.
Сколько стоит потерянная заявка
Считаем на скромных цифрах: 100 заявок в месяц, средний чек 60 000 ₽, конверсия в сделку 12 %. Это 12 сделок и 720 000 ₽ выручки.
- Потеря 10 % заявок на доставке — это 10 заявок и одна-две сделки: 72–120 000 ₽ в месяц.
- Ответ через сутки вместо 15 минут. Если из-за задержки теряется пятая часть обращений, это ещё около двух с половиной сделок: 144 000 ₽.
- Без источника в карточке реклама продолжает оплачиваться по всем каналам, включая те, что не работают.
Итого до 264 000 ₽ в месяц на ровном месте — при том, что настройка доставки заявок обычно занимает дни, а не месяцы.
Почему с телефона теряется больше, чем с компьютера
Большая часть заявок в малом бизнесе приходит с мобильных. И именно там ломается чаще всего — потому что проверяют обычно на большом экране, где всё хорошо.
- Медленная сеть. Пользователь нажимает кнопку и не видит реакции: анимации нет, ответ приходит через пять секунд. Он решает, что «не отправилось», и уходит.
- Клавиатура закрывает кнопку. После ввода телефона экран прокручивается так, что кнопка уходит под клавиатуру. Человек не понимает, что делать дальше.
- Маска телефона. Слишком строгая проверка формата отбрасывает корректные номера, а сообщение об ошибке не объясняет, что не так.
- Встроенные браузеры. Переход из мессенджера открывает встроенный браузер, где часть скриптов ведёт себя иначе. Тестировать нужно именно такой переход.
- Автозаполнение. Поле, которое не даёт вставить номер из буфера или подставить из автозаполнения, теряет часть людей на ровном месте.
Правило простое: тестовая заявка должна отправляться с телефона, из мессенджера и с медленной сети. Три проверки раз в месяц — и мобильные потери перестают быть невидимыми.
Отчёт из трёх цифр, который стоит смотреть каждый месяц
Отчёт специально минимальный: его можно собрать вручную за десять минут, а не заказывать дашборд. Если он не собирается за десять минут — значит, данные лежат в разных местах, и это первая проблема.
| Цифра | Откуда брать | Норма |
|---|---|---|
| Заявок отправлено с сайта | Лог формы и цели в аналитике | База для сравнения |
| Заявок создано в CRM | CRM, фильтр по источнику | Расхождение до 2–3 % |
| Ответ в срок | CRM: время первого контакта | Не меньше 80 % |
Дальше три цифры превращаются в один простой вывод. Если расходится первая и вторая — чините доставку. Если вторая и третья — чините регламент и уведомления. Если всё сходится, а сделок нет — смотрите на предложение и качество трафика.
Где это делается и что заказать
Доставка заявок — это стык сайта и портала, поэтому работы обычно делятся на две части.
- Создание сайтов на WordPress — формы, валидация, лог отправок, корректная мобильная версия.
- Локальные приложения для Битрикс24 — если нужна своя логика приёма заявок: распределение, скоринг, особые правила.
- Администрирование и обслуживание Битрикс24 — права, интеграции и проверка после обновлений.
- Почему интеграции ломаются через полгода — если заявки пропадают не всегда, а периодами.
- Отчёт по конверсии, который не врёт — что проверить, прежде чем обсуждать цифры на планёрке.
Что зафиксировать в договоре
- Критерий приёмки: «тестовая заявка появляется в CRM за N минут, с источником и ответственным» — а не «форма работает».
- Логи: кто их ведёт, где они лежат и сколько хранятся.
- Проверка после обновлений: входит ли в обслуживание тест формы после апдейта плагинов.
- Ответственность за потерю: что считается инцидентом и в какой срок он устраняется.
Частые вопросы
Сколько заявок теряется «в норме»?
В норме — единицы процентов, и это расхождение объясняется техническими причинами: блокировщики, повторные отправки, отказы браузера. Если расхождение 10 % и больше, речь уже о поломке, а не о погрешности.
Куда заявка пропадает чаще всего?
В двух местах: между нажатием кнопки и созданием записи (ошибка обработчика, валидации, обновление плагина) и между созданием записи и первым контактом (нет уведомления, нет задачи, нет ответственного).
Можно ли обойтись почтой и не подключать CRM?
Можно, пока заявок мало и один человек их обрабатывает. Как только заявок больше десятка в день, почта перестаёт быть системой учёта: нет статусов, нет ответственного, нет истории, а часть писем уходит в спам.
Что делать с заявками из мессенджеров?
Подключать каналы к порталу: тогда переписка и контакт создаются в системе, а менеджер отвечает из привычного окна. Если подключение невозможно, хотя бы фиксировать обращение в карточке вручную — но это будет исполняться хуже.
Как часто проверять, что форма работает?
После каждого обновления темы, плагинов и CMS, плюс одна проверка в месяц по расписанию. Проверка занимает пять минут и ловит те поломки, которые не видно глазами.
Нужен ли отдельный сервис аналитики?
Не обязательно. Три цифры из отчёта выше собираются без него. Сервис нужен, когда каналов много и нужно связывать рекламу со сделками — но и тогда первично корректная передача источника в CRM.
Что сделать на этой неделе
- Отправьте тестовую заявку с телефона и с компьютера, замерьте время до появления в CRM.
- Проверьте в карточке источник и UTM.
- Посчитайте за прошлый месяц: отправки сайта против записей в CRM.
- Проверьте, приходят ли обращения из мессенджеров в систему.
- Посмотрите время первого ответа по трём последним заявкам.
Если расхождение больше нуля — вы уже нашли деньги, которые теряли молча. Обычно на этом же этапе выясняется, что часть кнопок не работает: форма на месте, а обработчик отвалился после обновления. Ловится это проверкой, а не наблюдением.
