Jiclo.

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

Jiclo бриф продукту будує комерцію навколо API, який дозволяє агенту купити фізичний товар і отримати доставку. Базова пропозиція фокусується на нормалізованій інформації про постачання, а не на списку несумісних описів товарів.

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

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

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

Ця відмінність важлива в розробці комерційних продуктів: спостережуваний попит, запропонована можливість та завершена транзакція — це різні види доказів. Їх не слід зводити до одного обіцянки на вітрині.

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

Урок із доставки: визначити, які факти потрібні покупцю або агенту перед зобов'язанням. Записи про продукти, валідація та вимоги виконання замовлень належать до сфери разом із дизайном фронтенду.

Це портфоліо-дослідження слідує брифу продукту Jiclo: організувати запит навколо відповідності, вимог, доставки та явного рішення про покупку. Структурований комерційний контракт надає покупцю та агенту однакові факти для роботи.

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