Заявку с сайта в CRM передают тремя способами: встроенной формой самой CRM, собственным вебхуком с сайта или через интеграционную платформу. Все три работают, различаются они ценой, скоростью запуска и тем, кто отвечает за заявку в момент, когда принимающая сторона недоступна. Именно последнее и определяет, теряете вы обращения или нет: сама передача — задача на несколько часов, а вот её надёжность — отдельный узел со своей стоимостью.
Типичная поломка выглядит так. Облачная CRM ушла на плановое обслуживание или просто моргнула на четыре минуты. Сайт в это время честно отправлял заявки, получал ошибку и показывал посетителю «спасибо, мы свяжемся с вами». Обращения не появились нигде: ни в CRM, ни в почте, ни в логах — потому что логов заявок на сайте не вели. Компания узнала об этом через неделю, когда клиент написал во второй раз и спросил, почему ему не перезвонили.
Дальше — разбор трёх способов передачи с ценами, обязательный набор полей на входе, устройство резервного контура с очередью и повторами, правила защиты от дублей, мониторинг тестовой заявкой и расчёт в рублях: во что обходится месяц без всего этого. Если нужна пошаговая сборка связки «форма — CRM — уведомление в мессенджер», она разобрана отдельно — как связать форму сайта с CRM и мессенджером; здесь речь о надёжности того, что уже собрано.
Три способа передать заявку — и что каждый стоит
Способы отличаются не столько техникой, сколько тем, где живёт логика обработки и кто чинит связку, когда она сломается. Это же определяет, можно ли к ней вообще прикрутить резервный контур.
| Способ | Как устроен | Плюс | Минус | Цена |
|---|---|---|---|---|
| Встроенная форма CRM | Код формы, выданный Битрикс24, amoCRM или S2, вставляется на страницу | Запуск за час, поля и воронка настраиваются в интерфейсе | Внешний вид ограничен, свои поля добавляются не всегда, резервного контура нет в принципе | Входит в лицензию |
| Свой вебхук с сайта | Сайт принимает форму, пишет её у себя и отправляет запрос в API CRM | Полный контроль над полями, проверками и повторами | Нужен разработчик, за поломку отвечает подрядчик сайта | 45 000–90 000 ₽ вместе с журналом и очередью |
| Интеграционная платформа | Albato, ApiX-Drive или Nodul между формой и CRM | Собирается без программиста, легко добавить второго получателя заявки | Абонентская плата, задержка в десятки секунд, ограниченная логика повторов | От 2 200 ₽/мес плюс 15 000–30 000 ₽ настройки |
Для компании, у которой сайт — основной источник обращений, рабочий вариант обычно второй: заявка ценна настолько, что за неё стоит отвечать самому. Платформа хороша там, где заявку надо разослать в несколько мест сразу и логика меняется часто. Встроенная форма CRM — честный старт для первых месяцев, но с ней надо понимать: если CRM недоступна, заявки не существует нигде, и узнать о ней неоткуда.
Сравнение в три колонки. Колонка 1 — «Встроенная форма CRM»: «входит в лицензию», «час на запуск», «при недоступности CRM заявка исчезает». Колонка 2 — «Свой вебхук»: «45 000–90 000 ₽», «журнал и повторы», «отвечает подрядчик сайта». Колонка 3 — «Интеграционная платформа»: «от 2 200 ₽/мес», «настройка 15 000–30 000 ₽», «задержка десятки секунд». Под колонками общая подпись: «Резервный контур возможен только во второй и третьей». Чертёжный стиль, подписи по-русски.
Девять полей, которые должны прийти вместе с заявкой
Имя и телефон — это ещё не заявка, это контакт. Заявкой набор становится, когда по нему можно ответить на три вопроса: откуда пришёл человек, когда именно и на каком основании вы обрабатываете его данные. Добавлять эти поля потом дороже, чем сразу: исторические обращения задним числом не обогащаются.
- 1Контакт — телефон или почта, хотя бы один рабочий канал. Телефон приводится к единому формату сразу на форме, иначе один и тот же человек попадёт в базу трижды.
- 2Текст обращения целиком, без обрезки до 255 символов. Обрезанный текст — самая обидная потеря: именно в хвосте обычно лежит объём заказа.
- 3Полный адрес страницы, с которой отправлена форма, включая параметры. Не «сайт», а конкретный адрес: по нему потом видно, какие страницы приносят заявки, а какие только трафик.
- 4Метки кампании — все пять: источник, канал, кампания, объявление и ключевая фраза. Без них рекламный бюджет считается на глазок, а сквозная аналитика не собирается вообще.
- 5Первый и последний источник плюс идентификатор посетителя из Яндекс Метрики. Человек приходит в среднем не с первого раза, и приписывать сделку последнему клику — способ выключить работающие каналы.
- 6Время обращения с часовым поясом. Заявка в 23:40 по Владивостоку и в 23:40 по Москве — это разные ситуации, и срок ответа по ним считается по-разному.
- 7Идентификатор и версия формы. Через полгода на сайте будет пять форм, и вопрос «почему из этой не приходят заявки» без версии не имеет ответа.
- 8Согласие на обработку данных: факт, время, текст согласия и версия политики на момент отправки. Это требование 152-ФЗ, и хранится оно рядом с заявкой, а не отдельным журналом, который потом никто не найдёт.
- 9Технический идентификатор отправки — уникальный код, который форма генерирует один раз. На нём держится вся защита от дублей, о которой ниже.
Частая ошибка — рассчитывать, что метки кампании и адрес страницы подставит CRM. Она их не видит: до неё доезжает только то, что положили в запрос. Всё, чего не было в момент отправки формы, восстановить нельзя ни за какие деньги, поэтому набор полей фиксируют до начала работ и проверяют на боевой заявке в первый же день.
Резервный контур: сначала свой журнал, потом CRM
Правильный порядок обратный привычному. Форма не отправляет заявку в CRM и не ждёт ответа — она сначала записывает обращение на своей стороне, отвечает посетителю и только потом передаёт его дальше. Тогда недоступность CRM перестаёт быть потерей и становится задержкой.
Собственная таблица на стороне сайта, куда обращение попадает раньше, чем в CRM. Каждая запись хранит все поля заявки, статус доставки и историю попыток. Заявка считается доставленной только после того, как CRM вернула идентификатор созданной сделки, — а не после кода ответа «принято».
- 1Форма пишет заявку в журнал и сразу отвечает посетителю
Пользователь видит «принято» через доли секунды и не ждёт, пока отработает цепочка. Это заодно снимает частую причину дублей: человек не жмёт кнопку второй раз, потому что страница не думает.
- 2Отдельный процесс забирает заявку из очереди
Отправка в CRM живёт отдельно от формы. Если API CRM отвечает ошибкой, ломается только отправка — заявка при этом уже лежит в журнале и никуда не денется.
- 3Повторы по нарастающему интервалу
Рабочая схема: через 15 секунд, минуту, пять минут, полчаса, два часа. Пять попыток закрывают и короткое моргание, и плановое окно обслуживания. Бесконечные повторы с секундным интервалом не помогают, а добивают API лимитом запросов.
- 4После последней неудачи — человек, а не тишина
Заявка остаётся в очереди в статусе «не доставлена», а дежурному уходит сообщение с её содержимым — так, чтобы по ней можно было позвонить прямо из уведомления. Как устроены такие уведомления о новой заявке, разбирали отдельно.
- 5Доставленной считается заявка с идентификатором сделки
CRM вернула номер созданной сделки — только тогда запись в журнале закрывается. Код ответа «200» без идентификатора не означает ничего: сделка могла не создаться из-за обязательного поля или закончившихся лицензий.
Схема слева направо: блок «Форма сайта» → блок «Журнал заявок» (выделен рамкой) → блок «Очередь отправки» → блок «CRM». От «Очереди» вниз отходит петля повторов с подписями интервалов «15 с», «1 мин», «5 мин», «30 мин», «2 ч». От пятой неудачной попытки стрелка в блок «Дежурный: сообщение с текстом заявки». Обратная стрелка от «CRM» к «Журналу» подписана «идентификатор сделки — заявка закрыта». Чертёжный стиль, подписи по-русски.
Дубли и заявка-канарейка
Собственный журнал даёт две вещи бесплатно, если про них подумать сразу. Первая — защита от дублей: он видит все обращения, включая те, что ещё не доехали до CRM, и потому может склеивать их до создания сделки, а не после. Вторая — возможность проверять связку изнутри.
- 1Тот же идентификатор отправки — не новая заявка. Двойное нажатие кнопки и повторная отправка страницы приходят с одним кодом; вторая и последующие записи игнорируются. Это закрывает больше половины всех дублей и стоит несколько часов работы.
- 2Окно склейки по контакту — 30 минут. Тот же телефон или та же почта в пределах получаса дописываются комментарием к существующей заявке, а не создают вторую. Час брать не стоит: человек, который вернулся вечером, — это уже второе обращение, и менеджер должен его увидеть.
- 3Телефон нормализуется до сравнения. Один номер приезжает как «+7 999 123-45-67», «8(999)1234567» и «79991234567». Без приведения к единому виду правило склейки не срабатывает никогда, и разбирать это потом придётся в самой базе — как чистят дубли клиентов в CRM, разобрано отдельно.
- 4Заявка из другого канала на тот же телефон не склеивается автоматически. Человек написал в мессенджер и заполнил форму — это два касания, и они значат разное. Правильно показать менеджеру связь между ними, а не слить в одну запись.
Мониторинг устроен проще, чем кажется, и стоит около 20 000 ₽. Раз в час скрипт отправляет через боевую форму заявку со служебной меткой, ждёт её появления в CRM и удаляет. Не появилась за три минуты — сообщение в дежурный чат. Такая заявка-канарейка ловит поломку в течение часа, тогда как без неё о сбое узнают от клиента в среднем через два-три дня — если вообще узнают.
Самая опасная поломка связки — частичная: форма работает, поток идёт, но одна из пяти форм на сайте молча отвалилась после обновления шаблона. Общий счётчик заявок при этом почти не проседает, и заметить это без разбивки по формам нельзя. Поэтому канарейка отправляется по каждой боевой форме, а не по одной, и число заявок сверяется по идентификатору формы, а не в целом по сайту.
Сколько стоят не доехавшие заявки
Модельная компания: 600 заявок с сайта в месяц, конверсия заявки в сделку 18 %, средний чек 64 000 ₽ при марже 30 %. Долю не доехавших до CRM обращений берём 1,5 % — это середина того диапазона, который обычно вскрывается в первый же месяц после включения собственного журнала. Своё число здесь надо не угадывать, а измерить: до появления журнала его в компании просто нет.
Узел собирается из трёх частей: журнал заявок с очередью и повторами — 55 000 ₽, правила дедупликации — 25 000 ₽, почасовая заявка-канарейка по каждой форме — 20 000 ₽. Итого 100 000 ₽ разово и 4 000 ₽/мес поддержки. Журнал снимает около 85 % потерь на недоставке (оставшиеся 15 % — это заявки, которые не отправились с самого сайта), дедупликация — около 90 % разбора дублей. Экономия: 31 104 × 0,85 + 1 960 × 0,9 = 28 202 ₽ в месяц, за вычетом поддержки — 24 202 ₽. Окупаемость: 100 000 / 24 202 = 4,1 месяца.
Двухосевой график за 12 месяцев. Сплошная линия — накопленная экономия по 24 202 ₽ в месяц, штриховая горизонталь — разовое вложение 100 000 ₽. Точка пересечения между четвёртым и пятым месяцем подписана «4,1 месяца» и выделена. Слева подпись базы: «600 заявок, конверсия 18 %, прибыль со сделки 19 200 ₽». Оси: месяцы и рубли. Чертёжный стиль, подписи по-русски.
Кому уходит заявка в 23:40 и что считать просрочкой
Доставленная заявка, которая лежит до утра, отличается от потерянной только тем, что вы о ней знаете. Поэтому вместе со связкой настраивают два правила: кому обращение уходит и в какой срок на него обязаны ответить. Ниже — рабочая матрица, от которой обычно отталкиваются; подробный разбор алгоритмов — в статье о распределении заявок между менеджерами.
| Ситуация | Кому уходит | Срок первого ответа |
|---|---|---|
| Рабочее время, заявка с ключевой страницы | Ответственному по направлению, при неответе через 10 минут — дежурному | 15 минут |
| Рабочее время, общая заявка | По очереди на свободного менеджера | 30 минут |
| Нерабочее время и выходные | В общую очередь плюс автоответ с честным временем ответа | До 10:00 первого рабочего дня |
| Повторное обращение действующего клиента | Закреплённому менеджеру, при его отсутствии — руководителю отдела | 30 минут |
| Заявка без контакта, только текст | В отдельную очередь на разбор, не в продажи | 1 рабочий день |
Срок первого ответа надо не только назначить, но и считать: доля заявок, отвеченных в норматив, — та самая метрика, по которой видно, работает связка или просто существует. Считается она от времени обращения в журнале, а не от времени появления сделки в CRM: иначе задержка доставки прячется внутри норматива и её никто не замечает.
Когда всё это избыточно
Резервный контур, дедупликация и мониторинг — это 100 000 ₽. Они окупаются заявками, поэтому там, где заявок мало или они дешёвые, честнее обойтись без них.
- Меньше 50 заявок в месяц. По той же арифметике потери составят около 2 700 ₽ в месяц — меньше стоимости поддержки узла. Здесь хватает встроенной формы CRM и дублирующего письма на почту отдела: это бесплатно и закрывает большую часть случаев.
- Сайт — не источник обращений. Если люди приходят по звонку, из мессенджера или с площадок, начинать надо не отсюда. Порядок подключения каналов по объёму и стоимости разобран в обзоре сбора заявок из всех каналов.
- Заявка не имеет цены. Форма подписки на рассылку, отклик на вакансию, вопрос в поддержку — потеря такого обращения неприятна, но не стоит 3 456 ₽. Резервный контур ставится на формы, за которыми стоят деньги, а не на все подряд.
- В CRM ещё не настроена воронка. Довозить заявки в систему, где их некуда класть и никто за них не отвечает, бессмысленно: они будут исправно доезжать и исправно лежать. Сначала процесс и ответственный, потом надёжность доставки.
И проверка, которая занимает пятнадцать минут и стоит ноль рублей. Отправьте заявку с телефона через каждую форму на сайте, засеките время до появления в CRM, посмотрите, все ли девять полей доехали, и попробуйте отправить ту же форму дважды подряд. Три из четырёх типовых проблем видны сразу, а результат этого теста — готовое техническое задание на доработку.
Заявка, которой нет в журнале на вашей стороне, не потеряна. Она просто никогда не существовала — и это гораздо хуже.
