Как связать Tilda и свою CRM: заявки, товары и защита от дублей
Что нужно учесть при передаче заявок с Tilda в CRM: поля формы, идентификаторы товаров, повторные события, статусы и диагностика ошибок.
Надёжная интеграция сохраняет не только контакт клиента, но и связь заявки с заказом, товарами и результатом обработки. Повторная доставка одного события не должна создавать второй заказ.
Начните с карты данных
До подключения определите, что именно должно появляться в CRM после отправки формы. Для заявки на консультацию достаточно одного набора полей, для заказа нужны товары, варианты, количества, доставка и комментарии. Один универсальный текстовый комментарий быстро становится неудобным для поиска и отчётов.
Составьте таблицу соответствий: поле сайта, поле CRM, формат, обязательность и правило обработки пустого значения. Это помогает заметить проблемы до запуска. Например, название товара удобно человеку, но для устойчивой связи с каталогом нужен отдельный идентификатор.
Подумайте и об источнике обращения. Менеджеру может быть важно видеть страницу, форму и согласованные рекламные метки. Передавайте только данные, которые нужны процессу; не включайте все доступные поля автоматически.
| Данные | Для чего нужны в CRM |
|---|---|
| Идентификатор события | Отличать повторную передачу от новой заявки |
| Идентификатор заказа | Связывать изменения с существующим заказом |
| Код товара и вариант | Сопоставлять позиции с каталогом |
| Контакты клиента | Находить клиента по согласованным правилам |
| Результат обработки | Понимать, принят ли заказ и нужна ли помощь |
Выберите способ передачи
В Tilda данные формы можно направить в собственный серверный обработчик через Webhook. Платформа передаёт их методом POST; для товаров доступны дополнительные настройки структуры данных. Актуальные шаги подключения описаны в официальной инструкции ниже.
Приёмник должен проверить запрос, сохранить событие и передать его в обработку. Ключи доступа к CRM хранятся на сервере. Размещение такого ключа в коде страницы открыло бы его посетителям сайта.
Если для выбранной CRM есть подходящая штатная интеграция, сначала проверьте её на вашем сценарии. Собственный обработчик нужен там, где требуется дополнительная логика, особое сопоставление полей или связь нескольких систем.
Повтор события и повторная покупка — разные ситуации
Представим, что CRM приняла заказ, но ответ потерялся в сети. Источник повторяет отправку. Если обработчик каждый раз создаёт новый заказ, менеджер увидит два одинаковых обращения. Поэтому результат обработки нужно привязывать к устойчивому ключу события.
При этом два заказа одного покупателя нельзя автоматически склеивать по телефону. Человек может действительно оформить вторую покупку. Правила поиска клиента и правила защиты заказа от повторной записи должны быть разными.
В нашей схеме проектирования сначала сохраняется входящее событие, затем выполняются изменения. Повторная попытка проверяет уже выполненные действия и завершает недостающие. Конкретная реализация зависит от возможностей API принимающей системы.
Не смешивайте заявку, оплату и доставку
Появление формы в CRM само по себе не означает успешную оплату. Для каждого статуса определите подтверждающий источник и допустимые переходы. Менеджеру должно быть видно, что заказ принят, но подтверждение оплаты ещё ожидается.
Если после изменения в CRM данные возвращаются на сайт, назначьте владельца каждого поля. Иначе две системы могут по очереди перезаписывать друг друга. Например, состав заказа до подтверждения редактируется в одном месте, а состояние доставки приходит из отдельного сервиса.
Как проверить интеграцию перед запуском
Успешная тестовая заявка проверяет лишь основной путь. Нужны также повторная отправка, неизвестный товар, пустое необязательное поле, временная недоступность CRM и неверный доступ. После восстановления обработка должна продолжаться понятным способом.
Проверьте, кто увидит ошибку и какие данные помогут её найти. Полезны номер события, время, этап и результат. Секреты и избыточные персональные данные в диагностике не нужны.
PXL Perfect проектирует CRM под процессы клиента и связывает её с сайтом. Для обсуждения интеграции подготовьте пример формы, пример заказа и описание того, что менеджер должен получить после отправки. Это позволит оценить задачу точнее, чем перечень названий сервисов.