# Интеграция CRM с сайтом: модуль, посредник или своя разработка?

Источник: https://offer-for-job.ru/s/ip-usachev-v-n/blog/integratsiya-crm-s-saytom-kak-ne-teryat-zayavki-i-vybrat-sposob-podklyucheniya  
Сайт: Система развития бизнеса на базе Edler AI  
Автор: Усачев Вячеслав, Собственник компании  
Опубликовано: 2026-10-28  
Обновлено: 2026-10-30  

Интеграция CRM с сайтом нужна, когда формы и чат приносят обращения, а менеджеры всё ещё переносят их вручную. Как выбрать способ интеграции для отдела из 5–15 человек? Сравним готовый модуль, посредника и индивидуальное подключение по затратам, управлению ошибками и требованиям к воронке.

## Коротко

- Для одной-двух простых форм начните с готового модуля и проверьте передачу источника и повторных обращений.
- Если форм и чатов несколько, посредник упрощает настройку маршрутов, но добавляет ежемесячный платёж.
- Индивидуальное подключение имеет смысл, когда маршрутизация зависит от истории клиента или данных других систем.
- Бюджет сравнивайте за 12 месяцев: запуск плюс подписка и сопровождение; проверяйте также сбой и повторную отправку.

## Куда пропадают заявки, если сайт уже работает?

Заявки теряются между отправкой формы и ответом менеджера: контакт передают вручную, а источник и переписку записывают не всегда. Клиент оставляет номер на сайте, но менеджер видит обращение лишь после того, как кто-то откроет почту или выгрузит записи из чата. Пока сообщение лежит без ответа, клиент ищет другого исполнителя.

> **Пример: Пример: заявки остались в почте.** Обращения приходят из форм и чата. Заявка из формы вечером остаётся в почте до утра, а менеджер заводит в CRM повторную карточку человека, который уже писал в чат. Руководитель видит не все обращения и не может связать продажу с источником.

Потеря здесь двойная. Клиенту приходится ждать или повторять вопрос, а сотрудник переписывает данные и разбирает дубли вместо разговора. Руководитель смотрит на неполную картину: расходы на привлечение есть, но сколько сделок дал каждый канал, посчитать трудно. **Подключение должно передавать обращение вместе с источником и историей контакта**, иначе ручная работа просто переедет в CRM.

## Как выбрать способ интеграции по затратам и надёжности?

Я сравниваю способы по тому, сколько обращений доходит до менеджера без ручной работы и сколько времени и денег нужно на запуск и контроль. Для собственника важна не отметка «интеграция включена», а запись в CRM, где видны телефон, вопрос клиента, канал и ответственный. И ещё одна вещь: если передача прервалась, обращение должно остаться доступным для повторной отправки.

1. Выпишите все точки входа: формы на разных страницах, виджет чата, заказ обратного звонка. Для каждой укажите, куда сейчас приходит сообщение.
2. Определите поля карточки: контакты, текст обращения, адрес страницы, метка источника, время и согласие на обработку данных; отметьте, какие поля обязательны.
3. Опишите правила: кто получает новый лид, что делать с повторным обращением и кому приходит уведомление при ошибке передачи.
4. Сравните три способа на одной схеме: готовый модуль, сервис-посредник и индивидуальное подключение. Отдельно посчитайте запуск и расходы за 12 месяцев.

Начните с теста на простом сценарии: отправьте заявку из формы и проверьте, видит ли её менеджер с правильным источником. Потом повторите тот же номер телефона в чате. Если одна и та же задача требует ручного объединения карточек, низкая цена подключения быстро теряет смысл. Я бы сначала зафиксировал этот сценарий, а уже затем спрашивал стоимость у исполнителя.

## Когда хватает готового модуля?

Готовый модуль берите, если платформа сайта и CRM поддерживают прямое подключение, а форма передаёт стандартный набор полей. Например, для сайта на Tilda можно настроить отправку заявок из форм в CRM без написания собственного обработчика. Сначала сопоставьте поля формы с полями карточки и отправьте несколько пробных обращений с разных страниц.

**Плюсы:**
- Настройка штатными средствами без отдельного кода.
- Меньше участников, между которыми может оборваться передача.
- Удобный старт для одной-двух типовых форм.

**Минусы:**
- Нестандартные поля и распределение по сложным правилам могут не поддерживаться.
- История чата может потребовать отдельного подключения.
- При изменении формы нужно повторно пройти тест передачи.

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

## Когда нужен сервис-посредник?

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

**Плюсы:**
- Можно свести несколько точек входа к единым правилам передачи.
- Настройки полей и маршрутов меняются без правки сайта.
- Журнал операций упрощает поиск застрявших обращений.

**Минусы:**
- Подписка добавляет регулярный расход.
- Объём операций и доступные действия зависят от выбранного тарифа.
- При сбое появляется дополнительное звено между сайтом и CRM.

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

## Когда оправдана индивидуальная интеграция?

Индивидуальное подключение оправдано, когда заявки надо распределять по сложным правилам, связывать с историей клиента и обмениваться данными с другими системами. Например, повторную запись пациента стоматологии можно направить его лечащему специалисту, а первое обращение — администратору выбранного филиала. Такое правило требует доступа к данным, которых нет в обычной форме сайта.

**Плюсы:**
- Правила передачи можно привязать к Вашей воронке и истории клиента.
- Можно предусмотреть очередь повторных отправок и уведомления об ошибках.
- Разработчик может сохранить идентификаторы сайта, чата и CRM для поиска дублей.

**Минусы:**
- Нужно отдельно оплачивать проектирование, разработку и сопровождение.
- Изменения в CRM или на сайте требуют проверки собственного кода.
- Нужны доступы, документация и ответственный за работу подключения.

Я бы выдавал задание разработчику только после схемы: какие события приходят, какие поля передаются, кто получает лид и что происходит при недоступности CRM. В акте приёмки укажите тесты на повторную заявку, потерю связи и сохранение источника. **Код стоит оплачивать за конкретное правило продаж**, которое нельзя собрать настройками; иначе команда будет содержать отдельный проект ради обычной формы.

## Как сравнить бюджет и проверить передачу заявок?

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

**Что входит в бюджет и кто отвечает за ошибки**

| Критерий | Готовый модуль | Посредник | Свой код |
| --- | --- | --- | --- |
| Запуск | Настройка форм и полей | Настройка сценариев и доступов | Проектирование и разработка |
| Регулярный расход | Поддержка настройки | Подписка и поддержка | Поддержка кода и инфраструктуры |
| Изменение маршрута | В пределах настроек модуля | Правкой сценария | Изменением кода |
| Контроль ошибки | Учёт отправок на сайте и сверка с CRM | Журнал сценариев | Собственные логи и оповещения |
| Повторная заявка | Проверить возможности модуля | Настроить поиск контакта | Заложить правило в проект |
| Срок оценки | После списка форм | После карты сценариев | После описания требований |

Срок и цену запуска определяют по списку форм, полей и правил; универсального тарифа для трёх способов нет.

Чтобы получить сопоставимые предложения, попросите оценить одни и те же **три точки входа**: основную форму, форму со страницы услуги и чат. Спросите отдельно цену запуска, ежемесячный платёж, лимит заявок и стоимость исправлений. Калькулятор ниже покажет годовой расход уже после того, как Вы внесёте суммы из предложений; он не учитывает потери от пропущенных обращений.

**Сравните стоимость подключения за 12 месяцев**
- Разовый запуск: 20 000 ₽
- Подписка в месяц: 3 000 ₽
- Поддержка в месяц: 2 000 ₽
- **Расходы за первый год: 80 000 ₽**
- **Регулярные расходы за год: 60 000 ₽**
Значения в полях условные: замените их суммами из коммерческого предложения. Сравнивайте варианты на одинаковом числе форм и одинаковых требованиях к обработке ошибок.

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

**Лист приёмки передачи заявок**

```
Сайт: ____ (адрес) CRM: ____ (название); дата: ____
Ответственный за тест: ____; ответственный за исправления: ____

ТЕСТ 1. Форма главной страницы. Контакт: ____; источник в CRM: ____; ответственный: ____; результат: ____
ТЕСТ 2. Форма страницы услуги. Адрес страницы: ____; поле услуги: ____; результат: ____
ТЕСТ 3. Чат. Контакт: ____; история переписки в CRM: ____; результат: ____
ТЕСТ 4. Повторный телефон. Найдена прежняя карточка: ____; создан дубль: ____; результат: ____
ТЕСТ 5. Ошибка передачи. Где сохранилась заявка: ____; кто получил уведомление: ____; результат повтора: ____

Ошибки и срок исправления: ____
Повторная приёмка: ____ (дата); итог: ____
____ (подпись ответственного)
```

## Какой вариант выбрать для Вашего отдела продаж?

Если у Вас одна простая форма, начните с модуля; если каналов несколько, смотрите посредника; если воронка зависит от истории клиента, обсуждайте разработку. Для сайта стоматологии с несколькими филиалами и повторными пациентами проверьте, умеет ли выбранный способ учитывать прежнюю запись. Для сайта услуг с одной формой и одним ответственным дорогой собственный код обычно избыточен.

Есть граница и у самой задачи: если менеджеры не назначают ответственного и не отвечают по принятому порядку, автоматическая доставка только ускорит появление необработанных карточек. Сначала согласуйте, кто берёт обращение, как быстро отвечает и кто разбирает ошибки. Если вопрос шире подключения, система развития бизнеса на базе Edler AI объединяет CRM, сайт и другие процессы в одном контуре; начинать стоит с разбора текущего пути заявки. Читайте также: [Создание сайта для бизнеса: конструктор, подрядчик или сайт вместе с CRM?](https://offer-for-job.ru/s/ip-usachev-v-n/blog/sozdanie-sayta-dlya-biznesa-konstruktor-podryadchik-ili-sayt-v-edinoy-sisteme-pr). Читайте также: [Как выбрать CRM-систему для малого бизнеса: таблица, отдельная CRM или единый контур](https://offer-for-job.ru/s/ip-usachev-v-n/blog/kak-vybrat-crm-sistemu-dlya-malogo-biznesa-sravnenie-variantov-vnedreniya). Читайте также: [Автоматизация бизнес-процессов компании: какой масштаб выбрать?](https://offer-for-job.ru/s/ip-usachev-v-n/blog/avtomatizatsiya-biznes-protsessov-kompanii-kak-vybrat-podhodyaschiy-masshtab-izm).

> **Кто управляет подключением после запуска?.** Уточните, кому принадлежат настройки сценариев и код, можно ли выгрузить карту полей и передать поддержку другому исполнителю. Если при смене подрядчика подключение придётся собирать заново, учитывайте это при выборе способа.

Сделайте следующий шаг: разберите с Вячеславом Усачевым, собственником компании, какие заявки теряются сейчас и где должна появляться карточка клиента. Хотите увидеть, как связать сайт и CRM под Ваш процесс продаж? Попросите показать путь тестовой заявки на Ваших сценариях и сравните бюджет трёх способов. Ответы на частые вопросы — ниже.

## Частые вопросы

### Как передать в CRM заявки из чата вместе с перепиской?

Подключите чат через интеграцию, которая передаёт в CRM сообщения и идентификатор посетителя, а не только телефон из формы. На тестовом диалоге проверьте, открывается ли история из карточки и кому назначается обращение.

### Как проверить, что заявка из формы дошла до CRM?

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

### Что делать, если один клиент отправил форму два раза?

Задайте правило поиска существующей карточки по нормализованному телефону или другому устойчивому идентификатору. Второе обращение должно сохраниться в истории клиента и попасть ответственному, даже если новую карточку создавать не нужно.

### Нужно ли менять CRM или платформу сайта ради интеграции?

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

### От чего зависит стоимость подключения сайта к CRM?

Основные статьи бюджета — количество форм и каналов, правила распределения, работа с дублями, доработка полей и обработка сбоев. Сравнивайте предложения по сумме запуска, подписки и сопровождения за 12 месяцев на одном списке требований.

Темы: #таблицы #калькуляторы #шаблоны документов #интеграция crm с сайтом #внедрение crm #получение заявок #автоматизация продаж #бюджет автоматизации