Заявка с сайта не дошла до CRM. Кто об этом узнает?

Человек нажимает «Отправить» и видит «Спасибо, мы перезвоним». Автоматизация заявок с сайта нужна, чтобы за этим «Спасибо» стояла карточка в CRM: контакт, текст, страница, рекламный источник, время и отметка о согласии на обработку данных. У карточки сразу есть владелец и срок ответа. И есть способ узнать о поломке на пути от формы до CRM раньше, чем о ней догадается клиент.

Технически подключить форму к CRM несложно: у большинства CRM и конструкторов сайтов для этого есть готовые настройки, а для остального есть n8n и похожие сервисы. Схему обычно строят как трубу: форма, приёмник, CRM. Что будет, если CRM не ответила, не решают. Я бы начал с двух пробных заявок с вашего сайта: одной обычной и одной при выключенном приёмнике. Посмотрите, где окажется каждая и что увидит посетитель.

Как теряется заявка, которую никто не видел

Когда заявки шли на почту и их разбирали руками, потери были понятные. Менеджер забыл перезвонить — плохо, но письмо лежит в ящике, его можно найти и спросить, почему так.

Автоматизация добавляет потерю другого сорта. Заявка не доехала, и следов нет нигде. Типичные причины скучные: сервер-приёмник не ответил, истёк ключ доступа к CRM, в форме переименовали поле, а в интеграции забыли, письмо с уведомлением улетело в спам.

Как это выглядит на практике, хорошо видно по справке Tilda. Конструктор ждёт ответа вашего приёмника пять секунд. Не дождался — делает ещё две попытки с интервалом в минуту. Если сервер лежал дольше пары минут, заявка до него уже не доедет. Ошибку «Webhook URL not available» Tilda покажет в разделе заявок проекта. Если туда кто-то заглядывает.

Есть причина ещё скучнее: стык никому не принадлежит. Сайт делал один подрядчик, CRM настраивал другой, интеграцию собрал третий, и ни у кого в договоре нет строчки «следить, что заявки доходят». В проектах, где я делал сайт, CRM и автоматизацию вместе (SAVAGE MOVIE, SAVAGE ACADEMY, SLOYNO), стык хотя бы был у одного человека перед глазами. Когда подрядчиков несколько, его стоит отдать кому-то по имени.

Пропавшая заявка в отчётах выглядит ровно как заявка, которой не было. В понедельник видно, что за выходные пришло меньше обычного. Обсуждают рекламу, сезон, конкурентов. Версию «у нас не работает форма» проверяют последней, потому что форма вроде работает: на ней же написано «Спасибо».

В июле агентство OneLink опубликовало исследование: оставили заявки на сайтах 100 стоматологий в десяти городах. Тридцать три клиники не ответили вообще. Исследование честно записывает это в игнор. Но со стороны клиента разницы нет, а со стороны клиники вопрос интересный: сколько из тридцати трёх эту заявку вообще получили?

Когда показывать «Спасибо» после отправки формы

Главное решение во всей схеме — в какой момент посетитель видит, что заявка принята. Правило простое: «Спасибо» показывают только после того, как заявка где-то записалась, то есть после ответа сервера, что она лежит в надёжном месте. Само нажатие кнопки ещё ничего не значит.

Если записать не удалось, посетитель должен увидеть ошибку и запасной путь: телефон, почту, мессенджер. Это неприятнее, чем «Спасибо». Зато человек знает, что его не услышали, и может позвонить. Ложное «Спасибо» отнимает у него эту возможность.

Так устроена форма обратного звонка на этом сайте. Заявка сначала уходит на почту в российском почтовом сервисе. Только когда почта её приняла, посетитель видит подтверждение. Не приняла — форма отвечает ошибкой и показывает адрес, куда написать. Уведомление в Telegram уходит уже потом и без данных заявки: только «пришла новая». Если Telegram не ответит, заявка от этого не пропадёт, она уже в почте.

Отсюда второе правило: у заявки должна быть копия вне CRM. В CRM с заявкой работают. А в почте, таблице или журнале приёмника её найдут, если CRM в этот момент лежала, отказала в доступе или молча отбросила запись с непривычным полем.

Что положить в карточку заявки

Состав карточки удобнее собирать с конца: от того, что понадобится человеку, который будет перезванивать, и тому, кто через месяц будет считать, откуда пришли клиенты.

• Контакт и текст — как человек их ввёл, без переделки. Телефон в странном формате лучше, чем телефон, который интеграция «исправила» до неузнаваемости.
• Страница и источник. С какой страницы отправили и откуда пришёл человек: метки рекламы, поисковик, прямой заход. Без этого через месяц никто не скажет, какая реклама приводит клиентов.
• Время отправки. Не время создания карточки: при сбое и повторной попытке они расходятся.
• Согласие. Отметка, что человек его дал, и версия текста, на который он согласился.
• Владелец и срок ответа. Назначаются сразу, автоматически. Заявка «на всех» обычно ничья. Как настроить этапы после заявки, разобрано в справочнике про этапы воронки в CRM.

Если CRM ещё не выбрана, сначала стоит прочитать, как выбрать CRM для малого бизнеса: у разных систем разные способы принимать заявки с сайта.

Как настроить автоматизацию заявок с сайта: шаги

1. Нарисуйте путь заявки как есть. Куда она уходит сейчас, кто её видит первым, через сколько отвечают. Почему начинать надо с этого, а не с выбора сервиса, — в эссе «AI не исправит плохой процесс».
2. Решите, где заявка записывается первой. Почта, таблица, база приёмника или сама CRM. «Спасибо» — только после этой записи.
3. Подключите CRM. Встроенной формой CRM, вебхуком, готовой интеграцией конструктора или через n8n и Альбато. В Битрикс24 встроенные формы называются CRM-формами, их ставят и на сайты не на Битрикс24. Что из этого выбрать и сколько стоит, разобрано в справочнике n8n, Make или код.
4. Настройте копию и уведомление. Копия — туда, где её найдут при сбое CRM. Уведомление — тому, кто отвечает, без лишних персональных данных в мессенджере.
5. Назначьте владельца и срок. Автоматически, по правилу: по городу, по услуге, по очереди. Заявка без срока ответа висит, пока о ней не вспомнят.
6. Поставьте две цели в Метрике. Одну на нажатие «Отправить», вторую — на успешный ответ сервера.
7. Сломайте схему нарочно. Отключите приёмник или испортите ключ к CRM и отправьте пробную заявку. Посмотрите, что увидел посетитель, где лежит копия и кто узнал о сбое.

Этот шаг пропускают чаще остальных: кажется, что всё и так работает. Но только он показывает, что схема делает в плохой день.

Как проверить, что заявки не теряются: сверка трёх чисел

Мысль сравнивать заявки в аналитике с заявками в CRM не новая. Но если сравнить в лоб, выйдет путаница.

Цель Метрики «Отправка формы» засчитывается не только при успешной отправке, но и при безуспешной попытке: нажал кнопку, не заполнил поле — цель уже есть. Поэтому «в Метрике сто, в CRM шестьдесят» ещё ничего не доказывает. Это могут быть и пропавшие заявки, и люди, которые не дописали телефон.

Чисел нужно три, все за одну неделю:

• сколько раз нажали «Отправить» — цель Метрики на форму;
• сколько заявок принял сервер — вторая цель, которую ставят в коде после успешного ответа;
• сколько карточек с источником «сайт» появилось в CRM.

Разрыв между первым и вторым числом — это про форму: ошибки ввода, неудобные поля, сломанная отправка. Разрыв между вторым и третьим — это про интеграцию. Посетитель тут уже ни при чём: сервер заявку принял, а в CRM её нет. Здесь любая разница больше нуля — повод разбираться в тот же день.

Спам, дубли и пробные заявки сверку портят, поэтому пробные стоит помечать, например словом «тест» в имени, а дубли склеивать по телефону.

Согласие на обработку персональных данных в форме

Имя и телефон — персональные данные, и форма, которая их собирает, должна получить согласие. С 1 сентября 2025 года по 156-ФЗ согласие оформляют отдельно от других документов. Спрятать его в пользовательское соглашение или оферту больше нельзя: такое согласие считается недействительным. Штраф для компании — от 300 до 700 тысяч рублей, за повторное нарушение — до полутора миллионов.

Для формы это означает отдельную отметку согласия со ссылкой на его текст и хранение этой отметки вместе с заявкой. Поэтому согласие и стоит в списке полей карточки.

Второй вопрос — куда уезжают данные. Если заявка по дороге проходит через зарубежный сервис автоматизации или целиком пересылается в мессенджер, это уже вопрос локализации данных. Как он решается, подробно разобрано в справочнике про нейросети и персональные данные: правила там те же, что и для любого внешнего сервиса.

Как быстро отвечать на заявку с сайта

Вся эта возня с копиями и целями нужна потому, что заявка быстро остывает.

В 2011 году авторы исследования в Harvard Business Review проверили 2 241 американскую компанию: отправили каждой пробную заявку через интернет и засекли, через сколько ответят. В первый час ответили 37%. Средний срок у тех, кто ответил за месяц, — 42 часа. Почти четверть не ответила никогда. По отдельной выборке из 1,25 млн заявок есть и цена промедления. Кто связывался в первый час, почти в семь раз чаще выходил на содержательный разговор, чем те, кто позвонил на час позже (цифры статьи в пересказе SmartCompany).

Прошло пятнадцать лет. У стоматологий из исследования OneLink среднее время обработки заявки — 28,5 минуты, но треть не ответила вовсе. Скорость ответа обсуждают постоянно. Реже вспоминают, что сначала заявка должна до вас доехать.

С чего начать, если у вас сейчас…

Заявки приходят на почту, CRM нет. Не спешите подключать интеграцию. Посчитайте за неделю, сколько писем пришло и на сколько ответили в первый час. Если ответили почти на все, схема уже работает, ей нужен только владелец на случай отпуска.

Форма подключена к CRM, копии нет. Сделайте копию на почту и перенесите «Спасибо» после записи. Обе правки делаются в одном месте, в обработчике формы, и нового проекта не требуют.

Всё подключено и вроде работает. Поставьте вторую цель в Метрике и через неделю сверьте три числа. Если второе и третье совпали, отлично. Если нет — вы узнали об этом раньше клиента.