Jiclo。

AIエージェントは、商品タイトルと価格だけでは信頼できる購入決定を行えません。アイテムがリクエストに適合するか、どの要件が適用され、配送が何を含むかを理解する必要があります。

Jiclo のプロダクトブリーフは、エージェントが物理商品を買い、配送を受けることを可能にするAPIを中心にコマースを構造化しています。根底にあるオファーは、無関係な商品説明のリストではなく、正規化された供給情報に焦点を当てています。

有用なレコードは、リクエストされた購入の文脈の中でアイテムを説明する必要があります。適合性、要件、配送は、決定後に人が発見する詳細として残すのではなく、エージェントが使用できる情報の一部になります。

これは、カタログを表示するという設計課題から、購買タスクを表すという課題へとシフトさせます。インターフェースとAPIは、それらを使用するアクターにとって制約と次のアクションが十分に明確になる必要があります。

このプロジェクトは、生市場リサーチとプロダクトブリーフを別々の作業成果物として保持します。リサーチはオファーに情報を与えることができ、ブリーフはそれに続くプロダクト決定を記録します。

この区別はコマース開発において重要です。観察された需要、提案された機能、完了した取引は異なる種類の証拠であり、店舗上の一つの約束事として混同してはいけません。

このプロジェクトは、機械可読な決定と目に見える購買体験の両方のために設計されたコマースモデルを示しています。プロダクト情報アーキテクチャと、購入の運用上の意味を接続しています。

提供における教訓は、コミットする前にバイヤーまたはエージェントが必要とする事実を決めることです。プロダクトレコード、検証、フルフィルメント要件は、フロントエンドデザインと同じくスコープに含まれるべきです。

このポートフォリオ研究は、Jiclo のプロダクトブリーフに従っています。リクエストを適合性、要件、配送、明示的な購入決定を中心に構造化します。構造化されたコマース契約は、バイヤーとエージェントに同じ事実を提供します。

サプライヤー、カテゴリ、地域別の可用性は、特定のリリースで確立すべき要件です。プロジェクトブリーフは、ここで説明されているモデルの情報源です。