Кейс

Сервис терял 50 заявок в неделю из-за сломанного телеграм-бота — вот как мы их вернули за 2 дня

У сервиса с виджетом-колесом фортуны сломалась единственная интеграция приёма заявок. Техподдержка не могла починить неделю. Мы обошли проблему за 2 дня. Решение работает с февраля без сбоев.

AIX10 — автоматизация приёма заявок

CASE

Какая была задача

У клиента сломалась единственная интеграция приёма заявок с виджета «колесо фортуны» на сайте — телеграм-бот, который пересылал каждую выигранную заявку.

Как процесс выполнялся раньше

Все заявки поступали через один канал: телеграм-бот, автоматически пересылавший клиенту данные каждого посетителя, выигравшего приз на колесе фортуны.

Где возникала рутина

Других каналов приёма не было — ни email-уведомлений, ни интеграции с CRM, ни публичного API или вебхуков у самого сервиса.

Действия и время до автоматизации

~50 заявок потеряно за 7 дней простоя; Техподдержка сервиса не решила проблему за неделю; 0 альтернативных каналов приёма заявок

Что передаётся AI

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

Архитектура AI-агента

Скрипт на Playwright работает на сервере AIX10: заходит в админ-панель сервиса под учётной записью клиента, считывает список новых заявок со страницы и формирует сообщение для отправки.

Интеграции

Админ-панель сервиса (Playwright), Telegram Bot API (рабочий чат клиента)

Процесс после автоматизации

Заявки поступают в Telegram-чат клиента в реальном времени, полностью в обход сломанного бота и без участия техподдержки стороннего сервиса.

Что остаётся человеку

Менеджер клиента получает заявку в привычном Telegram-чате и обрабатывает её так же, как раньше, — вручную ничего не меняется.

Экономия времени

Устранён простой приёма заявок: до решения терялось около 50 заявок в неделю, после — 0. Решение стабильно работает с февраля без единого сбоя.

Результат

Поток заявок восстановлен полностью и работает без сбоев уже больше полугода — с февраля 2026 года.

Схема агента

  1. Посетитель крутит колесо фортуны на сайте
  2. Заявка сохраняется в админ-панели сервиса
  3. Playwright-скрипт заходит в админ-панель под учётной записью клиента
  4. Скрипт считывает новые заявки и формирует сообщение
  5. Сообщение уходит в рабочий Telegram-чат клиента
  6. Менеджер клиента обрабатывает заявку как обычно

Ключевые показатели

Заявок терялось
~50 в неделю
Время восстановления
2 дня
Без сбоев
с февраля 2026

У клиента есть сервис с виджетом на сайте — колесо фортуны, посетитель крутит и получает подарок. Всё работало через одну-единственную интеграцию: телеграм-бот, который пересылал каждую выигранную заявку клиенту. Других способов получать заявки не было — ни email-уведомлений, ни интеграции с CRM, ничего.

Бот сломался. Посетители продолжали крутить колесо и оставлять заявки — но эти заявки просто исчезали в никуда. Клиент терял живых людей, которые уже прошли воронку и хотели получить подарок.

Тупик

Обратились в техподдержку сервиса. Там неделю не могли решить проблему — ни починить бота, ни предложить альтернативный способ выгрузки заявок. За эту неделю, по нашим подсчётам, потерялось около 50 заявок — люди, которые дошли до финального шага и просто не получили ответа.

У самого сервиса не было ни публичного API, ни вебхуков, ни любого другого штатного способа забрать данные извне. Единственное место, где заявки физически существовали — это админ-панель сервиса в браузере.

Решение

Подняли на своём сервере скрипт на Playwright — он в фоновом режиме заходит в админ-панель сервиса под учётной записью клиента, считывает список новых заявок прямо со страницы и пересылает их в рабочий телеграм-чат клиента в реальном времени.

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

Результат

Клиент был приятно удивлён, что решение вообще нашлось — сам сервис за неделю ничего предложить не смог.

0
AIX10 TeamКоманда AIX10

Команда AIX10 — разработка AI-агентов и автоматизация повторяющихся бизнес-процессов.