Заявки с сайта переносят в CRM руками: сколько стоит интеграция

Что болит

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

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

Что мешает сделать просто

Прямолинейный вебхук «форма → API CRM» ломается на первом же сбое. Если CRM недоступна десять минут или изменилась схема лида, запрос просто не проходит — и об этом никто не узнает, пока клиент сам не напомнит о себе. Поэтому передача должна быть с очередью, повторами и журналом, а заявка обязана оставаться в хранилище сайта даже тогда, когда CRM её не приняла.

Второе ограничение — поля. В каждой CRM (Bitrix24, amoCRM, Creatio, Odoo, HubSpot) своя модель лида, свои обязательные поля и свои права доступа. Сопоставление «что из формы в какое поле ложится» невозможно угадать со стороны разработчика: это решение того, кто ведёт лид дальше по воронке. Поэтому нужен тестовый стенд или отдельный раздел боевой базы — иначе отладка засоряет реальную базу пробными заявками. И третье: если сайт делал другой подрядчик или код в чужом репозитории, к сроку добавляется время на доступы и разбор того, как именно сейчас сохраняются заявки.

Как решаем

Подключаемся к CRM отдельным сервисным пользователем с минимально необходимыми правами — на создание лидов и активностей, не больше. Дальше сопоставляем поля на тестовом стенде вместе с вашим менеджером: имя, телефон, почта, услуга, комментарий, параметры и сумма расчёта из калькулятора, UTM-метки, страница входа. Согласование делаем до того, как в CRM уйдёт первая боевая заявка, — переделывать маппинг на живой базе дороже.

Надёжность строим слоем очереди: каждая передача логируется (что ушло, когда, с каким ответом CRM), неудачная повторяется по расписанию, а если и повторы не прошли — менеджер получает уведомление. Заявка при этом никуда не исчезает: она остаётся в базе сайта и дополнительно дублируется письмом. Интеграция добавляет канал, а не заменяет существующие — это принципиально, потому что любое «теперь всё только через CRM» рано или поздно заканчивается потерянными обращениями.

Порядок в базе — отдельный блок работ. Перед созданием лида ищем существующий по нормализованному телефону и почте; повторное обращение дописывается в карточку отдельной активностью, а не плодит дубли. Сверху при необходимости ставится аналитический контур: статус обработки возвращается на сайт, а сделки из CRM отдаются обратно в Google Ads и GA4 как офлайн-конверсии — тогда реклама оптимизируется под продажи, а не под заполнение форм. Завершаем прогоном всех форм и калькуляторов на стенде вместе с вашим менеджером и короткой инструкцией: где смотреть журнал, что делать при сбое, как добавить новое поле.

Из чего складывается стоимость и срок

Рыночная вилка: базовая передача заявок в CRM с маппингом полей, UTM и повторами при сбое — примерно 25 000–45 000 ₽, 4–6 рабочих дней. С дедупликацией, возвратом статуса на сайт и отдельными правилами для калькуляторов — 40 000–70 000 ₽, 7–10 дней. Вариант со сквозной аналитикой (офлайн-конверсии в Google Ads и GA4, отчёт по источникам, сегментация по услугам) — 60 000–110 000 ₽, 10–15 дней.

Главный фактор цены — не количество форм, а сложность модели лида на стороне CRM и то, насколько готов сайт. Если заявки уже сохраняются в базе с UTM и дедупликацией, интеграция — это надстройка. Если формы шлют только письмо и нигде не сохраняются, сначала придётся сделать хранилище заявок, и это плюс несколько дней. Отдельно считается всё, что меняется на стороне CRM: новые поля, другая схема лида, кастомные бизнес-процессы. Срок корректно считать со дня, когда поступили доступы и появился тестовый стенд, а не с даты подписания.