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

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

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

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

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

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

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

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

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

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

Плюсы

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

Минусы

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

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

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

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

Плюсы

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

Минусы

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

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

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

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

Плюсы

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

Минусы

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

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

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

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

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

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

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

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

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

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

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

Есть граница и у самой задачи: если менеджеры не назначают ответственного и не отвечают по принятому порядку, автоматическая доставка только ускорит появление необработанных карточек. Сначала согласуйте, кто берёт обращение, как быстро отвечает и кто разбирает ошибки. Если вопрос шире подключения, система развития бизнеса на базе Edler AI объединяет CRM, сайт и другие процессы в одном контуре; начинать стоит с разбора текущего пути заявки. Читайте также: Создание сайта для бизнеса: конструктор, подрядчик или сайт вместе с CRM?. Читайте также: Как выбрать CRM-систему для малого бизнеса: таблица, отдельная CRM или единый контур. Читайте также: Автоматизация бизнес-процессов компании: какой масштаб выбрать?.

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