ECサイトの棚卸しで売上が落ちる理由と販売機会を逃さない3つの在庫設計とは
福岡ECサイト株式会社
代表 鳥井 敏史
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。
専門分野
ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計ECサイト改善の主な実績
この記事の監修
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイトの棚卸し作業で販売機会を逃す理由
ECサイトの棚卸し作業中に販売を一時的に停止したり、在庫データが正確でなかったりすることで、顧客の購買機会を失ってしまう企業が増えています。
特に月次や四半期ごとの棚卸しの際に、サイトをメンテナンスモードにしたり、在庫システムとの連携がうまくいかなかったりすると、その期間の売上が大きく減少します。実際、ここで多くの企業が想像以上の損失を被っています。
しかし、この問題の本質は棚卸しという作業そのものではなく、サイトの構造設計にあります。売上を守りながら正確な在庫管理を実現することは十分に可能です。
棚卸し時の販売機会損失とは何か
棚卸し時の販売機会損失とは、正確な在庫情報を得るための作業が、売上機会の喪失につながる構造的な矛盾のことです。つまり、在庫を正確にするために販売を止めるという、互いに相反する2つの目的の間で企業が判断を迫られている状態です。
多くのECサイト運営企業では以下のような課題に直面しています。
- 棚卸し期間中にサイトを閉鎖して販売機会を失う
- 棚卸し中に販売されたのに在庫データと現物が合わない
- 棚卸しが完了するまで新商品を掲載できない
- 棚卸しに時間がかかり、その間の売上減少が大きい
- 在庫管理システムとECサイトの同期がズレている
これらの課題は個別の問題ではなく、サイト構造と在庫設計が統合されていないことから生じています。
棚卸し作業が売上に影響する3つの構造的理由
1. 販売と在庫確認が同時に行えない構造
従来型のECサイト運営では、棚卸し作業と販売活動を分離しています。棚卸しを開始すると販売を停止し、完了するまで待つという時間軸の矛盾が発生します。
実際には、棚卸し中にも顧客は購入を検討し、その機会は二度と戻りません。特に季節商品やセール品の場合、1日の販売機会喪失は想像以上に大きな損失になります。
福岡のECサイト企業では、月商100万円のサイトが棚卸しで3日間閉鎖されると、最大30万円～50万円の機会損失が発生するケースを多く見ています。これ、意外と見落とされがちですが重要なポイントです。
2. リアルタイム在庫とサイト表示が非同期化する構造
多くのサイトでは在庫データベースとECプラットフォームの連携が1日1回、または数時間ごとの同期に留まっています。棚卸し中は更新が停止され、サイトに古い在庫情報が表示されたままになります。
その結果、実際には在庫がない商品が購入されたり、在庫があるのに「在庫切れ」と表示されたりします。これは顧客満足度の低下だけでなく、オーバーセル対応のコストや返金手続きの増加につながります。
3. 棚卸しデータの入力・確認作業が人的ミスを招く構造
棚卸し表に手書きされた数字をシステムに入力し直す作業は、転記ミスが発生しやすい構造です。特に大量の商品を扱うECサイトでは、数百～数千件の商品すべてを人手で確認・入力することは現実的ではありません。
その結果、棚卸し後も在庫データが正確でない状態が続き、販売機会損失と同時に過剰在庫の発見も遅れます。
棚卸し時に販売機会を逃さない3つの在庫管理設計
設計1. 分割棚卸し構造で常時販売を継続する
一度にすべての在庫を確認するのではなく、カテゴリ別・倉庫別に棚卸しを分散させる設計です。
例えば月に1回全体棚卸しを行う代わりに、毎週特定のカテゴリだけを棚卸しする方式に変更します。衣料品なら月曜日、雑貨なら火曜日というようにローテーションさせることで、棚卸し中も他カテゴリの販売は続行できます。
この設計の実装条件は以下の通りです。
- カテゴリごとに棚卸しスケジュール表を作成する
- 該当カテゴリの在庫確認中は発送遅延の可能性をサイト上に表示する
- 各カテゴリの棚卸し周期は商品回転速度に応じて決める
- 売上実績が高いカテゴリほど棚卸し頻度を高くする
Shopifyでこの構造を実現する場合、在庫の「ロケーション」機能を活用し、棚卸し対象外のロケーションからの販売を続行させる方法があります。MakeShopの場合は、商品の公開・非公開を自動化する設定で対応できます。
設計2. リアルタイム在庫同期システムで常にデータを正確に保つ
棚卸しの完了を待たずに、日々の販売データをリアルタイムで在庫システムに反映させ、定期的に小規模な確認作業で精度を高める設計です。
具体的には、以下の流れで運用します。
- 毎日の販売実績をシステムに自動入力する
- 毎週10～20%の商品をサンプル確認（フルランダムではなく高回転商品を優先）
- 不一致が見つかった原因を特定し、改善する
- 月末に最終確認として全体の確認作業を行う
このアプローチにより、月1回の完全棚卸しではなく、日々の小さな確認と月末の軽い最終チェックに転換できます。
販売機会の喪失期間を3日から0.5日程度に短縮できた企業では、月商100万円→150万円へ売上が改善したケースがあります。これは棚卸し時間の短縮による販売再開の早期化と、常時正確な在庫情報による顧客信頼度向上の両方の効果です。
設計3. 在庫入力の自動化で人的ミスを排除する
バーコードスキャンやハンディターミナルを使用し、棚卸しデータを自動的にシステムに取り込む設計です。
手書き→手入力という2段階のミスの機会を排除します。ここは現場で差がつくポイントです。
- ハンディターミナルでバーコードをスキャン→即座にデータベース記録
- スキャン漏れや重複スキャンを自動検出
- 不一致データは即座に現場で確認・再スキャン
- 棚卸し完了時点でデータが完成している
導入コストは初期投資として30万～50万円程度ですが、年間の人件費削減と販売機会回復で、3～4ヶ月で回収できる企業がほとんどです。
月商が1,000万円以上のECサイトであれば、この自動化は優先度が高い投資となります。月商が300万円未満の企業でも、設計2の「リアルタイム同期+サンプル確認」で大きな効果が得られます。こちら、迷いがちな部分ですが優先して取り組む価値があります。
福岡ECサイト株式会社が支援した事例
健康食品を扱う月商500万円のECサイトは、毎月3日間の棚卸しでサイト閉鎖を余儀なくされていました。棚卸し後も在庫データと現物の不一致が月20～30件発生し、返金・再配送対応に月15万円程度のコストが発生していました。
福岡ECサイト株式会社が支援した改善では、以下の3つを実施しました。
- 商品カテゴリを6つに分割し、週1回の部分棚卸しに変更
- 販売データの自動同期を導入し、サイト表示の遅延を1時間以内に短縮
- ハンディターミナルを導入して手動入力を廃止
結果として、棚卸しに伴う販売停止期間は0日になり、在庫不一致は月2～3件に激減しました。これにより月商は500万円→680万円に増加し、返金対応費用は月2万円程度まで削減されました。
よくある失敗パターン
失敗1. 棚卸し周期を経営判断で決めてしまう
「月1回」「四半期1回」と経営層が決めた周期で棚卸しを実施する企業は多いですが、これは販売パターンや商品特性を無視した判断です。
実際には賞味期限が短い商品と有効期限が長い商品では、必要な棚卸し頻度が異なります。季節商品と通年商品でも異なります。販売速度が速い商品ほど、より頻繁に少規模な確認をする方が、少ない棚卸し周期で大量確認するより正確です。
失敗2. システムが連携されていないまま自動化だけを進める
ハンディターミナルを導入したものの、入力データがECプラットフォームに自動反映されず、手動で再入力している企業もあります。
自動化のメリットは「入力作業の削減」だけでなく「リアルタイムデータ連携」にあります。システム間の連携設計なしに機械だけ導入しても、効果は限定的です。
在庫管理設計の判断基準
以下の基準に当てはめることで、自社に必要な設計を判断できます。
- 月商300万円未満：設計2（リアルタイム同期+サンプル確認）から始める。ハンディターミナルの投資は不要。
- 月商300万円～1,000万円：設計1（分割棚卸し）と設計2を組み合わせる。ハンディターミナルの導入を検討。
- 月商1,000万円以上：設計3（自動化）を優先導入。3つの設計すべてを統合。
- 在庫不一致が月10件以上：設計2または設計3は必須。改善による効果が大きい。
- 棚卸し所要時間が3日以上：設計1（分割棚卸し）で最低でも2日への短縮が見込める。
また、ECサイト制作やサイトリニューアルの際に、あらかじめこうした在庫管理設計をシステムに組み込むことで、後付けの手間や追加コストを大きく削減できます。
棚卸し作業と販売を両立させる実行フロー
以下のフローで実装することで、段階的に販売機会損失を減らせます。
STEP1. 現状把握（1～2週間）
棚卸しの頻度・所要時間・不一致件数・対応コストを記録します。
STEP2. 短期対策（1～3ヶ月）
設計2のリアルタイム同期を導入します。システムの連携設定を行い、日々の販売データが在庫に反映される仕組みを作ります。
STEP3. 中期対策（3～6ヶ月）
設計1の分割棚卸しスケジュールを作成し、全体棚卸しから週別カテゴリ棚卸しへ移行します。
STEP4. 長期最適化（6ヶ月以降）
設計3の自動化を導入し、人的ミスを完全排除します。
月商が500万円以上ある場合は、STEP2とSTEP1を並行して進めることで、3ヶ月以内に大きな改善が見込めます。
棚卸し時の販売機会損失に関するよくある質問
Q1. 棚卸し中もサイトを営業し続けることは可能ですか？
はい、可能です。設計1の分割棚卸しと設計2のリアルタイム同期を組み合わせることで、棚卸し期間中も常時販売を続行できます。ただしサイト全体ではなく、棚卸し対象カテゴリ以外の販売を継続する形になります。
実装方法としては、Shopifyなら在庫ロケーションを分離し、棚卸し対象外ロケーションからのみ販売を許可する設定で対応できます。
Q2. リアルタイム同期にはシステム統合が必要ですか？何か問題がありますか？
システム統合は必要ですが、現在のShopifyやMakeShopといったプラットフォームはAPI機能が充実しており、専門の開発会社であれば3～4週間で実装可能です。
注意点としては、販売データの取得タイミングです。在庫を引く「確定時点」を明確にしておかないと、キャンセルされた注文まで在庫に反映されてしまいます。
Q3. 月商が小さいサイトは棚卸し精度を上げる必要はありませんか？
月商が小さいほど、在庫不一致による返金対応のコストの割合が大きくなります。実際の現場では、このポイントで運営効率が大きく変わります。
お電話でのお問い合わせはこちら
10:00〜18：00
（土日祝を除く）
092-419-7156
フォームでのお問い合わせはこちら
お問い合わせフォーム
