Интеграция Telegram-бота с CRM: чтобы заявки не терялись в чате
Заявки, которые падают в общий рабочий чат, теряются в первый же загруженный день. CRM решает это, но только если интеграция сделана аккуратно.
Зачем связывать бота с CRM
Чат не хранит структуру: по нему нельзя посчитать конверсию, увидеть, кто из менеджеров обработал заявку, и найти клиента через полгода. CRM даёт всё это по умолчанию.
Второй эффект — ответственность. В CRM у сделки есть владелец и срок, а в чате заявка принадлежит всем сразу, что на практике означает — никому.
Какие данные передавать
Минимум: имя, телефон, суть запроса, время создания, источник (какой бот и с какой кнопки пришёл человек). Источник обязателен, иначе через месяц вы не поймёте, какая реклама привела заявку.
Полезно передавать Telegram user ID и username: это позволяет менеджеру писать клиенту напрямую из карточки, а боту — отправлять статусные уведомления по той же сделке.
Историю диалога стоит класть в комментарий к сделке. Менеджер, открывающий заявку через час, должен видеть, что клиент уже уточнял у бота, и не спрашивать это заново.
Дубли и повторные обращения
Ключ дедупликации — номер телефона, приведённый к единому формату, и Telegram ID. Без нормализации номер, введённый как «+998 90 123-45-67» и «998901234567», создаст две сделки.
Логика: если контакт уже есть и по нему открыта активная сделка, новое обращение добавляется комментарием в неё. Если сделка закрыта — создаётся новая, но привязанная к тому же контакту.
Обратный поток: из CRM в бот
Односторонняя интеграция даёт половину пользы. Полезнее, когда смена стадии сделки в CRM автоматически отправляет клиенту сообщение в бот: «заказ подтверждён», «мастер выехал», «документы готовы».
Это снимает с менеджера ручные уведомления и делает статусы честными: клиент видит движение ровно тогда, когда оно происходит в системе.
Технические детали, о которых забывают
Обрабатывайте ошибки API: CRM может быть недоступна. Заявка должна сохраняться локально и уходить в CRM повторно, а не исчезать вместе с ошибкой сети.
Ограничьте частоту запросов и логируйте каждую отправку с ответом сервера. Когда через месяц выяснится, что часть заявок не дошла, только лог покажет, где именно разорвалась цепочка.