
Анатолій Даньков
CTO

Agentic commerce починається з даних, за якими AI-агент може зрозуміти, чи відповідає товар запиту покупця. Якщо характеристики суперечать одна одній, а комплектація незрозуміла, оцінити пропозицію складніше.
Розглянемо, як перевірити каталог, упорядкувати дані постачальників і налагодити оновлення, та де в цьому процесі допомагає HootCore PIM.
Agentic commerce, або агентна комерція, це модель онлайн-торгівлі, у якій AI-агент може шукати й порівнювати товари та виконувати дії для покупки в межах дозволу користувача. Доступні можливості залежать від платформи, країни та інтеграції з продавцем.
Для ритейлера це означає необхідність надати інформацію, за якою можна оцінити конкретну пропозицію:
Наприклад, покупець шукає шурупокрут із двома акумуляторами та зарядним пристроєм. Формулювання «повний комплект» не дає точної відповіді. У каталозі потрібно прямо зазначити склад комплекту й відрізнити його від версії без акумуляторів.
Підготовлений каталог допомагає оцінити товар. Для оформлення й оплати замовлення також потрібні відповідні інтеграції, сама PIM цих можливостей не забезпечує.
В Україні вже з’являються практичні приклади agentic commerce: ПриватБанк і Mastercard повідомили про першу оплату, виконану AI-агентом. Для ритейлера підготовка також охоплює товарний каталог: щоб оцінити відповідність товару запиту покупця, потрібні точні характеристики, зрозуміла комплектація та актуальні умови покупки.
Цей запуск демонструє розвиток платіжної інфраструктури, але ще не означає, що агентні покупки масово доступні українським магазинам. Можливість підключення потрібно перевіряти для конкретної платформи та ринку.
Для ритейл-команди практичний початок, перевірка власного каталогу:
Виправлення цих проблем корисне вже для поточних продажів: покупцям легше порівнювати товари, а команді - підтримувати узгоджену інформацію в різних каналах. Водночас це створює основу для підключення нових AI-сценаріїв у міру їх доступності.
Щоб зіставити товар із запитом покупця, AI-системі потрібні конкретні характеристики саме тієї моделі й комплектації, яку продає магазин. Набір даних залежить від категорії: для шурупокрута важливі акумуляторна платформа та склад комплекту, для столу — розміри, матеріал і вимоги до збирання.
Почніть із запитань, які покупці ставлять перед замовленням. Перевірте, чи каталог містить однозначні відповіді.
Дані | Проблемний запис | Що потрібно уточнити |
|---|---|---|
Модель і варіант | Одна назва для кількох комплектацій | Ідентифікатор і відмінності кожної товарної позиції |
Комплектація | «Повний комплект» | Перелік компонентів та їхню кількість |
Розміри | «120 × 80» | Одиниці вимірювання й назву кожного виміру |
Сумісність |
Наприклад, запис «шурупокрут з акумулятором» не відповідає на запит покупця, якому потрібні дві батареї та зарядний пристрій. Ці компоненти потрібно явно зазначити в характеристиках конкретного комплекту.
Важлива не лише заповненість полів, а й достовірність значень. Якщо сумісність або комплектацію не підтверджено, позначте їх для перевірки. Припущення, зокрема згенероване AI, не має ставати характеристикою товару.
Після цього зіставте структуру каталогу з вимогами обраного каналу: потрібними полями, форматами та способом передачі. Єдиного набору обов’язкових атрибутів для всіх AI-платформ немає.
Оберіть 20-30 товарів з однієї категорії та перевірте, чи їхніх даних достатньо для вибору. Наприклад, чи можна за карткою шурупокрута визначити кількість акумуляторів, наявність зарядного пристрою та сумісну акумуляторну платформу?
Порівняйте дані постачальника з карткою на сайті й товарним фідом. Знайдіть три типи проблем:
Спочатку виправляйте помилки, через які можна замовити не той товар. Якщо на сайті зазначено два акумулятори, а постачальник підтверджує один, уточніть комплектацію за артикулом, виправте запис і перевірте оновлення в каналах продажів.
Для кожної проблеми визначте відповідального. Якщо помилка повторюється, запровадьте правило для всієї категорії, наприклад, обов’язково вказувати кількість акумуляторів і наявність зарядного пристрою перед публікацією.
Створіть для кожної категорії шаблон характеристик, які потрібні покупцю для вибору. Зафіксуйте назви полів, одиниці вимірювання та правила заповнення, щоб товари від різних постачальників можна було коректно порівнювати.
Наприклад, для акумуляторних шурупокрутів обов’язково зазначайте:
Розділяйте характеристики з різним змістом: вага інструмента без акумулятора й вага комплекту з упаковкою мають бути окремими полями. Якщо значення невідоме, позначайте його для перевірки, а не підставляйте «0» або «ні».
Зіставте назви полів постачальників із вашим шаблоном. Наприклад, «ємність батареї» та battery capacity можуть відповідати одному атрибуту «Ємність акумулятора», якщо їхній зміст збігається. Приведіть значення до узгоджених одиниць вимірювання.
Застосовуйте цей шаблон під час додавання й оновлення товарів. Так команда зможе перевіряти нові надходження за однаковими правилами, а покупці - порівнювати характеристики без плутанини.
Після узгодження структури перевірте самі значення. Правильно заповнене поле може містити застарілу характеристику або дані іншої комплектації. Особливої уваги потребують параметри, що впливають на вибір: розміри, сумісність, потужність і склад комплекту.
Якщо постачальник зазначає два акумулятори, а інструкція - один, спочатку перевірте, чи документи стосуються того самого артикулу, ринку та версії комплекту. Інструкція для всієї серії може не описувати конкретну товарну позицію.
Якщо розбіжність залишається, зверніться до постачальника або виробника за підтвердженням. До отримання відповіді залиште характеристику на перевірці.
Для важливих параметрів фіксуйте:
AI може допомогти витягти параметри з документа або запропонувати відповідність полів. Перш ніж публікувати результат, звірте його з джерелом: чи правильно прочитано одиниці вимірювання, чи не переплутано моделі, чи не додано припущень.
Наприклад, сумісність зарядного пристрою не можна підтвердити лише тим, що він і акумулятор мають однакову напругу. Потрібна інформація про підтримувану платформу або конкретні моделі.
Контент-команда перевіряє перенесення даних, а категорійний спеціаліст вирішує питання щодо характеристик. Результат цього кроку - підтверджені значення з джерелами та окремий перелік невирішених питань.
Кожна товарна позиція, яку можна придбати окремо, повинна мати однозначний ідентифікатор і власні характеристики. Це допомагає відрізнити схожі пропозиції та визначити, яка з них відповідає запиту покупця.
Шурупокрут без акумулятора та комплект із двома батареями можуть мати однакові технічні параметри інструмента. Проте склад комплекту й артикули відрізняються. Спільні характеристики можна підтримувати на рівні групи товарів, а відмінності - у записі кожної позиції.
Умовний приклад:
Характеристика | Інструмент без акумулятора | Комплект |
|---|---|---|
Артикул | Окремий артикул | Окремий артикул |
Кількість акумуляторів | 0 | 2 |
Зарядний пристрій | Не входить | Входить, із зазначенням моделі |
Акумуляторна платформа |
Зафіксуйте ці відмінності в окремих полях. Перевірте також, чи назва, опис і зображення відповідають конкретній комплектації.
Для кожного набору зазначте компоненти та їхню кількість. Якщо компоненти продаються окремо, зв’яжіть набір із відповідними записами каталогу, так команді буде легше підтримувати його склад.
Сумісність фіксуйте окремо від рекомендацій аксесуарів. Рекомендація супутніх товарів не підтверджує, що зарядний пристрій підходить до певного акумулятора. Для такого зв’язку потрібні перевірені моделі або серії та джерело підтвердження.
Якщо постачальник змінює комплектацію, перевірте, чи старий і новий набори залишаються в продажу одночасно. Покупець має бачити склад саме тієї версії, яку отримає.
Результат цього кроку - чіткі записи всіх доступних пропозицій: що входить до кожної, чим вони відрізняються та які зв’язки сумісності підтверджені.
Перевірте, як обраний канал отримує інформацію про ваші товари та які вимоги висуває до неї. Основні способи:
Наприклад, Google підтримує розмітку Product і Google Merchant Center. Для інших платформ окремо перевіряйте доступність підключення та вимоги до даних.
Визначте джерело кожного типу інформації: характеристики можуть надходити з PIM, ціни - із системи ціноутворення, залишки - із системи обліку. Це допоможе уникнути суперечливих оновлень із різних джерел.
Перед публікацією всієї категорії перевірте один товар та його варіанти. Переконайтеся, що канал отримав правильний артикул, комплектацію, характеристики, зображення, ціну й наявність.
Потім внесіть контрольну зміну в тестовий запис і перевірте її відображення в каналі. Якщо значення загубилося, було відхилене або не оновилося, передайте проблему відповідальному за інтеграцію. Поширюйте налаштування на решту каталогу після виправлення виявлених помилок.
Визначте, хто оновлює характеристики, ціни й залишки та перевіряє результат на сайті, маркетплейсах та інших підключених платформах. Характеристики переглядайте після підтверджених змін від постачальника, а для цін і наявності налаштуйте регулярну передачу з відповідної облікової системи.
Наприклад, виробник уточнив сумісність зарядного пристрою з акумуляторами. Категорійний менеджер перевіряє документ і визначає, яких товарів стосується зміна. Контент-команда виправляє характеристики та зв’язки між товарами, після чого перевіряє їх відображення на сайті й інших платформах.
Якщо виправлення не з’явилося, фахівець з інтеграцій з’ясовує причину. Завдання закривають після перевірки опублікованих даних.
Фіксуйте джерело підтвердження, дату та відповідального за зміну, щоб команда могла з’ясувати, чому характеристику оновили.
Регулярно перевіряйте:
Якщо одна помилка повторюється, виправте правило заповнення чи передачі даних для всіх пов’язаних товарів. Це допоможе уникнути постійного ручного виправлення тих самих проблем.
Коли товарні дані надходять від різних постачальників і використовуються в кількох каналах, команді потрібне спільне середовище для роботи з ними. HootCore PIM - система управління інформацією про товари допомагає організувати імпорт, структурування та оновлення каталогу.
Завдання команди | Можливість HootCore для опису в статті |
|---|---|
Застосовувати узгоджені правила обробки товарних даних | Rule Engine - уточнити, які перевірки й перетворення підтримує |
Перевіряти характеристики, отримані через AI-збагачення | Джерело та confidence score - уточнити, для яких значень вони доступні й що означає оцінка |
Визначати, які результати AI потребують перевірки людиною | Уточнити, чи підтримуються пороги, фільтри або окрема черга перевірки |
Для прикладу із шурупокрутом команда може зіставити поля постачальника з атрибутами каталогу, розділити інструмент і комплекти та підготувати описи для потрібних каналів. Якщо характеристику виправлено, історія змін допоможе з’ясувати, хто й коли це зробив.
Перевірка технічних фактів залишається відповідальністю спеціалістів. Передача інформації конкретній AI-платформі також потребує відповідної інтеграції. PIM забезпечує основу для керування товарними даними, які використовуються в цьому процесі.
Потреба в PIM залежить від складності роботи з каталогом. Варто розглянути систему, якщо:
Для невеликого каталогу з одним джерелом даних може вистачити узгоджених шаблонів і відповідальних. PIM стає доцільною, коли підтримувати ці правила наявними інструментами складно, а помилки та повторні дії накопичуються.
Перед переходом до наступної категорії перевірте результат роботи. Для кожного пункту зазначте статус: «перевірено», «потребує виправлення» або «не застосовується». Невирішеним завданням призначте відповідальних.
Що перевірити | Критерій готовності |
|---|---|
Ідентифікація товарів | Кожна доступна для покупки позиція має однозначний ідентифікатор |
Характеристики категорії | Визначено обов’язкові поля, формати та одиниці вимірювання |
Достовірність значень | Важливі параметри підтверджені джерелами |
Варіанти та комплектації | Відмінності й склад кожної пропозиції зазначені явно |
Сумісність | Зв’язки між товарами підтверджені документацією |
Проходження чекліста допомагає оцінити якість каталогу та процес його підтримки. Воно не гарантує потрапляння в AI-рекомендації й не підтверджує готовність оплати або оформлення замовлень.
Спершу усуньте помилки, через які покупець може обрати не ту модель чи комплектацію. Коли команда зможе стабільно підтримувати перевірену категорію, поширюйте процес на решту асортименту.
Ні. PIM допомагає, коли керувати даними від багатьох постачальників, варіантами, мовами й каналами стає складно наявними інструментами.
Ні. Потрібні також перевірені характеристики, чіткі комплектації та актуальні умови покупки. Згенеровані тексти слід перевіряти на достовірність.
Ні. Розмітка описує товар на сторінці, а фід передає дані у форматі конкретного каналу. Використовуйте їх відповідно до вимог платформи.

Поспілкуйтеся з нашою командою та подивіться, як HootCore інтегрується у ваш існуючий tech stack — від управління товарними даними до обробки замовлень
«Універсальний» |
Підтверджені моделі або серії |
Характеристики | Різні значення у файлі та на сайті | Правильне значення за перевіреним джерелом |
|---|
Умови покупки | Застаріла ціна або незрозуміла наявність | Актуальні дані з відповідальної системи |
|---|
Підтверджена назва
Підтверджена назва |
Кейс | Не входить | Входить, якщо підтверджено |
|---|
Передача даних
Поля каталогу зіставлені з вимогами обраного каналу |
Публікація | Дані в місці призначення відповідають перевіреному запису |
|---|
Оновлення | Визначено відповідальних і події, що запускають перевірку |
|---|
Помилки | Невдалі оновлення та суперечності зафіксовані й мають статус |
|---|