Интеграция Сэйлбота с Амо без переноса бота

У клиента уже была рабочая воронка в Сэйлботе. Телеграм-бот принимал обращения, вел человека по сценарию и передавал данные в Амо через Альбато. Не хватало одного - живой переписки в карточке, чтобы менеджер видел сообщения клиента и отвечал ему прямо из CRM.

Готовый путь казался очевидным - подключить этого же бота к Умнико. Но именно такая попытка уже ломала текущую схему. Бот переставал нормально получать сообщения, а заявки не доходили по привычному маршруту.

Клиенту не пришлось выбирать между работающим ботом и диалогами в CRM. Воронка осталась в Сэйлботе, переписка появилась в Амо.

У одного бота не может быть двух хозяев

У одного Телеграм-бота не может быть двух независимых владельцев входящих сообщений. Телеграм отдает поток сообщений одному сервису. Если тот же токен подключить к Сэйлботу и Умнико как к двум самостоятельным системам, они начинают спорить за один и тот же вход.

В этой связке место владельца уже занимал Сэйлбот. Там жили рабочая воронка, рекламные ветки и логика заявок. Отдать бота Умнико означало не добавить еще одно окно для менеджера, а начать миграцию всей работающей схемы.

Проблема была не в одной настройке Умнико. Этот сервис претендовал на место, которое у конкретного бота уже занимал Сэйлбот.

Не стал переносить воронку ради готовой интеграции

Я оставил входящие сообщения у Сэйлбота и собрал собственный мост до Амо. Он не пытается стать вторым владельцем бота. Он получает сообщение из уже работающего маршрута, находит правильную карточку в CRM и добавляет текст в ее диалог.

Клиент пишет в Телеграм
  -> Сэйлбот принимает сообщение и ведет воронку
  -> собственный мост находит человека и его сделку в Амо
  -> сообщение появляется в диалоге этой карточки
  -> менеджер отвечает из Амо
  -> мост возвращает ответ через Сэйлбот в тот же Телеграм

Если человек уже есть в CRM, мост использует его текущую карточку и открытую сделку. Если человек новый, основную карточку по-прежнему создает Альбато из данных, которые собрал Сэйлбот. Мост дожидается этой карточки, привязывает к ней диалог и не заводит рядом пустого конкурента.

Так готовая воронка осталась владельцем бизнес-логики, а новая интеграция занялась только перепиской.

Менеджер отвечает из Амо, клиент остается в том же боте

Менеджер отвечает из Амо. Клиент получает ответ в том же Телеграм-боте. Ему не нужно переходить в другой бот, писать в поддержку или заново объяснять, откуда он пришел.

Для менеджера путь тоже короткий. Он открывает текущую сделку, видит историю сообщений и пишет ответ в привычном окне Амо. Мост понимает, какому пользователю Сэйлбота принадлежит этот диалог, и отправляет ответ обратно по тому же маршруту.

Это двусторонняя интеграция. В Амо попадает не только уведомление о заявке, а настоящий разговор, который можно продолжить из CRM.

Один клиент не превращается в несколько сделок

Первая заявка может пройти идеально. Настоящая проверка начинается, когда тот же человек пишет снова или Амо объединяет временную карточку с существующей.

Мост сохраняет связь между пользователем, диалогом, контактом и сделкой. Если один входящий сигнал придет повторно, дубль остановится до записи в Амо. Новое сообщение того же человека идет в уже выбранную беседу и не запускает создание основной карточки заново.

Если в Амо есть один подходящий контакт и одна открытая сделка, система продолжает их. Если выбор неоднозначный или у контакта остались только закрытые сделки, мост не создает новую сделку молча. Сообщение останавливается до проверки.

Что доказал живой прогон

Первый полный сценарий прошел через реального пользователя Телеграма. Два входящих сообщения появились в одной беседе Амо, а ответ менеджера из CRM вернулся этому же пользователю в Телеграм.

Следующее живое сообщение появилось в существующей беседе один раз. Повторное сообщение осталось в той же беседе и не создало новый контакт или сделку. Альбато не создавала основную карточку заново, соседняя сделка другого клиента не изменилась.

Это важнее зеленого статуса сервиса. Рабочий результат виден с обеих сторон - менеджер продолжает разговор в Амо, а клиент получает ответ в том же боте.

Умнико не исчез из всей схемы

Умнико не исчез из всей схемы. За ним остались другие подключенные каналы. Я развел владельцев по конкретным аккаунтам - рабочий Телеграм-бот Сэйлбота обслуживает собственный мост, а отдельные каналы Умнико продолжают жить своим маршрутом.

Альбато тоже осталось на своем месте и создает основную CRM-карточку. Я не стал переписывать весь контур ради одной функции. Добавил только тот слой, которого не хватало - диалоги и обратный ответ менеджера.

Результат

Вместо рискованного переноса рабочего бота получилась собственная интеграция под реальную схему клиента.

клиент пишет в тот же Телеграм-бот;
воронка продолжает работать в Сэйлботе;
сообщение попадает в существующую карточку Амо;
менеджер отвечает из CRM;
повторное обращение остается у того же контакта и в той же сделке;
конфликт или неоднозначность не превращаются в новый дубль автоматически.

Коробочная интеграция здесь требовала перестроить процесс под себя. Собственный мост сделал обратное - встроился между уже работающими системами и сохранил их роли.

Такой маршрут нужен, когда бот уже приносит заявки, но менеджерам не хватает переписки в CRM, а готовый коннектор просит отдать ему канал целиком. Ближе всего здесь услуги интеграции, автоматизация и боты в мессенджерах.

Проблема