出品後の在庫・注文・売上を、ひとつの流れで見直すために

出品が完了したあとも、仕入れ候補の在庫が残っているか、販売価格が現在の条件に合っているか、Amazon側へ正しく反映されているかを確認する必要があります。

注文が入ったあとは、注文日時、販売金額、仕入価格、発送状況を確認します。さらに売上を確定するときは、実際の送料や経費を入力し、出品時の利益目安と実際の結果を見比べます。

これらを別々の表や画面で管理すると、同じ商品を何度も探すことになります。出品時から同じ商品として追えることが、管理を続けやすくする基本だと考えました。

Amazonでは、出品者が商品ごとにSeller SKUを設定できます。Seller SKUは、セラーセントラル上で出品や在庫を識別し、注文や売上と結びつけるための管理番号です。

同じASINの商品でも、状態や仕入時期、運用方法が違う場合は別のSeller SKUとして管理できます。商品名だけで追うよりも、どの出品に対する注文なのかを明確にしやすくなります。

メルスナイパーでも、候補を選んだ段階からSeller SKUを確認し、出品後の在庫、注文、売上まで同じ商品として追えるようにしています。

すべての商品を同じ一覧に表示すると、今確認すべき商品が埋もれてしまいます。そこで、未紐付け、Amazon反映待ち、出品中、未出荷、売上反映済みなど、作業状態に応じて分けて確認する考え方を採用しました。

状態を分ける目的は、単に整理して見た目を整えることではありません。次に行う操作が違う商品を混ぜないことで、確認の順番を分かりやすくするためです。

在庫一覧は、在庫数だけを見る画面ではありません。どの商品が未処理なのか、どの商品がAmazon反映待ちなのか、どの商品に注文が入ったのかを確認する作業の起点です。

商品カードに必要な情報をまとめ、状態に応じた操作だけを表示すると、次に何をすべきか判断しやすくなります。候補をまだ選んでいない商品には候補確認を、注文が入った商品には売上入力への導線を表示する形です。

一覧から詳細へ移動しすぎないよう、簡易チェックや右側の確認パネルを使う設計も、連続作業を止めにくくするために取り入れています。

注文が入った直後と、実際の費用を入力して売上を確定したあとでは、確認したい内容が違います。注文直後は、注文日時、販売金額、仕入価格の取得状況、発送前に確認すべき項目が中心です。

売上反映後は、売上、仕入、送料やその他経費、最終的な利益を確認します。未入力の状態と確定後の状態を分けることで、まだ対応が必要な商品を見つけやすくなります。

仕入価格を取得できていない場合や、注文キャンセルなど通常とは異なる状態がある場合は、通常の商品と同じ表示にせず、確認が必要であることを分かるようにします。

運用では、すべての商品が同じ順番で進むとは限りません。注文キャンセル、仕入れ候補の在庫切れ、価格の大きな変化、商品情報の不足など、途中で確認が必要になる場合があります。

例外状態の商品をそのまま通常商品と同じように扱うと、未処理なのか完了なのかが分かりにくくなります。状態を明示し、必要な確認が終わったあとに再び候補選択や出品準備へ戻れることが重要です。

機能を増やすだけでなく、途中で止まった商品をどのように戻すかまで考えることが、長く運用する管理画面には必要だと考えています。

出品時に計算した利益の目安と、注文後に確定した売上を見比べると、送料設定や経費の見積もりが実際の運用に合っていたかを振り返れます。

差があった商品を確認し、次の商品では送料設定や販売予定価格を調整する。こうした振り返りを積み重ねることで、確認項目を自分の運用に合わせて整えやすくなります。

メルスナイパーは、結果を保証する仕組みではありません。商品ごとの情報を同じ流れで残し、次の判断に使いやすくする管理支援システムとして、今後も細かな改善を続けていきます。