Четвертого липня 2026 на lionex.com.ua змінився чат у кутку сторінки. Зовні те саме віконце з вітанням і кнопками. Усередині — перший робочий екземпляр LEO Chat, платформи чат-ботів для інтернет-магазинів, яку ми будували з початку липня. Через три дні той самий віджет став на textory.com.ua.
Ця стаття про те, навіщо ми взялися за ще одного бота на ринку, де їх десятки, і що саме платформа рахує, коли показує «дохід через бота».
Питання, на яке магазин зазвичай не має відповіді
Магазин, з яким ми починаємо роботу над сайтом, майже завжди вже має бота або сервіс розсилок із конструктором сценаріїв. І майже завжди власник не може сказати, скільки замовлень прийшло через цього бота минулого місяця.
Він знає кількість підписників. Знає, скільки повідомлень надіслано. Іноді бачить кліки по кнопках. Далі дані обриваються, бо замовлення оформлюється деінде: на сайті, у формі, у телефонній розмові з менеджером. Ланцюжок рветься рівно там, де починаються гроші, і рішення «платити за бота далі чи ні» ухвалюється навмання.
Ми замикали його з іншого боку. Замовлення має оформлюватись усередині діалогу, разом із доставкою й оплатою, а кожне оплачене замовлення має лишати слід: після якого сценарію, після якої розсилки, у якому каналі.
Що відбувається в діалозі
Клієнт пише в Telegram-бот або у віджет на сайті. Бот відповідає з бази знань магазину: завантажених файлів з умовами доставки й гарантії, сторінок сайту, пар «питання — відповідь». Коли в запиті є намір купити, бот показує картки товарів із кнопкою.
Далі йде та частина, заради якої все й робилося. Кошик збирає кілька товарів. Ім'я. Телефон із перевіркою формату +380. Доставка: для Нової Пошти бот шукає місто й відділення в реальному довіднику перевізника, для кур'єра просить адресу. Оплата: накладений платіж або картка через Monobank. Наприкінці підтвердження, а коли створено експрес-накладну, її номер приходить у той самий чат.
Каталог платформа бере з фіда Хорошоп чи Prom.ua, з CSV або зі сканера, який читає мікророзмітку товарів на сайті й сам будує дерево категорій. Це важливо для наступного кроку: замовлення в базі знає свій товар, суму, спосіб оплати й статус. Без цього рахувати нема чого.
Як замовлення стає рядком у звіті
Тут найлегше збрехати, тому опишемо механізм повністю.
Кожна взаємодія з ботом лишає подію: вхід у сценарій, проходження вузла, надіслана розсилка, клік по посиланню з неї. Події пишуться в окреме аналітичне сховище на ClickHouse і не змішуються з операційною базою. Коли замовлення переходить у статус «оплачено», платформа дивиться назад у налаштоване вікно і прив'язує його до останньої взаємодії з ботом перед оплатою — конкретного сценарію, розсилки або каналу. Це модель last-touch, і вона названа своїм ім'ям у налаштуваннях.
Далі дашборд «Дохід через бота» складає з цих прив'язок суми: по каналах, по сценаріях, по розсилках. Поряд — конверсія «діалог → замовлення» і воронка сценарію по вузлах, у якій видно, на якому кроці люди відвалюються.
Тепер межа, яку ми пишемо поряд із кожним таким звітом. Він показує, що замовлення оплачено після діалогу чи розсилки. Він не показує, що без бота цього замовлення не було б. Для такого висновку потрібен експеримент із контрольною групою, а звіт не є експериментом. Тому «дохід через бота» у нас читається як облік, а не як доказ приросту.
Бот не створює попит. Він прибирає технічну втрату: питання, поставлене о пів на дванадцяту ночі й закрите наступного дня, кошик, кинутий за крок до оплати, розсилку, ефект якої ніхто не бачив у грошах. Скільки з цього стане замовленнями, вирішують асортимент, ціни й швидкість людей на складних питаннях.
Що ми виміряли на власному продукті
Відсотків зростання ми не обіцяємо, тому лишається показувати те, що виміряли самі, з датами.
Четвертого липня 2026 ми прогнали AI-модуль на еталонному наборі: 29 питань, на які база знань має відповідь, і 16 питань поза базою. Точність на перших — 89,7 %. На других бот жодного разу не вигадав відповіді: у всіх 16 випадках він визнав, що не знає, і запропонував передати оператору. Це результат оцінки на конкретному наборі, а не властивість, яка тримається на будь-якому питанні.
Того ж дня ми перевіряли наскрізний ланцюжок: тестове замовлення з бота з'являється на дашборді доходу з правильною прив'язкою до сценарію протягом 60 секунд. Онбординг від порожнього акаунта до опублікованого бота на демо-даних 4 липня 2026 зайняв до 15 хвилин.
Сімнадцятого серпня 2026 ми перевіряли, що платформа не губить повідомлення. На тестовому стеку під навантаженням 300 повідомлень за секунду протягом хвилини ми примусово вбивали движок на двадцятій секунді, а в наступних прогонах перезапускали чергу NATS і Redis. Після кожного прогону звіряли лічильники: скільки повідомлень підтверджено на вході, скільки дійшло до сценарію, скільки вузлів виконано. У всіх трьох випадках нуль втрат і нуль дублів серед підтверджених. Дорогою знайшли два баги, через які повідомлення могло загубитись, і виправили їх до того, як це сталося на живому проєкті.
Вісімнадцятого серпня заміряли пропускну здатність: 298 повідомлень за секунду обробки в реальному часі при 64 паралельних воркерах, тобто 17 891 повідомлення за хвилину. На конфігурації за замовчуванням — 159 за секунду. Повна інтеграційна сюїта того дня складалася з 585 тестів, усі пройдені.
Сьомого вересня 2026, зовнішній замір з України: лендинг leo.lionex.com.ua відповідав за 0,21 секунди при 153 КБ HTML, кабінет — за 0,18 секунди, движок — за 0,19. Скрипт віджета важить 57 КБ, у стиснутому вигляді 19 КБ. Це стан на дату заміру, не обіцянка на завтра.
Чого в LEO Chat немає
Живих каналів два: Telegram і віджет на сайті. Instagram і Viber — у планах. Якщо основний канал вашого магазину Instagram, LEO поки не підійде, і краще дізнатися це зараз.
Готових інтеграцій з обліковими системами й рекламними кабінетами теж немає — це напрям розвитку, а не сьогоднішня функція. Обмін із зовнішніми системами робиться через вебхуки й публічний API.
Оплата карткою вмикається на ключах платіжного провайдера з боку магазину, тобто це окремий крок підключення, а не тумблер.
Складні питання бот не закриває й не має закривати. Індивідуальна ціна, спірне повернення, нестандартна доставка — це людина. Саме тому в платформі є спільний інбокс, куди бот передає діалог разом з усією історією, атрибутами клієнта й його замовленнями.
Що з цього варто спитати в будь-якого постачальника бота
Незалежно від того, візьмете ви LEO Chat чи ні, у розмові з вендором є одне питання, яке економить рік: як саме ваш звіт прив'язує оплачене замовлення до дії бота, і в якому вікні. Якщо відповіді немає або замість неї показують графік підписників — звіту про дохід у цього продукту немає, є звіт про активність.
Друге питання: що станеться з повідомленням, якщо ваш сервіс упаде посеред діалогу. Відповідь «такого не буває» означає, що це не перевіряли.
Як це виглядає для нас самих
Ми користуємось LEO Chat на двох власних сайтах. На lionex.com.ua бот відповідає з бази знань про послуги й збирає заявки, які одразу потрапляють у нашу робочу систему. На textory.com.ua він обслуговує користувачів Textory, нашого другого продукту.
Це не кейс клієнта, і ми не подаємо його як доказ доходу. Це спосіб щодня бачити продукт очима користувача й ловити те, чого не ловлять тести.
Подивитися, як бот поводиться в діалозі, можна прямо тут: чат у кутку цієї сторінки — це він. Опис продукту й скріншоти кабінету — на сторінці LEO Chat, решта наших продуктів — у розділі власних продуктів. Спробувати платформу на своєму магазині — на leo.lionex.com.ua: модель тарифів там за обсягом бази й AI-відповідей, актуальні умови на сайті продукту.
Якщо потрібно підключити бота до вашого каталогу, доставки й обліку, а не налаштовувати самому — залиште задачу агенції. Відповідаємо протягом двох годин і працюємо за договором. Дотично про механіку доставки в замовленні ми писали в статтях про інтеграцію Нової Пошти і про те, як влаштований чекаут із Новою Поштою.
