まずは情報問題を特定する

Akeneoは、製品情報、資産、サプライヤーデータの管理と拡充機能を含む、より広範な製品データプラットフォーム内で製品情報管理を提供します。カタログの維持管理が調整上の問題となった場合、販売業者はこの種のシステムを検討すべきです。重要なのは製品数だけではありません。人、言語、販売チャネルを超えて製品情報を一貫して維持することの難しさも重要な指標となります。

最近のカタログエラーとその修正に必要な作業をリストアップしてください。例としては、寸法の不一致、お手入れ方法の説明の欠落、販売店間での説明の矛盾などが挙げられます。各エラーの発生源を特定してください。根本的な問題がサプライヤーのプロセスが不明確であったり、仕様の承認責任者がいない場合、新しいシステムを導入しても効果は限定的になります。

## すべてをインポートする前に製品モデルを構築します

代表的な製品を少数選び、それぞれの属性を一覧表示してください。共通項目とカテゴリ固有の項目は分けてください。材質項目、寸法項目、マーケティング説明はそれぞれ異なる目的で使用されるため、単一の自由記述欄にまとめるべきではありません。一貫性が重要な箇所では、単位と許容値を明確に定義してください。

バリエーションには、親製品との明確な関連性を持たせましょう。共通製品に属する情報と、色、サイズ、その他の属性によって異なる情報を区別します。カタログを在庫、注文、メディアに紐づけることができる安定した識別子を使用します。この作業は、新しいインターフェースほど視覚的に印象的ではないかもしれませんが、情報を確実に再利用できるかどうかを左右する重要な要素です。

## 所有権と承認権を割り当てる

サプライヤー情報から製品コンテンツ公開までの流れをマッピングします。事実仕様の確認担当者、顧客向けコピーの作成担当者、変更承認担当者を特定します。効果的なワークフローでは、欠落している項目と事実の相違を明確に区別します。重要な主張に関する証拠は、複数のスプレッドシートにコピーされた説明に頼るのではなく、チームがすぐに見つけられる場所に保管します。

多言語コンテンツの場合、用語を定義し、翻訳責任を明確にしてください。翻訳は安定したソースレコードに従い、更新時にはどの言語バージョンに注意が必要かを明確にする必要があります。製品名、技術単位、説明文はそれぞれの役割に応じて適切に処理してください。すべてを同じ方法で翻訳すると、後々発見しにくい矛盾が生じる可能性があります。

## 出版サイクル全体を試験的に実施する

代表的な商品をインポートし、不足している情報を補完して、1つの宛先に公開します。次に、仕様を変更し、その更新が宛先に届くまでの経路を追跡します。スタッフが例外処理の練習ができるように、拒否されたレコードや不完全なレコードも含めます。最初のインポート速度だけでなく、情報の検索、承認、配布にかかる時間を測定します。

必要なチャネル、ユーザー、および実装サポートに基づいて、現在の製品およびサービスオプションを評価します。構造化された製品情報と明確なワークフローの所有権によって、カタログの問題を軽減できる場合、Akeneoは候補として検討する価値があります。最初の範囲は理解しやすい程度に小さく保ちます。目標は、単に同じ矛盾したデータを保存する場所を大きくするのではなく、人々が維持できる信頼できる製品情報源を構築することです。