Интеграция сайта с CRM

Когда нужна отдельная интеграция

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

С какими системами и сайтами работаем

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

• Формы сайта услуг, заявки на консультацию и обратный звонок.
• Обращения с лендинга или сайта WordPress.
• Заявки из нескольких форм в разные воронки.
• Заказы магазина — отдельный сценарий с позициями, суммой и статусами.

Какие данные передаются

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

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

Как учитываем ошибки и повторные заявки

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

Как проверяем готовое подключение

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

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

Стоимость, доступы и сопровождение

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

Kativa: магазин и обработка заказов в RetailCRM

В портфолио 1519 описан проект интернет-магазина Kativa: переход на новую CMS, обновление дизайна и интеграция с RetailCRM. Задача обмена — передавать сведения о товарах и заказах в систему обработки.

Вопросы перед началом работы

Связанные услуги и материалы