Coohom活用SKU・GTIN・Product Model・Variantとは？｜商品IDだけでは3D・AIの商品データを管理できない理由mi執筆者misaki公開日2026年8月24日商品を3DやAIで活用するなら、商品を正しく識別できる情報は欠かせません。ただ、家具や建材のようにサイズ、カラー、素材、仕様などのバリエーションが多い商品では、一つのIDだけですべてを整理するのは難しくなります。同じソファでも、2人掛け・3人掛け、カラーや張地の違いなど、販売される仕様は複数あります。さらに3Dで使う場合は、それぞれの仕様に対応する3Dモデルやテクスチャなども必要になります。そこで混同しやすいのが、SKU、GTIN、Product Model、Variantです。それぞれ役割が異なり、商品を識別する情報と、商品の基本モデル・具体的な仕様を分けて考えることが重要になります。この記事では、SKU、GTIN、Product Model、Variantがそれぞれ何を表すのか、3Dモデルとどのように関係するのかを整理し、3D・AIで商品データを活用するための考え方を解説します。なぜ「商品ID一つ」では管理しにくいのか一つの商品でも、管理する単位が違う商品管理では、一つの商品に一つのIDを付ければ分かりやすいように見えます。しかし、実際の家具や建材には複数の管理単位があります。たとえば、あるソファに3種類のサイズ、5種類のカラー、2種類の張地があれば、商品として共通する部分を持ちながら、販売される具体的な組み合わせは複数に分かれます。商品企画では一つのシリーズでも、在庫管理ではサイズやカラーごとに別の商品として扱うことがあります。さらに、社内で使う商品コードと、流通上の商品を識別するコードでは目的も異なります。ECでは購入者が選択するカラーやサイズをVariantとして扱うこともあります。そのため、「商品番号」という項目を一つ置くだけでは、その番号が何を識別しているのかが分からなくなります。3DやAIへ商品データを展開するときは、まず現在使われているIDが「何を識別するためのものなのか」を整理する必要があります。SKU・GTIN・Product Model・Variantの違いSKUは「販売・在庫管理の単位」SKU（Stock Keeping Unit）は、企業が商品を販売・在庫管理する際に設定する管理単位です。同じソファでも、「ブラック・3人掛け」と「ベージュ・3人掛け」を在庫上別の商品として管理するなら、それぞれ異なるSKUになることがあります。ただし、SKUの分け方には企業ごとの運用があるため、すべての会社で同じ基準になるわけではありません。そのためSKUは、商品そのものに普遍的に付与された番号というより、「自社では何を一つの販売・在庫管理単位として扱うのか」を示す情報と考えると分かりやすくなります。GTINは「標準化された商品識別子」GTIN（Global Trade Item Number）は、企業が自社だけで使う管理番号ではなく、GS1標準に基づいて商品を識別するための国際的な識別子です。日本で使われているJANコードもGTINの体系に含まれます。SKUとの違いは、設定される目的です。SKUが自社の販売・在庫管理のための単位であるのに対し、GTINは企業やシステムをまたいで商品を識別するための標準化された識別情報です。そのため、社内で「ABC-SOFA-BK-3P」というSKUを設定していても、それがそのままGTINになるわけではありません。重要なのは、どちらが正しい商品IDかを決めることではなく、それぞれが何を識別しているのかを理解することです。Product Modelは「共通する基本モデル」Product Modelという言葉は、商品管理の仕組みによって使われ方が異なります。ここでは、個々の販売単位ではなく、共通する設計や仕様を持つ商品の基本モデルを捉える概念として考えます。たとえば、同じデザインのチェアにブラック、ホワイト、ナチュラルの3色がある場合、販売上は異なる商品として扱っていても、商品企画や3D資産の管理では、共通する一つのモデルに複数のバリエーションがあると整理できます。この考え方は3Dモデルの管理でも重要です。カラーだけが違うなら共通する形状を使い、マテリアルを切り替える構成が考えられます。一方、座面の幅や脚の形状まで変わる場合は、別の形状データが必要になることがあります。Variantは「同じモデルの具体的な違い」Variantは、同じ商品モデルに存在するサイズ、カラー、素材、張地、仕上げなどの違いを表すものとして考えられます。たとえば、同じテーブルに1200mmと1600mmのサイズがあれば、どちらも同じ基本モデルに属しながら、異なるVariantとして整理できます。ここで重要なのは、Variantが違うことと、3Dモデルが別になることは同じではないという点です。カラーだけが異なるなら同じ形状を共有できますが、サイズや構造が変われば別の形状が必要になる場合があります。4つを分けて考えると、3Dモデルとの関係が見えてくるここまでの4つを整理すると、それぞれの役割は次のように分けられます。項目主な役割例SKU販売・在庫管理の単位ブラック・3人掛けGTIN標準化された商品識別JANなどProduct Model共通する基本モデルソファAシリーズVariantモデル内の具体的な仕様差3人掛け・グレー3D Model商品を空間上で表現するデータsofa_A_3P.glbここで注意したいのは、これらが一対一で対応するとは限らないことです。たとえば、カラー違いでSKUやVariantが分かれていても、3Dでは一つの形状モデルを共有できる場合があります。一方、サイズや構造が違えば、複数の3Dモデルが必要になることがあります。つまり、「商品IDが5つあるから3Dモデルも5つ必要」という考え方ではありません。商品管理上の差分と、3D空間で表現するための差分は別に考える必要があります。3Dモデルは「商品ID」ではなく、商品を表現するデータ3Dモデルは商品を識別するためのIDではなく、商品をデジタル空間上で形状として表現するためのデータです。たとえば商品情報に商品名、サイズ、素材、カラーなどが登録されていても、3Dモデルがなければ、その商品の形状を空間上で確認することはできません。一方で、「chair_001.glb」というファイルだけが存在していても、それがどの商品を表しているのか分からなければ、実際の業務では扱いにくくなります。そこで必要になるのが、識別情報と3D資産の対応関係です。「この3DモデルはどのProduct Modelの、どのVariantを表しているのか」が追える状態になっていれば、商品情報と3D資産を別々の役割で管理できます。つまり、IDは「何の商品か」を特定する。Product Modelは「何を共通モデルとして扱うか」を示す。Variantは「そのモデルのどこが違うか」を示す。3Dモデルは「その商品をどう空間上で表現するか」を担う。この役割分担を明確にすることが、3D商品データを整理する基本になります。3Dモデルを増やす前に「どこまで分けるか」を決める商品バリエーション数と3Dモデル数は一致しない商品を3D化するとき、「カラーが5色なら5モデル」「サイズが3種類なら3モデル」と考えがちです。しかし、商品上のバリエーション数と、必要な3Dモデル数をそのまま一致させる必要はありません。たとえば、形状が完全に同じチェアでカラーだけが異なるなら、一つの3D形状に複数のマテリアルやテクスチャを設定する構成が考えられます。一方、座面の幅や脚の形状まで変わるのであれば、別の形状データが必要になる場合があります。この違いを整理しないままVariantごとに3Dモデルを制作すると、モデル数だけでなく、制作後の確認や更新対象も増えていきます。そのため3D化を始める前に、「商品管理上は何を分けるのか」と「3D資産として何を分ける必要があるのか」を別々に整理しておくことが重要です。3Dモデルだけでなく、関連するデジタル資産の管理も重要です。→ 商品情報はあるのに、なぜ3D・AIでは使えない？｜「商品情報」から「デジタル商品資産」への進化AI活用でも、識別情報の整理が重要になるAIによる商品検索や提案では、商品名や説明文だけで商品を正確に特定できるとは限りません。たとえば「ナチュラルな木製のダイニングテーブル」と検索した場合、AIが候補を出すだけなら商品名や属性情報でも対応できます。しかし、その商品が現在販売されているのか、どのサイズ・カラーなのか、どのVariantに該当するのか、さらに対応する3Dモデルや画像はどれなのかまで判断するには、商品情報同士の関係が必要になります。特に、AIの検索結果を実際の商品データや3D資産につなげる場合は、「似た商品」を見つけるだけでは不十分です。具体的な商品モデルやVariantを特定し、その仕様に対応するデジタル資産を取り出せることが重要になります。つまりAI活用で重要なのは、商品情報を大量に持つことだけではありません。SKU、GTINなどの識別情報とProduct Model、Variant、さらに画像や3Dモデルがどのような関係にあるのかを整理しておくことです。企業の商品データで起こりやすい問題実際の企業では、商品データが一つの場所にきれいに整理されているとは限りません。商品マスタには社内の商品コードがある一方、ECでは別の商品番号が使われ、営業資料では商品名だけが記載されている。3Dモデルは制作会社から納品されたファイル名で管理され、画像は別のフォルダに保存されている、といった状態も考えられます。それぞれの業務だけを見れば運用できても、3D提案やAI検索など新しい用途へ展開すると、「この3Dモデルはどの商品か」「この画像はどのVariantか」「この商品は現在販売されているのか」といった確認が必要になります。ここで必要なのは、新しい「商品ID」を一つ追加することだけではありません。現在使われている識別情報が何を表し、どの商品単位・仕様に対応しているのかを整理することが先になります。商品データを整理するときに確認したいこと3DやAIで商品データを活用するなら、まず現在の商品がどの単位で管理されているかを確認します。· 社内の商品コードは何を識別しているか· SKUはどの条件で分かれているか· GTINはどの商品単位に付いているか· Product ModelとVariantはどう分かれているか· 各Variantにどの画像・3Dモデルが対応しているか最初から理想的なデータ構造を作り直す必要はありません。まずは現在の業務で使われている情報を並べ、「同じ商品について、システムや部署ごとにどの情報が使われているのか」を把握することが重要です。そのうえで、3D、AI、EC、ARなど今後どの用途へ商品データを展開したいのかを考えると、どの情報を共通化し、どの情報を個別に持つべきかが見えやすくなります。Coohomで3D空間に商品を活用するなら商品を3D空間で提案するとき、必要なのは3Dモデルが存在することだけではありません。そのモデルが、実際に販売されているどの商品モデル・どのVariantを表しているのかを確認できることも重要です。たとえば、同じシリーズのソファでも、2人掛けと3人掛けではサイズが異なります。同じ3人掛けでもカラーや張地が変われば、使用するマテリアルやテクスチャが変わる場合があります。Coohomのような空間デザインツールでは、家具や建材を3D空間に配置し、サイズや素材、レイアウトを確認しながら空間提案を進められます。そのため、3Dモデルを単なる形状ファイルとして扱うのではなく、実際の商品・Variantとの対応関係まで整理しておくことが、商品データを空間提案につなげるうえで重要になります。3D活用を進めるときは、「何個のモデルを作るか」だけを見るのではなく、「そのモデルがどの商品・どの仕様を表しているのか」まで含めて設計することが大切です。まとめSKU、GTIN、Product Model、Variantは、どれも商品データに関係しますが、役割は異なります。SKUは販売・在庫管理の単位、GTINは標準化された商品識別子、Product Modelは共通する基本モデル、Variantはそのモデルに存在する具体的な仕様差として整理できます。そして3Dモデルは商品を識別するIDではなく、商品をデジタル空間で表現するためのデータです。そのため、商品を識別する情報、商品モデル、Variant、3Dモデルを一つのものとして扱うのではなく、それぞれの役割と対応関係を明確にする必要があります。3D・AIで重要なのは、IDを一つに統一することではありません。「何が商品を識別するのか」「どこまでが共通するモデルなのか」「どこからが別Variantなのか」「その仕様をどの3D資産で表現するのか」この関係が整理されていれば、3D・AI・EC・ARなど、用途が変わっても商品データを展開しやすくなります。FAQQ1. SKUとGTINは同じ商品IDですか？同じものではありません。SKUは企業が販売・在庫管理のために設定する管理単位、GTINは商品を識別するための標準化された識別子です。SKUがそのままGTINになるわけではありません。Q2. Product ModelとVariantはどう違いますか？Product Modelは共通する商品の基本モデル、Variantはそのモデルにあるサイズ、カラー、素材、張地などの違いを表します。たとえば「ブラック」と「ナチュラル」は、同じProduct Modelの別Variantとして整理できます。Q3. Variantが違えば、別の3Dモデルが必要ですか？必ずしも必要ではありません。カラーだけが違う場合は、同じ3D形状に異なるマテリアルやテクスチャを設定して対応できる場合があります。一方、サイズや構造、形状が変わる場合は、別の3Dモデルが必要になることがあります。Q4. 3Dモデルに商品IDを付ければ、商品データを管理できますか？商品IDと3Dモデルを対応させることは重要ですが、それだけでは十分ではありません。商品モデルやVariantとの関係、さらに画像やテクスチャなどのデジタル資産がどの仕様に対応するのかまで確認できる状態が必要です。Q5. AIの商品検索・提案にSKUやGTINは必要ですか？用途によって必要な情報は異なります。ただし、AIが具体的な商品を特定し、実際の商品データや3D資産につなげる場合には、識別情報と商品仕様の整理が重要になります。Q6. 3D化する前に、SKU・GTIN・Variantをすべて整理する必要がありますか？最初から完璧に整理する必要はありません。まず商品コード、SKU、GTINが何を識別しているのか、Product ModelとVariantがどう分かれているのかを確認し、3Dモデルや画像との対応関係を整理するところから始められます。 関連記事· 商品情報はあるのに、なぜ3D・AIでは使えない？｜「商品情報」から「デジタル商品資産」への進化· 3Dシミュレーションとは？仕組みやメリット、活用方法をわかりやすく解説· 3Dシミュレーションは何に使える？インテリア・リフォーム・住宅業界の活用例· 3D提案を導入したのに使われない？現場で起こりやすい課題と解決策· AI時代のインテリアデザインはどう変わるのか？「作る人」から「選ぶ人」へ
商品を3DやAIで活用するなら、商品を正しく識別できる情報は欠かせません。ただ、家具や建材のようにサイズ、カラー、素材、仕様などのバリエーションが多い商品では、一つのIDだけですべてを整理するのは難しくなります。同じソファでも、2人掛け・3人掛け、カラーや張地の違いなど、販売される仕様は複数あります。さらに3Dで使う場合は、それぞれの仕様に対応する3Dモデルやテクスチャなども必要になります。そこで混同しやすいのが、SKU、GTIN、Product Model、Variantです。それぞれ役割が異なり、商品を識別する情報と、商品の基本モデル・具体的な仕様を分けて考えることが重要になります。この記事では、SKU、GTIN、Product Model、Variantがそれぞれ何を表すのか、3Dモデルとどのように関係するのかを整理し、3D・AIで商品データを活用するための考え方を解説します。なぜ「商品ID一つ」では管理しにくいのか一つの商品でも、管理する単位が違う商品管理では、一つの商品に一つのIDを付ければ分かりやすいように見えます。しかし、実際の家具や建材には複数の管理単位があります。たとえば、あるソファに3種類のサイズ、5種類のカラー、2種類の張地があれば、商品として共通する部分を持ちながら、販売される具体的な組み合わせは複数に分かれます。商品企画では一つのシリーズでも、在庫管理ではサイズやカラーごとに別の商品として扱うことがあります。さらに、社内で使う商品コードと、流通上の商品を識別するコードでは目的も異なります。ECでは購入者が選択するカラーやサイズをVariantとして扱うこともあります。そのため、「商品番号」という項目を一つ置くだけでは、その番号が何を識別しているのかが分からなくなります。3DやAIへ商品データを展開するときは、まず現在使われているIDが「何を識別するためのものなのか」を整理する必要があります。SKU・GTIN・Product Model・Variantの違いSKUは「販売・在庫管理の単位」SKU（Stock Keeping Unit）は、企業が商品を販売・在庫管理する際に設定する管理単位です。同じソファでも、「ブラック・3人掛け」と「ベージュ・3人掛け」を在庫上別の商品として管理するなら、それぞれ異なるSKUになることがあります。ただし、SKUの分け方には企業ごとの運用があるため、すべての会社で同じ基準になるわけではありません。そのためSKUは、商品そのものに普遍的に付与された番号というより、「自社では何を一つの販売・在庫管理単位として扱うのか」を示す情報と考えると分かりやすくなります。GTINは「標準化された商品識別子」GTIN（Global Trade Item Number）は、企業が自社だけで使う管理番号ではなく、GS1標準に基づいて商品を識別するための国際的な識別子です。日本で使われているJANコードもGTINの体系に含まれます。SKUとの違いは、設定される目的です。SKUが自社の販売・在庫管理のための単位であるのに対し、GTINは企業やシステムをまたいで商品を識別するための標準化された識別情報です。そのため、社内で「ABC-SOFA-BK-3P」というSKUを設定していても、それがそのままGTINになるわけではありません。重要なのは、どちらが正しい商品IDかを決めることではなく、それぞれが何を識別しているのかを理解することです。Product Modelは「共通する基本モデル」Product Modelという言葉は、商品管理の仕組みによって使われ方が異なります。ここでは、個々の販売単位ではなく、共通する設計や仕様を持つ商品の基本モデルを捉える概念として考えます。たとえば、同じデザインのチェアにブラック、ホワイト、ナチュラルの3色がある場合、販売上は異なる商品として扱っていても、商品企画や3D資産の管理では、共通する一つのモデルに複数のバリエーションがあると整理できます。この考え方は3Dモデルの管理でも重要です。カラーだけが違うなら共通する形状を使い、マテリアルを切り替える構成が考えられます。一方、座面の幅や脚の形状まで変わる場合は、別の形状データが必要になることがあります。Variantは「同じモデルの具体的な違い」Variantは、同じ商品モデルに存在するサイズ、カラー、素材、張地、仕上げなどの違いを表すものとして考えられます。たとえば、同じテーブルに1200mmと1600mmのサイズがあれば、どちらも同じ基本モデルに属しながら、異なるVariantとして整理できます。ここで重要なのは、Variantが違うことと、3Dモデルが別になることは同じではないという点です。カラーだけが異なるなら同じ形状を共有できますが、サイズや構造が変われば別の形状が必要になる場合があります。4つを分けて考えると、3Dモデルとの関係が見えてくるここまでの4つを整理すると、それぞれの役割は次のように分けられます。項目主な役割例SKU販売・在庫管理の単位ブラック・3人掛けGTIN標準化された商品識別JANなどProduct Model共通する基本モデルソファAシリーズVariantモデル内の具体的な仕様差3人掛け・グレー3D Model商品を空間上で表現するデータsofa_A_3P.glbここで注意したいのは、これらが一対一で対応するとは限らないことです。たとえば、カラー違いでSKUやVariantが分かれていても、3Dでは一つの形状モデルを共有できる場合があります。一方、サイズや構造が違えば、複数の3Dモデルが必要になることがあります。つまり、「商品IDが5つあるから3Dモデルも5つ必要」という考え方ではありません。商品管理上の差分と、3D空間で表現するための差分は別に考える必要があります。3Dモデルは「商品ID」ではなく、商品を表現するデータ3Dモデルは商品を識別するためのIDではなく、商品をデジタル空間上で形状として表現するためのデータです。たとえば商品情報に商品名、サイズ、素材、カラーなどが登録されていても、3Dモデルがなければ、その商品の形状を空間上で確認することはできません。一方で、「chair_001.glb」というファイルだけが存在していても、それがどの商品を表しているのか分からなければ、実際の業務では扱いにくくなります。そこで必要になるのが、識別情報と3D資産の対応関係です。「この3DモデルはどのProduct Modelの、どのVariantを表しているのか」が追える状態になっていれば、商品情報と3D資産を別々の役割で管理できます。つまり、IDは「何の商品か」を特定する。Product Modelは「何を共通モデルとして扱うか」を示す。Variantは「そのモデルのどこが違うか」を示す。3Dモデルは「その商品をどう空間上で表現するか」を担う。この役割分担を明確にすることが、3D商品データを整理する基本になります。3Dモデルを増やす前に「どこまで分けるか」を決める商品バリエーション数と3Dモデル数は一致しない商品を3D化するとき、「カラーが5色なら5モデル」「サイズが3種類なら3モデル」と考えがちです。しかし、商品上のバリエーション数と、必要な3Dモデル数をそのまま一致させる必要はありません。たとえば、形状が完全に同じチェアでカラーだけが異なるなら、一つの3D形状に複数のマテリアルやテクスチャを設定する構成が考えられます。一方、座面の幅や脚の形状まで変わるのであれば、別の形状データが必要になる場合があります。この違いを整理しないままVariantごとに3Dモデルを制作すると、モデル数だけでなく、制作後の確認や更新対象も増えていきます。そのため3D化を始める前に、「商品管理上は何を分けるのか」と「3D資産として何を分ける必要があるのか」を別々に整理しておくことが重要です。3Dモデルだけでなく、関連するデジタル資産の管理も重要です。→ 商品情報はあるのに、なぜ3D・AIでは使えない？｜「商品情報」から「デジタル商品資産」への進化AI活用でも、識別情報の整理が重要になるAIによる商品検索や提案では、商品名や説明文だけで商品を正確に特定できるとは限りません。たとえば「ナチュラルな木製のダイニングテーブル」と検索した場合、AIが候補を出すだけなら商品名や属性情報でも対応できます。しかし、その商品が現在販売されているのか、どのサイズ・カラーなのか、どのVariantに該当するのか、さらに対応する3Dモデルや画像はどれなのかまで判断するには、商品情報同士の関係が必要になります。特に、AIの検索結果を実際の商品データや3D資産につなげる場合は、「似た商品」を見つけるだけでは不十分です。具体的な商品モデルやVariantを特定し、その仕様に対応するデジタル資産を取り出せることが重要になります。つまりAI活用で重要なのは、商品情報を大量に持つことだけではありません。SKU、GTINなどの識別情報とProduct Model、Variant、さらに画像や3Dモデルがどのような関係にあるのかを整理しておくことです。企業の商品データで起こりやすい問題実際の企業では、商品データが一つの場所にきれいに整理されているとは限りません。商品マスタには社内の商品コードがある一方、ECでは別の商品番号が使われ、営業資料では商品名だけが記載されている。3Dモデルは制作会社から納品されたファイル名で管理され、画像は別のフォルダに保存されている、といった状態も考えられます。それぞれの業務だけを見れば運用できても、3D提案やAI検索など新しい用途へ展開すると、「この3Dモデルはどの商品か」「この画像はどのVariantか」「この商品は現在販売されているのか」といった確認が必要になります。ここで必要なのは、新しい「商品ID」を一つ追加することだけではありません。現在使われている識別情報が何を表し、どの商品単位・仕様に対応しているのかを整理することが先になります。商品データを整理するときに確認したいこと3DやAIで商品データを活用するなら、まず現在の商品がどの単位で管理されているかを確認します。· 社内の商品コードは何を識別しているか· SKUはどの条件で分かれているか· GTINはどの商品単位に付いているか· Product ModelとVariantはどう分かれているか· 各Variantにどの画像・3Dモデルが対応しているか最初から理想的なデータ構造を作り直す必要はありません。まずは現在の業務で使われている情報を並べ、「同じ商品について、システムや部署ごとにどの情報が使われているのか」を把握することが重要です。そのうえで、3D、AI、EC、ARなど今後どの用途へ商品データを展開したいのかを考えると、どの情報を共通化し、どの情報を個別に持つべきかが見えやすくなります。Coohomで3D空間に商品を活用するなら商品を3D空間で提案するとき、必要なのは3Dモデルが存在することだけではありません。そのモデルが、実際に販売されているどの商品モデル・どのVariantを表しているのかを確認できることも重要です。たとえば、同じシリーズのソファでも、2人掛けと3人掛けではサイズが異なります。同じ3人掛けでもカラーや張地が変われば、使用するマテリアルやテクスチャが変わる場合があります。Coohomのような空間デザインツールでは、家具や建材を3D空間に配置し、サイズや素材、レイアウトを確認しながら空間提案を進められます。そのため、3Dモデルを単なる形状ファイルとして扱うのではなく、実際の商品・Variantとの対応関係まで整理しておくことが、商品データを空間提案につなげるうえで重要になります。3D活用を進めるときは、「何個のモデルを作るか」だけを見るのではなく、「そのモデルがどの商品・どの仕様を表しているのか」まで含めて設計することが大切です。まとめSKU、GTIN、Product Model、Variantは、どれも商品データに関係しますが、役割は異なります。SKUは販売・在庫管理の単位、GTINは標準化された商品識別子、Product Modelは共通する基本モデル、Variantはそのモデルに存在する具体的な仕様差として整理できます。そして3Dモデルは商品を識別するIDではなく、商品をデジタル空間で表現するためのデータです。そのため、商品を識別する情報、商品モデル、Variant、3Dモデルを一つのものとして扱うのではなく、それぞれの役割と対応関係を明確にする必要があります。3D・AIで重要なのは、IDを一つに統一することではありません。「何が商品を識別するのか」「どこまでが共通するモデルなのか」「どこからが別Variantなのか」「その仕様をどの3D資産で表現するのか」この関係が整理されていれば、3D・AI・EC・ARなど、用途が変わっても商品データを展開しやすくなります。FAQQ1. SKUとGTINは同じ商品IDですか？同じものではありません。SKUは企業が販売・在庫管理のために設定する管理単位、GTINは商品を識別するための標準化された識別子です。SKUがそのままGTINになるわけではありません。Q2. Product ModelとVariantはどう違いますか？Product Modelは共通する商品の基本モデル、Variantはそのモデルにあるサイズ、カラー、素材、張地などの違いを表します。たとえば「ブラック」と「ナチュラル」は、同じProduct Modelの別Variantとして整理できます。Q3. Variantが違えば、別の3Dモデルが必要ですか？必ずしも必要ではありません。カラーだけが違う場合は、同じ3D形状に異なるマテリアルやテクスチャを設定して対応できる場合があります。一方、サイズや構造、形状が変わる場合は、別の3Dモデルが必要になることがあります。Q4. 3Dモデルに商品IDを付ければ、商品データを管理できますか？商品IDと3Dモデルを対応させることは重要ですが、それだけでは十分ではありません。商品モデルやVariantとの関係、さらに画像やテクスチャなどのデジタル資産がどの仕様に対応するのかまで確認できる状態が必要です。Q5. AIの商品検索・提案にSKUやGTINは必要ですか？用途によって必要な情報は異なります。ただし、AIが具体的な商品を特定し、実際の商品データや3D資産につなげる場合には、識別情報と商品仕様の整理が重要になります。Q6. 3D化する前に、SKU・GTIN・Variantをすべて整理する必要がありますか？最初から完璧に整理する必要はありません。まず商品コード、SKU、GTINが何を識別しているのか、Product ModelとVariantがどう分かれているのかを確認し、3Dモデルや画像との対応関係を整理するところから始められます。 関連記事· 商品情報はあるのに、なぜ3D・AIでは使えない？｜「商品情報」から「デジタル商品資産」への進化· 3Dシミュレーションとは？仕組みやメリット、活用方法をわかりやすく解説· 3Dシミュレーションは何に使える？インテリア・リフォーム・住宅業界の活用例· 3D提案を導入したのに使われない？現場で起こりやすい課題と解決策· AI時代のインテリアデザインはどう変わるのか？「作る人」から「選ぶ人」へ
