Два поля в Salebot — и боты работают как раньше

Ничего не переносим. В Salebot генерируется API-ключ и прописывается адрес вебхука, ключ вписывается на странице платформы. Проектов может быть несколько.

Десять минут без разработчикаКлюч и адрес. Боты, воронки, подписчики остаются в Salebot и ничего не замечают.
Несколько проектов SalebotУ клиента четыре проекта под четыре сайта: все подключены в один проект платформы, заявки расходятся по своим ботам.
Бережно к SalebotТемп запросов задаётся на ключ. Очередь ждёт своей секунды, а не долбит сервис.

Слева то, что идёт от Salebot, в центре платформа, справа куда это доводится. Внизу роли одного подключения.

Salebot присылает сам — каждое сообщение и переменные клиента

Каждое входящее и исходящее сообщение бота приходит в платформу сразу, вместе с карточкой клиента: имя, канал, теги, все переменные бота и заявки. Платформа раскладывает это по таблицам проекта и запускает сценарий.

1

Сообщение в боте

клиент написал или бот ответил
2

Вебхук

Salebot шлёт сообщение и клиента со всеми переменными
3

Таблицы проекта

сообщения, клиенты, переменные по ключам
4

Сценарий

сделка, уведомление менеджеру, ответ, запись в CRM

Переменные бота лежат построчно: bitrix_lead_id, статус, прогрев, источник. Любую из них можно проверить условием сценария или показать в отчёте.

Читаем, пишем, запускаем — всё, что умеет API Salebot

Платформа работает с Salebot запросами: читает и сохраняет переменные клиента, забирает историю переписки и список подписчиков, запускает бота нужному клиенту и отправляет сообщение. Каждый запрос — блок сценария, логику пишем у нас, а не в конструкторе бота.

Что читаем

Переменные клиента
История переписки по клиенту
Список подписчиков с их каналами
Опрос по расписанию догоняет пропущенное

Что делаем

Сохраняем переменные в клиента и заявку
Запускаем бота клиенту с нужного блока
Отправляем сообщение: текст, вложение, кнопки, отложенно

Что это даёт

Сложная логика вне конструктора бота
Проверка по всем подписчикам одним сценарием
Сообщение уходит только когда решили написать

В проекте клиента платформа знает 14 608 подписчиков Salebot и 952 переменные по активным клиентам.

Чаты Salebot в CRM — рядом с Bitrix24 и amoCRM

Salebot подключается к чатам CRM как обычный канал: переписка бота ложится в ленту, оператор отвечает клиенту из того же окна, где ведёт Telegram, MAX, Avito, Открытые линии Bitrix24 и чаты amoCRM. Ответ уходит через Salebot, история сходится: своё сообщение платформа узнаёт по вебхуку и не дублирует.

лента

Вся переписка бота в карточке клиента

Что написал бот, что ответил клиент, кто из операторов подключился.

ответ

Оператор пишет из CRM

Текст и одно вложение уходят клиенту в его мессенджер через Salebot. Без вкладки Salebot.

каналы

Один экран на три системы

Salebot, Bitrix24 и amoCRM подключаются одинаково, оператору не нужны три окна.

без дублей

Своё сообщение узнаём

Исходящее возвращается вебхуком и привязывается к отправленному, а не ложится второй строкой.

Salebot вместе с сайтом и CRM — уже работает

Salebot редко живёт один. Заявки с сайта запускают бота, события портала меняют переменные клиента, а ответы бота становятся сделками. Эти связки уже работают у клиентов.

сайт

Тильда → бот Salebot

Заявка с сайта уходит в бота нужного проекта: три сайта, три бота, один сценарий. 84 заявки за две недели.

Bitrix24

Лид сменил стадию → переменные бота

Платформа находит клиента Salebot по лиду и сделке, кладёт ссылку и статус в переменные, бот ведёт клиента дальше. 1 507 раз в неделю.

CRM

Ответ оператора из окна CRM

Менеджер отвечает клиенту Salebot из общей ленты, история сходится без дублей.

сценарий

Сообщение бота → сделка

Клиент дошёл до нужного блока бота: в CRM появляется сделка с его ответами, менеджер получает уведомление.

Что нужно от вас

API-ключ проекта Salebot и адрес вебхука в его настройках. Дальше таблицы, связки и окно чатов настраиваем мы.

Показать этот модуль на вашей задаче?

За 30 минут посмотрим, как он ляжет на ваш процесс, и скажем, что включается сразу, а что требует настройки.