Разбираем, что на самом деле означает «интеграция сайта с CRM», чем она отличается от простой формы с отправкой на почту, и что стоит прописать в техническом задании, чтобы не получить сайт, который придётся дорабатывать отдельным проектом.
Заказчики часто формулируют требование коротко: «нужен сайт с интеграцией CRM». Проблема в том, что под этой фразой могут скрываться совершенно разные объёмы работы — от формы, которая просто отправляет письмо менеджеру, до полноценного двустороннего обмена данными между сайтом и CRM. Разница не видна на этапе презентации макетов, но становится критичной в первый рабочий месяц, когда выясняется, сколько операций всё ещё приходится делать вручную.
Чем настоящая интеграция отличается от формы с отправкой на почту
Самый частый способ выдать неинтеграцию за интеграцию — сделать форму на сайте, которая отправляет данные на email менеджера, а тот вручную заводит карточку в CRM. Формально заявки «попадают в CRM», но по факту между сайтом и CRM нет никакой связи: не синхронизируются статусы, не отслеживается, была ли заявка обработана, а при большом потоке обращений часть писем неизбежно теряется или дублируется.
Настоящая интеграция работает иначе — сайт обращается к CRM напрямую через API или вебхуки, без участия человека на этом шаге:
- заявка с сайта создаёт сделку или лид в CRM автоматически, в момент отправки формы;
- в карточку сразу попадают все нужные поля — источник обращения, UTM-метки, содержимое корзины, выбранные товары;
- статус обработки заявки можно отследить в CRM, а при необходимости — вернуть на сайт, например в личный кабинет клиента;
- при повторном обращении система узнаёт клиента и не создаёт дублирующую карточку.
Именно эта разница — между «письмо с формы» и «прямое подключение к API CRM» — и должна быть зафиксирована в техническом задании как отдельный пункт, а не подразумеваться по умолчанию.
Что важно прописать в задаче на интеграцию
Чтобы результат совпал с ожиданиями, недостаточно указать название CRM-системы. Интеграция — это набор конкретных сценариев обмена данными, и каждый из них стоит обсудить отдельно ещё до старта разработки.
- какая именно CRM используется — Битрикс24, amoCRM или отраслевое решение — и есть ли у неё открытое API;
- какие действия на сайте должны создавать сделки: заявка с формы, оформление заказа, регистрация в личном кабинете, обратный звонок;
- какие поля должны передаваться вместе с заявкой — контакты, состав заказа, источник трафика, комментарий клиента;
- нужна ли обратная синхронизация — например, отображение статуса заказа или истории покупок в личном кабинете на сайте;
- как система должна вести себя при недоступности CRM — заявки не должны теряться, если сервис временно не отвечает.
Отдельно стоит уточнить, кто уже настраивал воронки и поля в самой CRM. Если структура сделок в системе ещё не готова, интеграция с сайтом откладывается до тех пор, пока не определено, куда именно должны попадать данные — и это стоит закладывать в сроки проекта заранее, а не обнаруживать как неожиданную задержку в середине разработки.
Как мы подходим к интеграции с CRM
Большинство наших проектов реализуется на 1С-Битрикс: Управление сайтом, поэтому связка с Битрикс24 у нас работает через штатные механизмы платформы, без промежуточных костылей вроде пересылки заявок по почте. Для сайтов на других CRM — в первую очередь amoCRM — мы используем прямое подключение через API с передачей полного набора данных о заявке, а не только имени и телефона.
Мы рекомендуем обсуждать интеграцию с CRM как часть основного контракта на разработку, а не как отдельную услугу, которую можно добавить позже. О том, что ещё стоит закладывать в проект такого уровня на старте, мы писали в статье «Разработка и интеграция сайта под ключ: что должно входить в один контракт» — она поможет сверить ожидания с подрядчиком ещё до подписания договора.