AI-агент для Telegram, который проверяет доступность авто в RentProg и передаёт сложные диалоги менеджеру
Клиент пишет в Telegram или другой канал, AI уточняет город и даты, обращается к RentProg через API, получает доступные автомобили и возвращает клиенту понятный ответ. Если запрос выходит за сценарий, нужна проверка документов или участие менеджера — агент останавливается и переводит диалог в ручной режим.
AI-агент, который работает по заданным сценариям и не лезет дальше, где нужен человек
Главная логика: AI консультирует, проверяет доступность авто, предлагает свободные варианты и собирает документы. Но после этапа проверки документов он не продолжает бронирование, пока СБ или менеджер не подтвердит статус.
Что делает AI
- отвечает на вопросы по аренде, условиям и тарифам;
- уточняет город, даты, класс автомобиля и пожелания;
- обращается к RentProg и проверяет доступность;
- предлагает свободные автомобили и цены;
- запрашивает документы для проверки СБ;
- останавливается на этапах, где нужен менеджер.
Что важно в логике
- AI не должен выдумывать наличие и цены;
- данные по авто берутся из RentProg;
- город влияет на парк и доступность;
- время и график учитываются отдельным модулем;
- нестандартные вопросы переводятся на менеджера;
- проверка документов остаётся за СБ.
Система строится не вокруг “одного промпта”, а вокруг оркестратора, интеграций и правил остановки
Идея архитектуры: канал принимает сообщение, AI-оркестратор понимает намерение клиента, модуль времени проверяет график, интеграционный слой получает данные из RentProg, а при необходимости диалог передаётся менеджеру.
AI работает только до тех этапов, где его участие безопасно
Ваша логика по этапам сохраняется: сначала доступность, затем документы, затем проверка СБ, потом оплата и создание бронирования.
Если запрос нестандартный — AI не импровизирует, а переводит диалог человеку
Это критично для аренды авто: документы, спорные условия, конфликтные ситуации, нестандартные даты, оплата и безопасность не должны решаться моделью без контроля.
Когда AI останавливается
- клиент задаёт вопрос вне сценария;
- не хватает данных по городу, датам или авто;
- RentProg не вернул корректный ответ;
- нужна проверка документов СБ;
- клиент спорит, торгуется или просит исключение;
- появляется риск ошибки в бронировании.
Лид #214 — аренда авто
AI можно научить учитывать текущее время, график и таймзону
Модель сама по себе действительно не должна “догадываться”, сколько сейчас времени. Поэтому в архитектуру добавляется time-модуль: он передаёт текущую дату, время, город, таймзону и правила ответа в нерабочие часы.
Текущее время
AI получает фактическое время перед ответом и не выдумывает график.
График работы
Если клиент пишет ночью, AI отвечает корректно: “мы обработаем заявку утром”, а не “приезжайте”.
Правила сценария
В нерабочее время можно собрать заявку, но не обещать действия, которые невозможны сейчас.
Для запуска нужны доступы, правила и тестовые сценарии
RentProg API
API-ключ, документация или тестовый доступ, города, авто, цены, доступность.
Bitrix24
Куда создавать лиды, какие поля заполнять, когда передавать менеджеру.
Сценарии
Условия аренды, документы, СБ, оплата, отказ, нерабочее время.
Аккаунт / канал
Telegram-аккаунт или шлюз, а по MAX — проверка возможности интеграции.
После внедрения менеджеры не отвечают на однотипные вопросы вручную
До внедрения
- клиенты пишут ночью и получают некорректные ответы от шаблонов;
- менеджер вручную проверяет доступность в RentProg;
- город и даты легко перепутать;
- нестандартные вопросы теряются в чатах;
- лиды в Bitrix24 могут создаваться не всегда.
После внедрения
- AI уточняет город, даты и класс авто;
- доступность берётся из RentProg, а не “из головы”;
- ночные обращения обрабатываются корректно;
- документы и СБ переводятся в контролируемый этап;
- менеджер получает готовый лид и контекст.
Предлагаю начать с согласования архитектуры и MVP
Так как RentProg API нужно протестировать, срок закладываю до 7 дней. Если API понятный и быстро отвечает, запуск может пройти быстрее.
AI-агент на базе данных
Базовый AI-агент со сценариями общения и логикой ответов.
- сценарии консультации
- ответы по условиям аренды
- учёт времени и графика
- ручной режим
RentProg / CRM
Ориентировочно за подключение CRM-логики и тесты API.
- RentProg API
- проверка города, авто и дат
- Bitrix24 / лиды
- тестирование сценариев
Технические расходы
Ориентир на сервер, домен для входа и токены нейросети.
- иностранный сервер
- домен / вход
- токены нейросети
- поддержка по договорённости
Условия работы
Работа по договору ИП. Предоплата 50%. В приложении к договору фиксируется архитектура, этапы работы, состав MVP и точки согласования. После согласования архитектуры — созвон в Zoom / Телемост, финальное уточнение этапов и запуск разработки.
Сначала архитектура, затем созвон, затем разработка
Архитектура
Фиксируем каналы, RentProg, Bitrix24, Time-модуль и ручной режим.
Созвон
Ещё раз проговариваем этапы: доступность, документы, СБ, оплата, бронь.
Разработка
Собираю шлюз, AI-оркестратор, правила, интеграцию и передачу менеджеру.
Тест
Проверяем реальные сценарии, ошибки API, ночные обращения и handoff.
Важные уточнения
Следующий шаг — согласовать архитектуру и провести короткий созвон
На созвоне фиксируем точные сценарии: какие вопросы AI закрывает сам, где останавливается, как получает данные из RentProg, как создаётся лид в Bitrix24 и как обрабатываются ночные обращения.
