多店舗の出品作業を10分の1にする。商品マスタ一元管理という設計

同じ商品なのに、Amazon・楽天・Qoo10でCSVの形式も文字数制限も画像規格も全部違う。1商品を4モールに登録するのに半日かかる。この出品地獄を抜ける鍵は、根性ではなく「商品マスタの一元管理」という設計です。

監修: 廣瀬正拓(中小企業診断士 / 現役EC事業経営者)

多モール出品が地獄になる本当の理由

多店舗展開に踏み出したセラーが最初にぶつかる壁が、出品作業です。売上を伸ばすためにチャネルを増やしたはずが、増やすほど登録作業が指数関数的に膨らんでいく。

理由は明快です。同じ商品でも、モールごとに要求される形式が全く違うから。Amazonのブラウズノードと出品ファイル、楽天のCSVとRMS、Qoo10の登録フォーマット。商品名の文字数制限も、使える記号も、画像の規格も、すべてバラバラです。結果、1つの商品を1つのモールに合わせて整える作業を、モールの数だけ繰り返すことになります。

この構造を放置したまま人を増やして乗り切ろうとすると、人件費が売上を圧迫します。作業量がチャネル数に比例して増える限り、店舗を増やすほど利益が薄くなる。これは根性ではなく設計で解くべき問題です。

モールごとの違いを具体的に見る

どれだけ形式が違うのかを、代表的な項目で整理します。同じ1商品でも、これだけの差を毎回吸収しているのです。

1項目ずつ見れば些細な違いですが、これが積み重なると1商品あたりの登録が半日仕事になります。しかも商品が増えれば増えるほど、この負担は膨らみ続けます。

時短よりも怖い「表記ゆれ」という品質問題

手作業の多モール出品には、時間以上に深刻な問題が潜んでいます。表記ゆれとミスが構造的に発生することです。

• Amazonでは全角、楽天では半角で商品名を入れてしまう
• 価格改定を1モールだけ反映し忘れ、チャネル間で値段がバラつく
• コピペのミスで、別商品の説明文が混入する

これらは「気をつければ防げる」種類のミスに見えて、人が手作業で繰り返す限り、確率的に必ず起きます。そして多モールに商品が増えるほど、どこかで起きたミスに気づけなくなる。出品作業の効率化は、単なる時短ではなく品質管理の問題なのです。

特に価格の食い違いは、顧客からの信頼を損ないます。同じ店舗が運営する別モールで値段が違えば、高いほうで買った顧客は不信感を持ちます。表記ゆれは、見えないところで売上とブランドの両方を削っていきます。

解決の核心: 商品マスタを1枚に集約する

この問題の根本原因は、各モールの管理画面が「商品情報の置き場所」になっていることです。同じ商品の情報が、Amazonにも楽天にもQoo10にも別々に存在し、それぞれ手で管理されている。だから同期が取れず、ゆれが生まれます。

解決策は発想の転換です。商品情報の「正本」を1枚のスプレッドシート(商品マスタ)に置き、各モールはそこからの出力先に過ぎないと位置づける。商品名、価格、説明文、画像URL、スペックなど、すべての元データをマスタで一元管理します。

マスタに何を持たせるか

商品マスタは、思いつく項目をただ並べるだけでは機能しません。全モールで共通して使う情報を、モールに依存しない形で持たせるのがコツです。例えば商品名は、装飾やモール固有の記号を含まない「素の名称」をマスタに置き、モールごとの体裁は変換時に付け足します。価格も、税込か税抜かといった基準を1つに決めておきます。マスタの1項目が全モールの元になるため、ここでの表記ルールが店舗全体の品質を決めます。

マスタから各モールへ「変換」する仕組み

商品マスタを作ったら、そこから各モールのフォーマットへ自動変換する仕組みを載せます。GAS(Google Apps Script)を使えば、ボタン一つでマスタから各モールのCSVを生成できます。変換のときに、モールごとのルールをすべてスクリプト側に持たせます。

• 文字数の自動調整。商品名がモールの上限を超えたら、規則に従って切り詰める
• 禁止ワードの置換。モールごとの表現規制に合わせて自動で言い換える
• 画像URLの生成。各モールの画像規格・命名規則に沿ってURLを組み立てる
• 全角半角の統一。マスタの表記ルールで統一されるため、モール間のゆれが消える

この変換ロジックの具体的な作り方は、EC運営の定型業務はGASで自動化するの「商品マスタから各モールのCSVを一括生成する」で解説しています。楽天側の一括登録の手順は楽天RMSの作業を効率化する実践テクニックもあわせてご覧ください。

この設計が生む3つの効果

1. 作業時間が桁で減る。1商品を4モールに登録する作業が、マスタ入力1回 + 変換ボタンに集約される。半日が数十分になります
2. 表記ゆれとミスが消える。正本が1つなので、モール間で情報が食い違うことが原理的になくなる
3. 価格改定・情報更新が一括になる。マスタを直して再変換するだけ。「1モールだけ直し忘れ」がなくなります

私たちはタロットカード・オラクルカードの自社ブランドをAmazon・楽天・Shopify・Qoo10の4チャネルで運営していますが、この仕組みがあるからこそ、数人規模のチームで多モールを回せています。出品を人力から仕組みに移した瞬間に、多店舗展開は現実的な戦略になるのです。

よくある失敗

商品マスタの構築でつまずくパターンは、だいたい決まっています。先に知っておくと避けられます。

• 最初から完璧なマスタを目指す。全項目・全モール対応を一気に作ろうとして、完成前に力尽きます
• マスタとモールを二重管理する。マスタを作ったのに、結局モール画面でも直してしまい、どちらが正か分からなくなります
• 表記ルールを決めずに入力する。担当者ごとに書き方が違うと、マスタ自体がゆれの発生源になります
• 変換後の確認を省く。自動生成したCSVを無検証でアップし、想定外の変換で商品ページを崩します

導入のステップ

いきなり完璧なマスタを作ろうとすると挫折します。現実的な順序は次の通りです。

1. 今ある商品情報を1枚に集める。まずは各モールに散らばった情報を、1つのスプレッドシートに棚卸しする
2. 1モール分の変換から作る。いちばん出品が多いモールへの変換を最初に自動化する
3. モールを1つずつ足す。動いて信頼できたら、次のモールの変換ルールを追加していく

最初の棚卸しには手間がかかりますが、これは一度きりの投資です。マスタが整った後は、新商品の追加も価格改定も、すべてマスタ起点で完結します。例えば仮に商品を100点抱えていても、価格を一斉に見直す作業がマスタ1枚の修正と再変換で終わる。この差が、事業が拡大したときの運営負荷を決定的に分けます。

マスタ運用を続けるためのルール

商品マスタは、作ることよりも運用を続けることのほうが難しい仕組みです。せっかく正本を1枚にしても、運用が崩れれば元の混乱に戻ります。続けるための実務ルールを押さえておきます。

最も重要なのは、マスタを唯一の正本とし、モール画面では直接編集しないという原則です。急ぎだからとモール画面で直接価格を変えてしまうと、その瞬間にマスタと実態がずれ、正本が正本でなくなります。変更は必ずマスタで行い、そこから各モールへ反映する。この一方通行を守ることが、仕組みを生かす絶対条件です。

次に、入力ルールを1枚に決めておくことです。全角と半角のどちらを使うか、価格は税込か税抜か、商品名にブランド名を入れるか。こうした表記のルールを文書化し、誰が入力しても同じ形になるようにします。マスタは複数人で触ることも多いため、ルールがないと、正本そのものが表記ゆれの発生源になってしまいます。

権限と更新の流れを決める

マスタを複数人で運用するなら、誰が何を変えられるかを決めておくと事故が減ります。例えば、価格を変えられる人を限定する、新商品の追加は決まった手順で行う、といった取り決めです。更新の流れも、マスタを直す、変換する、確認する、反映する、という順番を固定します。流れが決まっていれば、担当者が変わっても同じ品質で運用が続きます。仕組みを人に依存させないことが、多店舗展開を長く続けるための条件です。この考え方は楽天RMSの作業を効率化する実践テクニックで扱う手順の固定化とも共通します。

在庫と受注もマスタ発想で一元化する

商品マスタの発想は、出品だけでなく在庫と受注にも広げられます。出品情報の正本を1枚にしたのと同じように、在庫の正本も1つにするのです。各モールの在庫を社内の総在庫と同期させれば、どこかで売れたときに他モールの在庫も自動で減り、実在庫がないのに注文を受ける超過販売を防げます。

受注も同様に、モールごとにばらばらに処理するのではなく、共通のフローに集約します。多モールの注文を1つの流れで捌けるようにすると、モールを切り替えながら処理する手間そのものが消えます。出品・在庫・受注のすべてを「正本を1つにする」という同じ設計思想で貫くと、チャネルを増やしても運営が破綻しません。私たちが数人規模のチームで4チャネルを回せているのも、この一貫した設計があるからです。

マスタが新商品展開を加速する

商品マスタの効果は、既存商品の管理だけにとどまりません。新商品を出すスピードそのものが上がるのです。マスタと変換の仕組みが整っていれば、新商品はマスタに1行追加して変換ボタンを押すだけで、全モールに一斉に並びます。手作業で1商品ずつ4モールに登録していた頃とは、展開の速さが桁違いになります。

これは、扱う商品数が多い事業ほど効いてきます。私たちはタロットカードやオラクルカードの自社ブランドに加え、取り扱いIP・版権元30社以上のグッズを扱っていますが、新作を切れ目なく投入できるのは、この仕組みがあるからです。企画から販売までの間にある出品作業がボトルネックにならないため、商品開発に力を集中できます。出品が速いということは、市場に試せる回数が多いということであり、それは事業の成長速度を直接左右します。

スモールスタートで挫折を避ける

ここまで読むと、大がかりな仕組みが必要に思えるかもしれません。しかし最初から完璧を目指す必要はありません。むしろ、小さく始めて動かしながら育てるほうが、確実に定着します。

例えば仮に、まずは主力の数商品だけをマスタに載せ、いちばん出品の多い1モールへの変換だけを作ってみる。それが問題なく回ることを確かめてから、商品を増やし、モールを足していく。この段階的な進め方なら、途中で問題が起きても影響が小さく、修正も簡単です。いきなり全商品・全モールを一気に仕組み化しようとすると、複雑さに押し潰されて頓挫します。動く小さな仕組みを1つ作り、それを育てるという進め方が、結局いちばん早くゴールに着きます。

まとめ: 出品は作業ではなく設計

多モールの出品を効率化する鍵は、作業を速くこなすことではありません。商品情報の正本を1つにするという「設計」にあります。正本が1つになれば、時間も、ミスも、更新の手間も、まとめて解決します。

• 同じ商品の情報が各モールに別々に存在している
• 1商品の多モール登録に半日以上かかっている
• モール間で商品名や価格の表記がゆれたことがある
• 価格改定を1モールだけ忘れた経験がある
• チャネルを増やすたびに作業負荷が比例して増えている

2つ以上当てはまるなら、商品マスタの一元管理を検討する時期です。出品を設計の問題として捉え直すことが、多店舗展開を続けられる事業に変えます。

チャネルを増やす判断も設計で変わる

商品マスタと変換の仕組みが整うと、新しいモールへの出店の判断も変わってきます。手作業で運用していた頃は、モールを1つ増やすたびに出品と更新の負担が丸ごと増えるため、出店には大きな覚悟が要りました。しかし正本が1つに集約されていれば、新モールへの対応は変換ルールを1つ追加するだけで済みます。出店のコストが下がれば、試せるチャネルが増えるのです。

これは事業の可能性を広げます。これまで作業負担を理由にあきらめていたモールにも挑戦でき、そのモールが自社商品に合うかを実際に試せます。合わなければ撤退すればよく、合えば新たな売上の柱になります。仕組みがあることで、出店を「大きな決断」から「気軽に試せる選択肢」へと変えられる。設計への投資は、こうして事業の選択肢そのものを増やしていきます。少人数でも多チャネルに挑戦し続けられるのは、この身軽さがあるからです。出品を仕組みに変えるという一度の投資が、その後の事業展開のすべてを軽くしていく。だからこそ、多店舗展開を本気で目指すなら、作業を速くこなす前に、まず設計に手をつけるべきなのです。目の前の出品作業を1件ずつ速くする努力より、正本を1つにするという設計の一手が、はるかに大きな見返りを生みます。この発想の転換こそが、多店舗展開を続けられる事業とそうでない事業を分ける分岐点です。