ШІ-менеджер інтернет-магазину - це агент, який веде замовлення внутрішнім шляхом: приймає його, перевіряє склад, проводить через етапи після покупки, готує ТТН, звіряє оплату, збирає рахунок, чек і розрахункові документи. Чат-віджет на сайті лишається лише одним із входів у цей процес, і далеко не головним, бо клієнт дедалі частіше починає покупку з розмови в ChatGPT, Grok, Claude чи Gemini, а на ваш сайт потрапляє вже з готовим рішенням або взагалі просить агента оформити все за нього. Тому задачу я ставлю так: підключити магазин до агента, а підтвердження оплати і відправки лишити за людиною.
Вчора знову почув від власника магазину знайоме прохання: зробіть нам ШІ в чаті на сайті. Людина втомилась відповідати на однакові питання про наявність і строки і хоче, щоб модель віталась, радила товар і тримала клієнта ввечері, коли менеджер уже пішов. Я слухаю і питаю далі: а що відбувається після слова "беру"? Хто дивиться склад, хто збирає рахунок, хто звіряє оплату в особистому кабінеті чи в монобанку, хто готує ТТН Нової Пошти і хто натискає відправку? На цих питаннях розмова зазвичай зупиняється, і стає видно, що справжня задача лежить у ланцюгу від замовлення до документів, а вікно в кутку сторінки - лише його видима частина.
Почну з того, що таке ШІ-менеджер і чим він відрізняється від віджета. Віджет заточений під розмову на вашій території: поки клієнт на сайті, ви можете відповісти йому текстом, а щойно він закрив вкладку, розмова обірвалась. ШІ-менеджер заточений під зміну стану в системі: резерв на складі, статус замовлення, чернетка рахунку, підготовлена накладна, позначка про те, що оплата ще не надійшла. Це вже операції, а тон відповідей тут другорядний. У Learn to Earn Global і AISync Global ми будуємо IT- і ШІ-системи і чуємо від власників одне й те саме: автоматизуйте чат. А коли розгортаємо заявку, бачимо інше: замовлення зависло між складом і ТТН, рахунок пішов, а оплату ніхто не звірив, чек і розрахункові документи збирають увечері руками. Чат тут верхівка, а корінь - робочий процес.
Різницю між менеджером операцій і ботом на вітрині я пояснюю так. Бот веде діалог, а менеджер веде шлях від "клієнт сказав беру" до "посилка у відділенні і документи закриті". Їх можна звʼязати, і тоді розмова спирається на дані зі складу. Якщо ж просто перефарбувати віджет і назвати його ШІ-менеджером, отримаєте впевнені відповіді без жодного звʼязку з реальними залишками.
Далі про нову точку входу. Раніше шлях клієнта був звичним: пошук у Google, захід на сайт, каталог, кошик, іноді чат із менеджером. Зараз людина часто спочатку питає модель: що взяти, чи є сенс, як порівняти, чи встигне до пʼятниці. ChatGPT чи Claude відповідає текстом, а далі клієнт або йде на ваш сайт, або просить того ж агента оформити покупку. Якщо магазин лишається вітриною для очей з окремим вікном черги повідомлень, ви зустрічаєте людину пізно і з вузьким інструментом: знову питання про наявність і знову "зараз уточню на складі". Коли ж магазин відкриває агенту обмежені точки доступу, зʼявляється робочий шлях: підключити магазин до агента, якого клієнт уже тримає відкритим. Усю касу моделі віддавати зайве, достатньо того, що ви свідомо дозволили, а підтвердження на критичних кроках тримаєте собі.
Слова "підключення сайту до агента" і "точки доступу" я вживаю навмисно прості. Сайт має вміти віддати агенту конкретний набір дій: перевірити наявність, створити або оновити замовлення, показати статус, підготувати дані для ТТН, виставити рахунок, позначити, що оплата ще чекає підтвердження. Кожна така дія стоїть окремою частиною зі своїм контролем.
Тепер сам внутрішній операційний шлях, як він виглядає в щоденній роботі українського магазину.
Спочатку замовлення. Агент або менеджер фіксує, що саме хоче клієнт, у якій кількості і куди поїде посилка. Це поки що чернетка угоди: товар ще на полиці, накладної ще немає. Якщо на цьому кроці немає звʼязку зі складом, далі починається класичний хаос: у чаті пообіцяли, на полиці порожньо, а ТТН уже майже створили.
Одразу за цим іде склад. Перевірка наявності - це запит до обліку: чи є позиція, чи вона зарезервована, чи треба чекати поставки. ШІ-менеджер тут і потрібен, щоб пройти крок швидко і однотипно, без "я зараз уточню і повернусь через годину", але лише за умови, що дані обліку підключені. Без цього підключення жоден ChatGPT залишків не вгадає, а лише згенерує впевнений текст. Автоматизація починається з доступу до даних складу.
Далі етапи після замовлення: підтвердити склад, погодити спосіб доставки, зібрати дані для Нової Пошти, показати клієнту, що далі буде рахунок і очікування оплати, або що оплата вже пройшла і чекає перевірки. Воронка тут - звичайний робочий процес між "беру" і "посилка у відділенні".
Потім ТТН. Для українського інтернет-магазину Нова Пошта - це конкретна накладна з відділенням або адресою, ПІБ, телефоном, оголошеною цінністю, післяплатою або позначкою, що товар уже оплачений. ШІ-менеджер може підготувати поля, підтягнути із замовлення те, що вже відомо, і перевірити склад перед генерацією. Кнопку "створити й відправити" я лишаю за людиною, поки для конкретного магазину немає окремих правил і перевірок, бо відправка означає рух реального товару, і ризик тут звужують свідомо, окремим рішенням.
Паралельно йдуть фінанси: рахунок клієнту, перевірка оплати, чек, розрахункові документи. Заявки на "автоматизувати чат" насправді часто просять автоматизувати саме звірку. Агент збере чернетку рахунку з позицій замовлення, нагадає, що оплата ще не надійшла, розкладе, які документи вже є, а яких бракує. А от "вважаємо оплаченим" і "проводимо в облік" - знову ваша точка, якщо суми для вас відчутні. Текст моделі для мене лишається чернеткою: сильною, корисною, але чернеткою, поки платіж не підтверджений у монобанку чи в кабінеті ФОП.
Консультація в чаті і внутрішня операція стоять поруч, але це різні дії. Консультація пояснює товар, комплектацію, строки. Операція змінює стан у системі: резерв, рахунок, ТТН, статус оплати. Якщо звалити все в одне "просто відповідай клієнту", отримаєте або впевнені відповіді без змін у складі, або зміни в складі без сліду для клієнта. ШІ-менеджер працює, коли розмова і дія розведені: спочатку берете дані з системи, потім даєте текст людині і окремо підтверджуєте критичний крок.
Де лишається людина. Навіть якщо на сайті майже немає живого чату з менеджером, оплата й відправка від цього безпечнішими стають рівно на нуль: розмова просто переїхала в Telegram або в ChatGPT, а гроші й товар лишились вашими. Коли агент готує ТТН і рахунки пачкою, дивіться на винятки: розбіжність суми, порожній склад, дивна адреса, клієнт просить змінити отримувача в останню мить, післяплата раптом стала "вже оплачено" без сліду в кабінеті. Я бачив, як такі дрібниці зʼїдають вечір оператора швидше за будь-який довгий діалог на вітрині. Агент прибирає шум до моменту вибору, а рішення на грошах і відправці лишаються вашими.
Є спокуса віддати агенту все, бо на сайті й так ніхто не сидить у чаті. Саме тоді контроль потрібен щільніше. Я оцінюю систему за шириною прав, які ви реально відкрили моделі. Поки відповідь лишається текстом для клієнта, сперечайтесь у чаті скільки завгодно. Коли відповідь вимагає натискання на оплату чи відправку, я зупиняюсь і перевіряю окремо. Ці два місця лишаються за людиною.
Як збирати магазин частинами і що таке MCP простими словами. MCP - це спосіб відкрити агенту точки доступу до ваших систем так, щоб він викликав конкретні дії замість блукання по адмінці, як людина з мишкою. Простіше кажучи, сайт і облік вміють відповісти агенту: є на складі, ось статус замовлення, ось поля для ТТН, ось чернетка рахунку. Якби я сьогодні збирав новий магазин, різав би систему на частини. Каталог і ціни - окремо, зі своїм правилом, хто може їх змінювати. Склад і резерв - окремо. Замовлення і статуси - окремо. ТТН і доставка - окремо. Рахунки, оплати, чеки, розрахункові документи - окремо. Зверху - шар агента, який ходить цими частинами через точки доступу. У кожної частини є господар і правило, хто підтверджує зміну. Така збірка чесніша за старий моноліт, бо моноліт ховає, де саме агент уже натиснув зайве.
Існуючому магазину я раджу починати з однієї повторюваної задачі, яка вже сидить у заявках і в голові власника. Після замовлення автоматично перевірити склад і зібрати чернетку ТТН, а створення накладної лишити під підтвердженням. Або зібрати рахунок із замовлення і поставити статус "чекаємо оплату", а "оплачено" ставити лише після звірки. Або відповісти клієнту в чаті статусом із системи замість памʼяті менеджера. Одна задача - і дивіться, скільки хвилин і скільки помилок зникає. Потім друга. Так зʼявляється ШІ-менеджер як контур, а наклейка "у нас є штучний інтелект" лишається тим, хто зупинився на віджеті.
У Learn to Earn Global і AISync Global я повертаю команди до цієї рамки щоразу, коли розмова починається з інструменту замість процесу. Інструмент можна змінити за тиждень. Ланцюг замовлення, склад, етапи після покупки, ТТН і фінанси лишається, навіть якщо завтра клієнт прийде з іншого чату з іншою моделлю. Спочатку контур і точки контролю, потім уже вирішуєте, де стоїть модель, де точка доступу сайту, де людина.
Правило на завтра, якщо ви власник або оператор інтернет-магазину. Випишіть один реальний шлях одного замовлення від першого повідомлення до ТТН і закритих документів. Позначте, де зараз дані лежать у голові менеджера, де в Excel, де в адмінці, де в кабінеті Нової Пошти, де в банку чи в особистому кабінеті. Оберіть один розрив, який повторюється щодня, той самий, через який уже прилітала заявка "зробіть нам ШІ-менеджера під чат, рахунки і ТТН". Підключіть до нього агента як помічника з чернеткою і статусами. Підтвердження оплати й відправки залиште собі. Віджет у новий колір можна пофарбувати будь-коли, а ШІ-менеджер починається там, де магазин підключений до агента, а операції мають господаря.
Чату на сайті стає менше, чатів із моделями у клієнта стає більше. Магазин, який хоче жити в цій зміні, вчить агента чесно проводити замовлення через склад, етапи після покупки, Нову Пошту й фінанси, а критичні кнопки лишає під рукою людини.