Amazon在庫管理の基本｜毎日・毎週・注文後に確認したいチェック項目

Amazonで販売する商品の管理では、在庫数が残っているかだけでなく、出品が有効か、販売価格が想定どおりか、注文後の処理が止まっていないかまで確認します。

商品数が少ないうちはセラーセントラルの一覧を上から見る方法でも対応できます。しかし商品が増えると、問題のない商品と、確認が必要な商品が同じ一覧に並び、優先順位を付けにくくなります。

そこで、商品の状態を未紐付け、反映待ち、出品中、停止中、未出荷、売上反映済みなどに分け、現在どの段階にあるかを先に確認する考え方が役立ちます。

毎日の確認では、すべての商品情報を読み直すのではなく、前回から変化した商品と、処理が完了していない商品を優先します。在庫切れ、価格変化、出品停止、注文発生など、次の行動が必要な状態を先に見ます。

たとえば、販売先の商品候補が売り切れた場合や、価格が大きく変わった場合は、Amazon側の在庫数や販売価格を見直す必要があります。出品反映待ちの商品が長く残っている場合は、処理状況やエラー内容を確認します。

毎日見る一覧では、問題がない商品を目立たせるより、確認が必要な商品を絞り込めることが大切です。タブやフィルターを使い、次に作業する商品だけを表示します。

毎週の確認では、日々の処理だけでは気づきにくい傾向を見ます。長期間注文がない商品、何度も価格変更が必要になる商品、在庫切れと復旧を繰り返す商品などを整理します。

販売予定価格、送料、販売手数料、利益目標などの設定も見直します。標準設定を変更した場合は、既存商品へどのように反映されるかを確認し、意図しない一括変更を避けます。

不要になった候補や停止中の商品を整理すると、毎日の一覧が見やすくなります。ただし、売上や注文履歴とつながる情報を削除する場合は、履歴を残す方法を選びます。

注文が入った直後は、販売できたという結果だけでなく、どの商品が売れ、仕入れや発送に必要な情報がそろっているかを確認します。Seller SKUを基準に、注文と管理中の商品を照合します。

未出荷の段階では、注文日時、売上金額、仕入価格、注文ID、発送に必要な情報を確認します。仕入価格が未取得の場合や、注文キャンセルなど通常と異なる状態がある場合は、保留として分けて表示すると確認しやすくなります。

発送後または売上確定後は、実際の送料や経費を反映します。予定利益と実際の利益を分けて記録すると、次回の仕入判断で計算条件を改善できます。

在庫切れや価格変化を見つけても、すべて同じ緊急度ではありません。現在出品中の商品、注文が入っている商品、Amazon反映待ちの商品など、販売への影響が大きい順に確認します。

価格が変わった場合は、単に追随するのではなく、仕入価格、送料、手数料を含めた利益の目安を再計算します。販売価格を下げることで利益目標を下回る場合は、出品停止や候補の見直しも選択肢になります。

在庫切れを検知したときも、Amazon在庫をすぐに変更する前に、対象のSKUと商品候補が正しいかを確認します。誤った商品へ在庫更新を行わないため、識別情報と処理対象を画面上で見直します。

商品名だけで在庫を追うと、同じ商品や似た商品が増えたときに、どの出品が売れたのか分かりにくくなります。Seller SKUを軸にすると、出品時の条件、在庫状態、注文、売上を同じ管理単位で確認できます。

同じASINへ複数のSKUを使っている場合は、商品状態や仕入単位が異なる可能性があります。注文処理ではASINだけでなくSKUも確認し、仕入価格や状態を正しく対応させます。

メルスナイパーでは、在庫一覧、注文後の未出荷、売上反映済みの各段階でSKUを確認できるようにし、画面が変わっても同じ商品を追えることを重視しています。

在庫管理を続けるには、すべてを常に確認しようとしないことも大切です。毎日は変化と未処理、毎週は設定と長期滞留、注文後は発送と売上というように、目的を分けます。

確認する時間を決め、一覧を開いたら最初にどのタブを見るかを固定すると、商品数が増えても同じ手順を保ちやすくなります。問題がない商品より、次の行動が必要な商品から処理します。

担当者が増える場合は、確認済み、保留、対応中などの状態を共有できるようにします。同じ商品を複数人が重複して処理しないため、作業状態を記録します。

在庫管理、注文管理、売上管理は、それぞれ別の画面で行うことがありますが、同じ商品を追っている点は共通しています。Seller SKUと商品状態を基準に、各段階の情報をつなげることが大切です。

毎日の確認で変化へ気づき、注文後に必要な処理を行い、売上確定後に実際の費用を記録する。この流れを保つと、在庫数だけでは見えない運用上の問題も見つけやすくなります。

今後の記事では、商品検索、利益計算、在庫管理を一人で続けるための画面設計や、確認作業をチームへ引き継ぐときの考え方も紹介していきます。