Интеграция сайта с amoCRM: формы, заявки и API

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

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

Три способа связать сайт с amoCRM

Выбор зависит от того, как устроен сайт и что должно произойти после отправки формы.

Встроенная форма amoCRM

В amoCRM есть собственный конструктор форм. Форму можно собрать внутри системы, добавить необходимые поля и разместить на сайте.

Такой вариант подходит для простых сценариев:

• обратный звонок,
• запрос консультации,
• заявка на услугу,
• другая форма с понятным набором данных.

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

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

Готовый модуль или интеграция сайта

Для некоторых CMS, конструкторов и сервисов существуют готовые подключения к amoCRM.

В этом случае посетитель работает с обычной формой сайта, а модуль передаёт её данные в CRM.

Перед подключением стоит проверить:

• какие поля поддерживает интеграция;
• можно ли выбрать нужную воронку и этап;
• передаются ли UTM-метки и страница обращения;
• поддерживаются ли пользовательские поля;
• как обрабатываются повторные отправки;
• совместимо ли решение с текущей версией сайта.

Если готовый модуль полностью закрывает рабочий процесс, писать собственную интеграцию через API обычно нет смысла.

Собственная интеграция через API

API используют, когда стандартных возможностей недостаточно.

Например, на сайте работает калькулятор. Посетитель выбирает услугу, параметры проекта и вариант исполнения, после чего эти данные должны попасть в конкретные поля сделки.

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

При такой интеграции сайт программно передаёт данные в amoCRM, создаёт или связывает необходимые сущности и заполняет предусмотренные поля.

Если задача включает CRM, 1С, ERP, личный кабинет или несколько внешних сервисов, она уже относится к более широкой кастомной веб-разработке.

Способ интеграции стоит выбирать по реальному сценарию заявки. Если стандартное решение передаёт нужные данные и поддерживает рабочий процесс, усложнять систему ради самого API не нужно.

Что определить до подключения сайта

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

Для формы «Получить расчёт» нужно заранее определить:

• в какую воронку попадёт обращение,
• на каком этапе оно появится,
• какие данные относятся к контакту,
• сделке и кто будет работать с заявкой.

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

Если эти правила начинают придумывать уже во время интеграции, в CRM быстро появляются лишние поля, неподходящие этапы и карточки, которые сотрудникам приходится исправлять вручную.

Если компания ещё только выбирает систему и не определила, как будут устроены сделки, этапы и карточки клиентов, сначала полезно разобраться, как работает CRM и для каких задач она нужна.

Какие данные передавать в amoCRM

Карточка должна содержать информацию, которая помогает продолжить работу с обращением.

Обычно из формы передают:

• имя, телефон и email;
• выбранную услугу или направление;
• комментарий клиента;
• название или тип формы;
• страницу, с которой отправлено обращение;
• UTM-метки и другие нужные данные об источнике;
• параметры расчёта, если они действительно используются менеджером.

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

Значения лучше унифицировать заранее. Если одна форма передаёт «SEO», другая «SEO-продвижение», а третья записывает ту же услугу свободным текстом, данные быстро становятся неоднородными.

«Неразобранное» или сразу в рабочий процесс

Новая заявка не обязательно должна сразу становиться обычной сделкой в рабочей воронке.

Если обращение сначала нужно проверить и определить, кто будет им заниматься, можно использовать промежуточный сценарий обработки входящих заявок.

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

Поэтому маршрут зависит от процесса компании. Чем точнее форма сообщает системе, что именно хочет клиент, тем проще заранее определить дальнейший путь заявки.

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

Контакт и сделка решают разные задачи

Один и тот же человек может обратиться в компанию несколько раз.

Например, сначала заказать разработку сайта, а через несколько месяцев прийти за SEO-продвижением. Контакт останется тем же, но обращение уже другое.

Поэтому совпадение телефона или email само по себе ещё не означает, что новую сделку создавать нельзя.

Есть и обратная ситуация. Человек дважды нажал кнопку отправки формы, и сайт передал одну заявку несколько раз. Такие технические повторы не должны без причины раздувать воронку.

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

Как передавать UTM и страницу обращения

Для маркетинга полезно знать не только имя и телефон клиента, но и контекст обращения.

Если посетитель пришёл по рекламе и отправил форму, вместе с заявкой можно сохранить UTM-метки и страницу, на которой он находился.

При этом сайт и CRM отвечают за разные части данных.

Веб-аналитика показывает, откуда пришёл посетитель и что он делал на сайте. CRM позволяет увидеть, что произошло с обращением дальше. Когда компании нужна связь между рекламным источником и результатом работы с клиентом, эти данные приходится сопоставлять.

Принципы такой настройки подробнее разобраны в материале об аналитике сайта, целях и заявках.

Есть ещё один нюанс, человек не всегда оставляет заявку во время первого посещения. Он может прийти по рекламе, вернуться позже из поиска или напрямую и только затем заполнить форму.

Поэтому правила хранения первого и последнего источника лучше определить заранее, а не записывать всё в одно постоянно перезаписываемое поле.

Когда действительно нужен API

Собственная API-интеграция оправдана, если готовое подключение не поддерживает необходимый сценарий.

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

Для обычной формы обратной связи индивидуальная разработка может оказаться лишней.

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

Как проверить интеграцию перед запуском

После настройки стоит пройти те же сценарии, которыми будут пользоваться реальные посетители.

Для каждой важной формы нужно убедиться, что:

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

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

Что должно получиться после интеграции

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

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

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

Способ подключения зависит от структуры сайта, настроек amoCRM и принятого в компании процесса работы с обращениями. Перед внедрением схему стоит проверять на конкретном проекте.