Сквозная аналитика Telegram → amoCRM: как связать канал, бот и CRM

Частый запрос от компаний, которые продают через Telegram: трафик приходит в канал, оттуда — в бота на no-code конструкторе, а сделки закрываются уже в amoCRM. Путь клиента растянут на три системы, и без сквозной аналитики непонятно, какой источник трафика реально доводит до продажи и на каком этапе воронки отваливаются подписчики.

Разберём, как это закрывает Graspil — на примере задачи: канал → бот на стороннем конструкторе → amoCRM, где нужно видеть, кто и когда вступил в канал, по какой ссылке попал в бота и на каком этапе сделки сейчас находится в CRM.

Как это работает

Схема строится на трёх связанных вещах:

1. Разметка канала. Трафик в канал размечается UTM-метками — через инвайт-ссылки Telegram (для внутреннего трафика) или через ссылки tlin.cc от Graspil (для внешнего трафика, с рекламы или с сайта).
2. Связка канала и бота по пользователю. Graspil определяет пользователя по его Telegram user_id. Когда тот же человек, вступивший в канал по помеченной ссылке, позже запускает бота — Graspil узнаёт его и продолжает воронку, не теряя источник. Параметр start для этого не обязателен: это дополнительный способ передать метки напрямую в бота, например для внешнего трафика через tlin.cc-ссылки или чтобы пометить переход из конкретного поста.
3. Передача меток в amoCRM. При запуске бота Graspil находит соответствующую сделку/контакт в amoCRM и записывает метки в её поля — обычно используются штатные поля amoCRM под UTM.

В результате в отчётах Graspil видна вся воронка целиком: вступление в канал → запуск бота → этапы сделки в CRM, без ручных выгрузок.

Важно: сквозная аналитика (канал + бот) — не обязательное условие. Если канала нет или трекать его не нужно, можно подключить только бота и передавать в amoCRM метки уровня бота (источник перехода в сам бот) — это тоже полноценно работает и не требует канала.

Подключение бота, который уже работает на конструкторе

Частый вопрос: «а если бот уже подключён к стороннему конструктору, можно ли добавить его в Graspil, не сломав текущую работу?»

Да. Рекомендуемый способ — авто-подключение по токену (протокол MtProto). Оно работает параллельно с текущим подключением бота к конструктору и не мешает ему: конструктор как обрабатывал сообщения, так и обрабатывает, Graspil получает данные отдельно, через MtProto.

Если планируете использовать UTM-метки именно внутри бота (не только на уровне канала), стоит заранее проверить, поддерживает ли бот передачу параметров через start — некоторые конструкторы это ограничивают. Как проверить — есть отдельная инструкция в документации.

Как метки попадают в amoCRM

Интеграция с amoCRM в Graspil — односторонняя запись: Graspil обновляет поля в сделке, но не читает данные из amoCRM напрямую. Логика настраивается через конструктор автоматизаций: какое действие выполнять (создать сделку, обновить существующую или просто прогрузить метки в уже привязанную), и в какие поля amoCRM что записывать — задаётся картой соответствий.

Особенность самой amoCRM, о которой стоит знать: как только Graspil (или кто угодно) редактирует сделку и что-то записывает в её поля — сделка автоматически выходит из категории «Неразобранное». Это ограничение самой amoCRM, не Graspil, но оно влияет на процесс: если для вас важно, чтобы сделки сначала проходили через «Неразобранное» вручную, это стоит учитывать при настройке.

Обратная связь: события из amoCRM в Graspil

Самая индивидуальная часть настройки. Если нужно видеть в аналитике не только «дошёл до бота», но и «дошёл до оплаты» или «перешёл на определённый этап сделки», события нужно передавать из amoCRM обратно в Graspil. Два варианта:

По ключевым словам — если переписка с клиентом идёт текстом в самом боте, можно настроить триггер, который по фразе вроде «Спасибо за заказ» фиксирует целевое событие.

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

Ключевой вопрос здесь — сопоставление: по какому полю входящий вебхук свяжется с конкретным пользователем в Graspil. Эта часть настраивается индивидуально под конкретную воронку и структуру полей в вашем amoCRM.

Как подключить

1. Подключите канал и бота. Обе инструкции есть в документации — подключение бота, подключение каналов.
2. Подключите интеграцию. В разделе «Интеграции» авторизуйтесь и подключите amoCRM или Kommo.
3. Если нужна сквозная передача UTM-меток — в настройках ресурса (канала) свяжите его с ботом. После этого метки, с которыми пользователь пришёл в канал, становятся доступны и в боте.
4. Создайте автоматизацию для выгрузки данных. Триггер — запуск бота (или любое другое нужное событие), действие — интеграция с amoCRM/Kommo, где указывается, в какие поля какие данные выгружать.
5. Если нужна передача данных обратно из amoCRM — настройте вебхук на API Graspil или отслеживание ключевых слов в сообщениях бота (см. выше).
6. Соберите отчёт. Самый очевидный вариант — сквозная воронка с разбивкой по UTM: первый шаг — вступление в канал, второй — запуск бота, дальше — события продаж и другие шаги по потребности.

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

Итог

Связка Telegram-канал → бот → amoCRM закрывается стандартными инструментами Graspil без переделки текущей системы бота. Сквозная аналитика (с каналом) даёт более полную картину, но не обязательна — можно ограничиться метками уровня бота. Передача данных в amoCRM настраивается через автоматизации, а события обратно из CRM — через вебхуки, индивидуально под структуру полей и воронку клиента.