記事公開日
商品マスタ構築業務の工程とWBSの立て方|失敗しない進め方

目次
- 商品マスタ構築が「なんとなく」で始まると失敗する理由
- 商品マスタ構築の全体工程(6ステップ)
- 工程を分解してWBSに落とし込む手順
- 体制・役割分担の決め方
- 現実的なスケジュールの引き方とバッファ
- よくあるつまずきと回避策
- まとめ
商品マスタ構築が「なんとなく」で始まると失敗する理由
「新しいECサイトに合わせて商品マスタを作り直す」「基幹システムを刷新するので商品情報を整理する」——こうしたプロジェクトは、担当者が片手間で走り出してしまいがちです。しかし、商品マスタ構築はデータ整備そのものよりも、事前の設計と工程管理で成否が決まります。項目定義が曖昧なまま入力を始めれば後戻りが発生し、体制が不明確なまま進めれば「誰がどこまで確認したのか」が分からなくなります。
実際、ある工具商社では数万点の商品を新カタログサイトへ移す際、項目設計を後回しにしたまま入力作業を先行させ、途中で単位やカテゴリの定義がぶれて全件やり直しになったという例があります。こうした事態を避けるには、工程を明確に定義し、WBS(作業分解構成図)で「やるべきこと」を可視化しておくことが不可欠です。
商品マスタ構築の全体工程(6ステップ)
商品マスタ構築は、大きく次の6つの工程に分けて考えると全体像を把握しやすくなります。
- 1. 要件定義:マスタを何に使うのか(EC、基幹、カタログ、検索)を整理し、必要な項目とデータ品質の基準を決める
- 2. 項目設計:項目名・データ型・単位・入力ルール・カテゴリ体系を定義する
- 3. データ収集:既存システム、Excel、カタログ、メーカー提供資料などから元データを集める
- 4. データ整備:収集したデータを設計に沿って入力・変換・分類する
- 5. 品質チェック(QA):欠損・誤り・表記ゆれ・重複を検査し、修正する
- 6. 運用・保守:新商品の追加や改訂を継続的に反映する体制を整える
特に見落とされがちなのが工程1の要件定義です。マスタの「使い道」が定まっていないと、項目設計で何を揃えるべきか判断できません。商品マスタの基本的な考え方は商品マスタとは何かを整理したガイドも参考になります。
工程を分解してWBSに落とし込む手順
WBSとは、プロジェクト全体を「これ以上分けられない作業単位」まで階層的に分解した一覧です。商品マスタ構築では、工程(大分類)→タスク(中分類)→作業(小分類)の3階層で整理すると管理しやすくなります。
| 工程 | タスク例 | 成果物 |
|---|---|---|
| 項目設計 | 項目一覧の作成、単位ルール策定、カテゴリ体系設計 | 項目定義書 |
| データ収集 | 既存データの抽出、不足項目の洗い出し、メーカー資料の入手 | 元データ一式 |
| データ整備 | 項目マッピング、変換、分類付与 | 整備済みデータ |
| 品質チェック | 欠損チェック、表記ゆれ検査、ダブルチェック | QAレポート |
WBSを作る際のコツは、各作業に「完了の定義」と「成果物」を紐づけることです。「データ整備」だけでは進捗が測れませんが、「対象1万件のうち何件を整備済みにする」と定義すれば進捗率で管理できます。あわせて、各作業の担当者と想定工数を書き添えておくと、後のスケジュール作成が一気に楽になります。
体制・役割分担の決め方
商品マスタ構築は複数の役割が関わります。少なくとも次の4つの機能を誰が担うかを明確にしておきましょう。
- プロジェクト責任者:要件と品質基準を承認し、優先順位を判断する
- 設計担当:項目定義・カテゴリ体系を設計し、入力ルールを文書化する
- 整備担当(入力者):ルールに沿ってデータを入力・変換する
- 品質チェック担当:入力者とは別の目で検査する(ダブルチェック)
ここで重要なのは、入力者と品質チェック担当を分けることです。同じ人が入力と検査を兼ねると、思い込みによる誤りを見逃しやすくなります。社内リソースが不足する場合は、整備・入力工程を外部の商品情報作成・マスタ構築代行サービスに委託し、社内は設計と承認に集中する分担も有効です。委託の進め方は商品情報作成の工程別ソリューションで具体像を確認できます。
現実的なスケジュールの引き方とバッファ
スケジュールで最も多い失敗は、データ整備の工数だけを見積もって、要件定義と品質チェックを甘く見ることです。経験則として、設計と品質チェックには整備工程と同等かそれ以上の時間を見込むと現実に近づきます。
また、データ収集は自社だけで完結しないことが多く、メーカーや仕入先からの資料待ちで止まりがちです。外部依存のあるタスクは早めに着手し、待ち時間の間に並行して設計を進めるとロスを減らせます。さらに、初回の品質チェックで想定外の修正が大量に出ることを見込み、全体工数の1〜2割程度をバッファとして確保しておくと安心です。マイルストーンは「項目定義書の確定」「サンプル100件の整備完了」「全件QA完了」のように、成果物ベースで置くと進捗が明確になります。
よくあるつまずきと回避策
現場でよく見られるつまずきと、その回避策を整理します。
- 項目定義が途中で変わる:サンプルデータ数十件で設計を先に検証し、確定してから全件に着手する
- 入力ルールが人によって違う:単位・表記・区切り文字などをルール文書にまとめ、入力前に共有する
- 品質チェックが後回しになる:整備と並行して抜き取り検査を回し、問題を早期に発見する
- 運用工程が設計されていない:構築後に新商品を誰がどう追加するかを、プロジェクト内で決めておく
いずれも、要件定義とWBSの段階で「作業の完了条件」を明確にしておけば大幅に防げます。構築は一度きりではなく、その後の運用まで見据えて設計することが、活用できるマスタを作る近道です。
まとめ
商品マスタ構築は、要件定義→項目設計→データ収集→整備→品質チェック→運用の6工程で捉え、WBSで作業を分解して「完了条件」と「成果物」を紐づけることが成功の鍵です。入力者と品質チェック担当を分け、設計と品質チェックに十分な時間を確保しましょう。社内リソースが限られる場合は、整備工程を代行に委ね、社内は設計と承認に注力する分担も現実的な選択肢です。工程を可視化し、後戻りを防ぐことが、活用できる商品マスタへの最短ルートになります。

