Telegram и CRM
Telegram → CRM: поля, повторные заявки и передача менеджеру
Заявка из Telegram должна попасть в нужную карточку, сохранить ответы клиента и получить ответственного. Для этого мало отправить сообщение менеджеру: нужны карта полей, правила повторных обращений и проверка результата в CRM. Разбираем путь от диалога с ботом до следующего действия сотрудника.
Опубликовано
Пример карты данных для интеграции
| Сведения из Telegram | Куда передавать | Как проверить |
|---|---|---|
| Telegram user_id и идентификатор бота | Внешняя связь с контактом | Повторный диалог связан с тем же пользователем этого сценария |
| Имя и предоставленный контакт | Карточка клиента | Пустой телефон не заменён выдуманным значением |
| Услуга и описание задачи | Поля обращения или сделки | Ответы доступны менеджеру в нужной карточке |
| Источник и метка кампании, если получена | Согласованные поля источника | Метка сохранена; её отсутствие видно |
| Файлы и дополнительные ответы | Вложение или ссылка по согласованной схеме | Менеджер открывает материал со своими правами |
| Время, статус и ответственный | Карточка и следующее действие | Понятно, кто и когда продолжит работу |
Выберите способ связи Telegram и CRM
Сначала определите канал: отдельный бот для сбора обращений, существующий коннектор переписки или бот с собственной логикой и API-интеграцией. Они решают разные части процесса. В этом материале разбираем передачу заявки из бота. До разработки проверьте, какие сущности и операции доступны в вашей CRM, на выбранном тарифе и с согласованными правами.
Согласуйте контакт, сделку и карту полей
Контакт хранит сведения о клиенте, а обращение или сделка — конкретную задачу. Один человек может написать по нескольким услугам. Для каждого ответа бота укажите поле назначения, формат, обязательность и правило обновления. В amoCRM отдельно проверяем связь контакта со сделкой, в Битрикс24 — тип создаваемого элемента и режим CRM. Таблица выше — пример проектирования; названия и коды полей зависят от системы.
- Определите воронку и начальный этап обращения.
- Укажите, какие ответы можно дополнять, а какие требуют проверки менеджером.
- Согласуйте хранение файлов и доступ сотрудника к ним.
- Отделите источник заявки от контакта и от текущего этапа сделки.
Как узнавать клиента без обязательного username
В Telegram Bot API у пользователя есть числовой id, а username — необязательное поле. Для связи с CRM сохраняйте user_id и контекст используемого бота; имя пользователя используйте как дополнительное сведение. Телефон не приходит вместе с каждым сообщением. Его можно попросить отдельно: кнопка request_contact передаёт контакт после нажатия пользователем и доступна в личном чате.
- Если номер не предоставлен, сохраняйте заявку по согласованному минимальному составу.
- Связь Telegram-пользователя с уже существующим контактом CRM проверяйте по утверждённому правилу.
- Одного совпадения имени недостаточно для автоматического объединения клиентов.
Повторный клиент и повторная доставка — разные ситуации
Если клиент написал ещё раз, это может быть продолжение открытой сделки или новая задача. Правило выбора нужно согласовать с продажами. Если одно и то же событие пришло повторно, новая заявка обычно не нужна. Telegram указывает update_id как идентификатор обновления, полезный для отсеивания повторов. Для завершённой заявки дополнительно сохраняйте собственный идентификатор и связь с созданной записью CRM.
- Один контакт может иметь несколько сделок: не объединяйте их только по user_id.
- Двойное нажатие кнопки завершения не должно создавать две одинаковые заявки.
- Сбой после сохранения в CRM требует проверки результата перед повторным созданием.
- Сохраняйте связь между событием, заявкой и идентификатором записи CRM.
Как передать заявку менеджеру
Определите ответственного по услуге, региону или другой проверяемой логике. После сохранения карточки сотруднику нужны описание задачи, контакт, недостающие сведения и следующий шаг. Уведомление должно вести к рабочей записи, а не заменять её. Если менеджер вступил в диалог, согласуйте, когда бот перестаёт задавать вопросы и кто продолжает общение.
- Карточка видна ответственному с его правами доступа.
- Повторное обращение не теряет прошлые договорённости.
- Срок первого действия и способ уведомления согласованы с командой.
- Переход к человеку сохраняет вопрос, на который бот не ответил.
Что делать, если CRM временно не отвечает
Рекомендуем сначала сохранять заявку в надёжном хранилище интеграции, а затем передавать её в CRM с контролем результата. Клиенту сообщайте фактический статус: обращение принято или уже передано. Для временных ошибок согласуйте очередь повторов и уведомление ответственного. Ошибки доступа или формата данных нужно исправлять, а не повторять бесконечно. Система должна показывать заявки, которые ещё не попали в CRM.
Примеры задач и границы опубликованных кейсов
В кейсе Telegram-воронки CRUX описаны мониторинг выбранных чатов, отбор сообщений с признаками спроса и работа с контекстом диалога. В строительном кейсе ассистент собирает исходные сведения и подготавливает карточку менеджеру. Эти примеры помогают определить, что передавать в рабочий процесс. Опубликованный состав этих проектов не подтверждает готовую интеграцию с конкретной CRM: её поля, доступы и правила приёмки согласуем отдельно.
Чек-лист приёмки Telegram → CRM
Пройдите сценарий на тестовых данных вместе с менеджером. Проверьте карточку, связи и следующий шаг, затем повторите обращение и воспроизведите временную ошибку в тестовом окружении. Факт отправки запроса к API ещё не доказывает, что заявка сохранилась в нужном месте.
- Новое обращение создаёт согласованный контакт и рабочую запись.
- Повторная доставка не создаёт дубль, а новая задача того же клиента обрабатывается отдельно.
- Ответы, источник и файлы доступны ответственному.
- Недоступность CRM видна; сохранённая заявка после восстановления передаётся один раз.
- Клиент получает корректный статус, менеджер — контекст и следующий шаг.
Стоимость и данные для оценки
Ориентир CRUX для отдельной интеграции сайта или бота с CRM — 40–80 тыс. ₽, 1–2 недели. Новый бот, сложный диалог и несколько систем меняют состав разработки; внешние тарифы оцениваем отдельно. Для первого разбора назовите CRM, текущий способ сбора заявок и покажите обезличенный пример диалога. После проверки API и правил процесса согласуем объём и стоимость.
Источники
Технические сведения сверены с официальной документацией Telegram Bot API, amoCRM и Битрикс24 13 октября 2026 года. Карта полей, очередь, правила повторных обращений и передачи менеджеру — рекомендации CRUX; их реализацию и доступность в вашей системе проверяем отдельно.