Agentic Commerce повторює стару помилку підприємства з даними

Тривалий час B2B-комерція працювала під простою припущенням: Люди переглядають.

Вони читали сторінки продуктів, переглядають технічні характеристики та терплять невиразну мову, оскільки знають, як задавати додаткові питання. Коли щось було неясним, вони надсилали електронний лист представнику продажів. Коли правило було заховано у підніжці, досвід заповнював пробіл.

Дані про продукти B2B еволюціонували цілком навколо цього поведінки. Вони ніколи не мали самостійно стояти; їм тільки потрібно було бути інтерпретованими людиною. З появою ІІ, ця припущення більше не діє.

Ми вже були тут з підприємницькими даними

Якщо це здається знайомим, то має бути. Десять років тому підприємства мали дуже схожу розмову про дані. Сховища були повні, озера даних переповнювалися, і врешті-решт кожна система виводила щось. На папері компанії були багаті даними. На практиці нічого не рухалося швидко, оскільки бізнес-користувачі не могли відповісти на базові питання без аналітиків як перекладачів. SQL став точкою затору.

Підприємницькі дані були організовані навколо того, як системи зберігали інформацію, а не того, як люди розуміли бізнес. Рядки та стовпці існували, але поняття не існували. Доход жив у трьох таблицях. “Клієнт” означав п’ять різних речей залежно від того, кого запитали та коли. Метрики безперестанку обговорювалися, оскільки ніхто не визначив їх чітко.

Прорив у підприємницьких даних відбувся завдяки прийняттю складності та її обмеженню. Семантичні шари – це один приклад, але вони були частиною більш широкого зсуву. Підприємства припинили вдавати, що сирі дані були придатними за замовчуванням, і почали будувати шари перекладу, які відповідали тому, як бізнес дійсно думав та діяв.

Моделі метрик робили це, визначаючи розрахунки один раз замість того, щоб похідити їх у кожному звіті. Доход означав одну й ту ж річ всюди, оскільки хтось витратив час на кодування його. Дані моделі та розмірні схеми робили те саме структуально. Вони перетворили операційні таблиці на поняття, такі як клієнт, продукт, замовлення та час. Бізнес-користувачі більше не мали розуміти, скільки з’єднань потрібно для відповіді на базове питання. Відносини вже були там.

Каталоги даних та керовані визначення обробляли іншу частину проблеми. Вони захопили сенс, який раніше жив у людей. Що представляє це поле? Коли його слід використовувати? Які його обмеження? Контекст припинив бути племінним знанням і став частиною системи.

Всі ці шари поглинали складність та робили її дієвою. Вони створили стабільні абстракції, які дозволили більш людям – і більш системам – правильно міркувати без повторної інтерпретації світу з нуля кожного разу. Це саме те, чого зараз не вистачає B2B-комерції.

Агентно-орієнтоване відкриття викликає той же розголос

Агентна комерція змушує дані про продукти B2B проходити той же тест. Виробники та дистриб’ютори не бідні на інформацію про продукти. Вони вже зберігають величезну кількість її: від специфікацій до конфігурацій до логіки ціноутворення до контрактних обмежень.

Проблема полягає в тому, що майже всі ці дані були структуровані для людей. Специфікації живуть у PDF-файлах. Правила пояснюються у фізичному каталозі продукту, який ніколи не потрапив у Інтернет. Винятки припускаються в процесі продажів, а не кодуються. Занадто багато залежить від інституційного пам’яті, коли контекст живе у головах команд продажів.

Агент ІІ не переглядає PDF-файл і “розуміє ідею”. Він не знає, який речення є жорстким обмеженням, а який є мовою продажів. Він не може безпечно вивести правила з форматування чи тону. Якщо сенс не явний, агент вважає його невідомим.

Це не про те, що неструктуровані дані погані

Варто бути ясним щодо чогось. Неструктуровані дані не є ворогом. Вони ніколи ним не були.

У підприємницькій аналітиці неструктуровані дані не зникли, коли з’явилися семантичні шари. Вони були накладені на структуру. Структура обробляла правила та відносини. Неструктурований контент обробляв нюанси, пояснення та контекст.

Той же самий шаблон застосовується тут.

Агентам потрібна структура, щоб міркувати. їм потрібні явні правила, відносини, обмеження та стани. їм потрібно знати, що є сумісним, що можна конфігурувати, що дозволено та під яких умов щось застосовується. Неструктурований контент сам по собі не може надійно забезпечити це.

Але структура сама по собі недостатня. Агенти не просто витягують атрибути. Вони порівнюють варіанти. Вони оцінюють компроміси. Вони вирішують і те, що таке щось, і коли його слід рекомендувати.

Наратив – це шар, який пояснює намір, позиціювання та випадки використання. Це різниця між “цей продукт існує” і “це коли ви повинні його вибрати”. У світі підприємницьких даних це проявлялося як визначення, документація та бізнес-контекст. Тут це проявляється як пояснення продукту, яке агенти можуть вивчити. Хоча структуровані дані про продукти кажуть агенту, що є правдою, нарратив допомагає йому вирішити, що має значення.

Комерція була оптимізована для презентації, а не для міркування

Це незручна частина. Інфраструктура комерції ніколи не зробила стрибок, який зробили підприємницькі дані. Ми побудували кращі PIM. Ми побудували багатші каталоги. Ми побудували красивіші сторінки продуктів. Але ми ніколи не побудували справжній семантичний шар для продуктів; ми оптимізували для презентації.

Поки люди медіювали у B2B-купівлі, це було нормально. Представники продажів пояснювали виняткові випадки. Покупці терпіли двозначність, і всі знали, як працювати навколо системи.

Агенти видаляють цей буфер. У B2B тріщини показуються одразу. Ціни змінюються за рахунок. Доступність змінюється за регіоном. Сумісність залежить від конфігурації. Контракти перевершують значення за замовчуванням. Привілеї мають значення. Нічого з цього не можна безпечно вгадати.

Коли агент оцінює продукт, він не вражений добре написаним описом. Він хоче знати, що підходить, що дозволено, що сумісне та що відбувається далі. Якщо ця інформація не явна, агент не просить про роз’яснення; він просто переходить далі.

Що компанії комерції повинні зробити зараз

Це точка інфлекції. Компанії комерції можуть продовжувати розглядати дані про продукти як контент, який люди інтерпретують. Або вони можуть почати розглядати їх як інфраструктуру, над якою машини міркують.

Це означає, що специфікації повинні стати атрибутами з визначеним значенням. Сумісність повинна бути закодована як відносини, а не пояснена у параграфах. Ціни повинні бути виражені як логіка. Привілеї повинні бути явними. Доступність повинна бути станною та точною.

Це саме той самий крок, який підприємства мали зробити з аналітикою. Коли сирі дані та таблиці не були достатніми, значення мало бути визначено. І коли структуроване ядро існує, нарратив припиняє бути єдиним джерелом істини для ІІ та стає шаром, який вчить агентів, як застосовувати цю істину в реальних ситуаціях.

Виробники та дистриб’ютори, які це роблять, стануть чіткими для агентів. Їхні продукти будуть легше оцінювати, легше рекомендувати та легше довіряти. Ті, хто цього не робить, все одно “матимуть дані”, але вони будуть функціонувати, як старі підприємницькі склади: технічно присутні, але практично незастосовні.

Шаблон старий, але наслідки не такі

Нічого з цього не є спекулятивним. Ми вже спостерігали, як підприємницькі дані пройшли той же самий цикл. Єдина різниця зараз полягає в тому, що користувач. Замість бізнес-аналітиків це автономні агенти. Замість панелей це рекомендації. Замість повільних рішень це миттєве виключення.

Агентна комерція розкриває десятирічну проблему підприємницьких даних. Компанії, які визнають це – і обробляють дані про продукти так само, як підприємства навчилися обробляти операційні дані – адаптуються швидко. Ті, хто цього не робить, продовжуватимуть додавати PDF-файли, переписувати описи та дивуватися, чому агенти ніколи не вибирають їх.

Історія повторюється. Цього разу машини звертають увагу.