Связь бота с CRM должна сохранять смысл обращения и позволять сотруднику продолжить работу. Для этого согласуют поля, идентификаторы, ответственного и правила состояний. Простая пересылка текста в общий чат не заменяет такую интеграцию.
Сопоставьте диалог с полями CRM
У каждого вопроса в боте должно быть понятное место в рабочей записи. Выбранная услуга, контактный канал и описание задачи могут влиять на разные действия сотрудника.
| Сведения | Решение для интеграции |
|---|---|
| Контакт пользователя | Как связать с существующим контактом |
| Услуга | Как выбрать направление обработки |
| Описание | Где сотрудник прочитает запрос |
| Идентификатор обращения | Как сопоставить записи и повторы |
| Источник открытия | Как сохранить контекст привлечения, если он доступен |
Не используйте видимое имя пользователя как единственный устойчивый идентификатор. Имя и username могут меняться; правила связи должны учитывать доступные подтверждённые данные.
Разделите новый контакт и новую задачу
Постоянный клиент может обратиться с другой услугой. Если CRM нашла его контакт, это не повод автоматически закрывать новую заявку как дубль. Согласуйте правила на уровне контактов и на уровне обращений.
Повтор одного запроса после сетевой задержки — отдельная ситуация. Он должен быть узнаваем по идентификатору. Это помогает избежать дубликатов без потери новых осмысленных задач.
Определите источник состояний
Если менеджер меняет состояние в CRM, бот должен получать подтверждённое обновление. Если действие инициируется через бот, результат должен быть принят основной системой.
Запишите, какие переходы разрешены и кто их выполняет. Не позволяйте старому событию возвращать завершённое обращение в прежнее состояние. Для важных операций полезен журнал с причиной изменения.
Подготовьте поведение при сбое
CRM может временно не отвечать. Решите, сохраняет ли бот обращение для последующей передачи и как контролируется очередь. Пользователю нужно честно сообщить состояние, а сотруднику — увидеть недоставленные записи.
Повторные попытки должны быть ограниченными и наблюдаемыми. Бесконечный повтор не помогает, если поле всегда отклоняется из-за неверного формата. В таком случае нужна понятная ошибка и исправление данных.
Проверьте двусторонний сценарий
Создайте тестовую заявку, найдите её в CRM, назначьте ответственного и выполните предусмотренное изменение состояния. Проверьте, что бот получил нужный результат и не прислал повторные сообщения без причины.
Затем повторите одно событие и создайте новую задачу того же контакта. Убедитесь, что эти случаи обрабатываются по разным правилам. Тест должен использовать отдельные данные и согласованный канал уведомлений.
Объём такой связи можно оценить при разработке Telegram-бота. Подготовьте примеры записи CRM, полей анкеты и действий сотрудников.
