商品情報のデータモデルとは

データモデルとは

「データモデル」というと真っ先にイメージするのはデータベース設計における「データモデル」ではないでしょうか。ER図で概念データモデルを表現し、DBMSを考慮した論理データモデルを検討し、物理データモデルに落とし込むという一連の流れを思い浮かべるあなたはもしかしたらSE(あるいはSE経験者)さんですね。「データモデル」を正しく設計することで初めて必要なデータを正しく格納できるので、まさに肝となる"箱"を定義することがデータモデルになります。

今回の内容は、このデータモデルの中の「概念データモデル」の部分にあたります。データとして表現したい物事にどのようなパターンがあり、それぞれどのような属性情報を持っているのか、そのパターン同士が関係性を持っているか、などを整理して概念的なモデルを検討していきます。

PIMのデータモデルとは

今回のテーマであるPIMの「データモデル」も、基本的にはデータベースの世界の「データモデル」と同様です。PIMは企業がもつ商品情報を一元的に管理し、販売チャネルに効率的・効果的に配信する仕組みです。この仕組みで管理される商品およびその商品に関わるあらゆる情報を格納する"箱"を定義するのがPIMのデータモデルなのです。

特に製造業における商品情報については、商品を単純に

シリーズ（カテゴリ）－　製品　－　SKU

といった階層で構造化できていればいいですが、多くの企業様では、SKUの下位概念が存在したり、バリエーションが複雑だったり、オプション品の組み合わせで品番が動的に決まったりします。商品の購買単位で考えた場合、バリエーションやオプション品の組み合わせパターンが膨大になることもあります。

また、お客様によっては、営業部門と設計部門で商品の捉え方が異なるために、新たに自社の商品の定義を見直すことになる場合もあります。

商品の定義が一筋縄ではいかないことが多いため、PIMのデータモデルを設計する難易度は高くなります。また、商品の定義について曖昧なままでプロジェクトが進んでしまうと設計やデータ移行の段階で不都合が生じ、手戻りが発生してしまいますので、初期段階でデータモデルをしっかりと掴んでおくプロセスが重要となります。

ちょっと抽象的ですが、PIMのデータモデルを考える時には「ぎゅうぎゅうに詰まったスーツケース」ではなく、「帰りにお土産も詰められる余裕があるけど、行きに荷崩れもしないように詰めたスーツケース」をイメージしておいた方が良いのかな、と思っています。商品名は20文字までだから属性を20桁で定義するとか、商品データと商品画像は1:1でしか繋がらないから単一の関連で、というマスタデータ的な考え方ではなく、将来的な拡張性を踏まえて桁数や多重度に「遊び」を持たせた構造にしておくというのが理想的ではと考えています。

とは言え外部システムとの連携なども関係してきますので、マスタデータと同じ制約をPIMにも持たせる必要があるのか、など要件に応じて検討することをお勧めします。

さて、今回はPIMにおけるデータモデルのさわりの部分をご紹介しました。使われ続けるPIMを導入・構築するためには、データモデル設計が最大のポイントとなります。次回より、商品を定義していくための具体的なお話しをしていきます。

------------

2020年6月に、CONTENTSERV社と共同でこの記事を基にしたWebinarを開催しました。そちらの動画を以下からご覧いただけますので、併せてご覧ください。

　【動画・事例】PIMのデータモデルとは

------------