要点: 商品情報は、SKU、商品名、状態、付属品、保管場所、販売先、発送条件を共通項目にします。自由記述だけにせず、選択肢と記載例を決めておくと、出品・在庫確認・引き継ぎでの差し戻しを減らせます。
商品情報を標準化する理由
商品情報が担当者ごとの書き方になっていると、同じ商品を探す、状態を確認する、発送方法を判断する、といった作業に時間がかかります。商品名の表記ゆれや付属品の記録漏れは、出品内容の修正や購入者からの追加質問にもつながります。
標準化の目的は、すべての商品を同じ文章にすることではありません。誰が見ても、どの情報がどこにあるか分かる状態を作ることです。
- 重複しないSKU
- 検索しやすい商品名
- 商品の状態と検品日
- 付属品と欠品
- 保管場所
- 販売先と出品状態
- 梱包・発送条件
まずSKUと商品名の役割を分ける
SKUは商品を一意に特定する番号、商品名は人が内容を理解するための説明です。SKUに商品名や価格を詰め込みすぎると、変更時に管理が複雑になるため、変わりにくい情報を中心にします。
SKUのルールを固定する
- 同じ商品に別のSKUを付けない
- 一度使ったSKUを別の商品へ再利用しない
- 半角英数字など入力規則を決める
- 空白や似た記号を避ける
- 仕入先の番号は別項目で保持する
SKUの採番方法は、商品数や担当人数に合わせます。小規模なら連番でも運用できますが、複数の保管場所や販売先をまたぐ場合は、採番表と重複チェックを用意してください。
商品名は検索と確認を優先する
商品名には、ブランド、モデル、カテゴリ、主な特徴など、担当者が検索に使う情報を含めます。正式名称と社内で呼ぶ略称が異なる場合は、正式名称を基本にし、別名を検索用の項目へ記録します。
状態と付属品を同じ基準で記録する
「美品」「良好」などの言葉だけでは、担当者によって判断が変わります。選択式の状態と、具体的な補足欄を組み合わせると、入力と確認のバランスを取りやすくなります。
状態に含める項目
| 項目 | 記録例 |
|---|---|
| 基本状態 | 未使用、中古、要確認など |
| 外観 | 傷、汚れ、変色、へこみ |
| 動作 | 確認済み、未確認、特定機能のみ確認 |
| 検品日 | 最後に確認した日 |
| 注意点 | 保管中に変化する可能性など |
「なし」「未確認」「対象外」を使い分けることも重要です。空欄は、情報がないのか、確認していないのか判断できないため、後工程で差し戻しが起こります。
付属品は有無と内容を分ける
付属品の欄は「あり」だけで終わらせず、箱、説明書、ケーブル、交換部品など内容を記録します。純正品か代替品か、傷や汚れがあるかも、購入者への説明に必要な場合は補足してください。
保管場所と写真を商品情報に紐付ける
在庫を探す時間を減らすには、棚番号や保管箱など、実際に取り出せる場所を記録します。保管場所が変わったときは、商品情報と在庫数を別々に更新せず、移動日と担当者を残すと履歴を追いやすくなります。
商品写真も、ファイル名や保存場所がばらばらだと確認に時間がかかります。SKUを写真ファイル名の先頭に付け、正面、背面、傷、付属品など撮影する向きを決めてください。出品前に写真と状態記録が一致しているか確認します。
商品写真の撮影枚数や注意点は、
でも整理しています。
販売先と発送条件を分けて管理する
一つの商品を複数の販売先へ出す場合、共通の商品情報と販売先ごとの情報を分けます。共通情報にはSKU、状態、付属品、保管場所を置き、販売先情報には出品価格、公開状態、販売先のSKU、送料設定を置きます。
出品状態の更新ルール
- 未出品：商品情報はあるが公開していない
- 下書き：出品内容を確認中
- 出品中：販売ページが公開されている
- 売却済み：注文処理中または完了
- 取り下げ：在庫や条件の理由で公開を止めた
同じ商品を複数の販売先で扱う場合は、どの状態を正とするか決めます。売却済みや取り下げの更新が遅れると、二重販売や在庫差異につながるため、注文発生後に更新する担当と期限を明確にします。
更新権限と履歴を決める
商品情報の標準化は、項目表を作るだけでは定着しません。誰が新規登録できるか、状態や価格を変更できるか、変更後に誰が確認するかを決めます。
変更履歴に残す項目
- 変更日
- 変更した項目
- 変更前と変更後の要点
- 変更理由
- 確認者
価格や公開状態のように販売へ影響する項目は、商品説明の変更と同じ担当に任せない方法もあります。小規模運営でも、重要項目だけ確認者を置くと誤更新を早く見つけられます。
月1回の標準化チェック
毎日すべての項目を棚卸しする必要はありません。月1回、次の観点でサンプル確認します。
- SKUの重複と空欄がないか
- 状態が「未確認」のまま残っていないか
- 付属品の記録と写真が一致しているか
- 保管場所と実物が一致しているか
- 出品中なのに在庫がない商品がないか
- 販売終了後に公開状態が更新されているか
不備が見つかったら、個別修正だけでなく、なぜ入力時に気付けなかったかを確認します。選択肢の追加、必須項目、記載例の変更など、入力画面や表のルールを直す方が再発防止になります。
まとめ｜商品情報は誰でも同じ判断ができる形にする
商品情報を標準化するときは、SKU、商品名、状態、付属品、保管場所、販売先、発送条件を共通項目として定義します。自由記述だけに頼らず、選択肢、記載例、更新履歴を組み合わせることが重要です。
まずは販売中の商品から7項目をそろえ、入力漏れと表記ゆれを確認してください。商品情報が一定の基準で整理されると、出品、在庫確認、引き継ぎ、購入者対応を同じ土台で進められます。
よくある質問
SKUに商品カテゴリや仕入れ日を含めてもよいですか？
含めることはできますが、後から変わる情報をSKUに入れすぎないようにします。カテゴリ変更や保管場所の移動でSKUを変えると、履歴や販売先との紐付けが切れやすくなります。変動情報は別項目で持つ方法が安全です。
商品情報の自由記述をなくすべきですか？
なくす必要はありません。状態の選択肢や必須項目で共通部分をそろえ、例外や補足だけ自由記述にします。自由記述に何を書くかの例を添えると、担当者ごとの表現差を抑えられます。
商品情報を更新する担当者が少ない場合も履歴は必要ですか？
必要です。担当者が一人でも、価格変更や状態更新の理由を残すと、後から内容を確認できます。長い議事録ではなく、変更日・項目・理由・確認者の4項目だけから始めても十分です。
参照リンク
- eBay Seller Center — 商品登録・出品管理を確認する公式案内
- Shopifyの商品管理 — 商品情報と在庫を管理する公式案内
- Amazon Seller Central — Amazon販売管理の公式入口