「Excel在庫管理の限界」に直面したら読む記事

月商300万円を超えたあたりから、ECサイトの裏側が悲鳴を上げ始めます。

「出荷したはずの商品が在庫表では残っている」「モールと自社サイトの在庫数が合わない」「繁忙期に出荷が追いつかず、レビューに'配送が遅い'と書かれた」——こうした症状に覚えがあるなら、あなたのEC事業はオペレーションの転換期に差し掛かっています。

経済産業省の電子商取引に関する市場調査によると、BtoC-EC市場は年々拡大を続けています。市場が伸びるということは、競合も増えるということです。商品力で差がつかなくなったとき、在庫管理と物流の質が顧客体験を左右する決定的な要素になります。

この記事では、従業員5〜30名規模のEC事業者が「人を増やさずに受注オペレーションを安定させる」ための実践手法を、在庫管理・物流・自動化の3つの軸で解説します。

在庫管理の3大課題とその正体

EC事業者の在庫管理で繰り返し発生する問題は、突き詰めると3つに集約されます。

在庫数の不一致(実在庫と論理在庫のズレ)

自社ECサイト、Amazon、楽天と複数チャネルで販売している事業者にとって、最も頭の痛い問題がこれです。Aモールで売れた分がBモールの在庫に反映されるまでにタイムラグがあり、その間に同じ商品が二重に売れてしまう。いわゆる売り越し(overselling)です。

売り越しが起きると、キャンセル対応、お詫びメール、レビュー低下と、目に見えないコストが膨らみます。月に2〜3件でも、年間では数十件になります。信頼の毀損は数字に表れにくいだけに、放置されがちです。

在庫過多と在庫切れの両立

「売れ残りが怖いから少なめに仕入れる」と機会損失が発生し、「売り逃したくないから多めに仕入れる」とキャッシュフローが悪化する。この二律背反は、需要予測の精度が低い段階ではどちらにも倒れます。

ピッキング・梱包のボトルネック

SKU(Stock Keeping Unit、管理すべき商品の最小単位)が50を超えたあたりから、出荷作業のミスが増え始めます。商品の取り違え、同梱物の入れ忘れ、送り状の貼り間違い。1件あたりの作業時間が3分だとしても、1日100件出荷なら5時間。この5時間の中にミスが混ざると、返品・再配送のコストが上乗せされます。

まず取り組むべきは「一元管理」の仕組みづくり

Excelからの卒業タイミング

Excelやスプレッドシートでの在庫管理は、単一チャネル・SKU50以下・月間出荷300件以下であれば十分に機能します。しかし以下のいずれかに該当したら、専用ツールへの移行を検討すべきタイミングです。

  • 複数のECモール・カートを併用している
  • SKU数が100を超えた
  • 月間出荷件数が500件を超えた
  • 在庫確認のためにスタッフが1日30分以上を費やしている

WMS(倉庫管理システム)の導入判断

WMS(Warehouse Management System)は、入荷・保管・ピッキング・出荷の一連の倉庫業務をシステムで管理するものです。大規模物流センター向けのイメージがありますが、近年はクラウド型のWMSが月額数万円から利用でき、中小EC事業者にも手が届く価格帯になっています。

WMS導入で期待できる効果は主に3つあります。

  1. バーコード検品による出荷ミスの大幅削減。目視検品と比較して誤出荷率が10分の1以下になります
  2. ロケーション管理によるピッキング動線の最適化。作業時間の15〜30%短縮が目安です
  3. リアルタイム在庫の自動連携による売り越し防止

ただし、SKU数が少なく出荷件数も月200件以下の段階では、WMSの導入コストに見合わないケースもあります。まずは受注管理システム(OMS)で複数チャネルの在庫を一元化し、出荷件数の増加に応じてWMSを検討するのが現実的なステップです。

在庫連携の具体的な手法

複数チャネルの在庫を同期する方法は、大きく分けて3つあります。

手動更新は、各モールの管理画面を手動で更新する方法です。コストはゼロですが、タイムラグが大きく売り越しリスクが高くなります。SKU20以下・月間出荷100件以下なら許容範囲です。

CSV一括連携は、各モールが提供するCSVアップロード機能を使い、定期的に在庫数を一括更新する方法です。1日2〜3回の更新で売り越しリスクをある程度抑えられますが、更新の間の売り越しは防げません。

**API連携(リアルタイム同期)**は、受注管理システムやWMSが各モールのAPIと接続し、注文が入るたびに全チャネルの在庫数を自動更新する方法です。売り越しリスクを最小化できますが、システム導入コストがかかります。月額1〜5万円程度のSaaS型OMSの多くがこの機能を備えています。

中小企業庁のIT導入補助金を活用すれば、こうしたシステム導入費用の一部を補助で賄えることがあります。年度によって対象や補助率が変わるため、申請を検討する場合は最新の公募要領を確認してください。

物流パートナーの選び方

自社出荷と3PLの分岐点

出荷業務を自社で行うか、3PL(Third Party Logistics、物流業務を専門業者に委託するモデル)に任せるかは、EC事業者が必ず直面する判断です。

自社出荷が適しているのは、商品にカスタマイズや手書きメッセージなどパーソナルな要素がある場合、SKU数が少なく梱包パターンがシンプルな場合、出荷件数が月300件以下で既存スタッフで対応可能な場合です。

一方、3PL委託が適しているのは、月間出荷件数が500件を超えて出荷業務がコア業務を圧迫している場合、繁忙期の出荷波動が大きい場合、保管スペースの確保が難しくなってきた場合です。

3PLの料金体系は、固定費型(保管料+基本料)と変動費型(出荷件数に応じた従量課金)の2パターンが主流です。月間出荷500件未満の場合、変動費型のほうが総コストを抑えやすい傾向があります。

3PL選定の5つのチェックポイント

物流パートナーの選定で見落としがちなポイントを整理します。

1つ目はシステム連携の柔軟性です。自社のカートシステムやOMSとAPI連携できるかどうかを確認してください。CSVのみの場合、手作業が残り自動化のメリットが半減します。

2つ目は出荷リードタイムです。注文確定から出荷までの標準リードタイムを確認しましょう。「当日出荷」を謳っていても、締め時間が午前中のみということもあります。

3つ目は誤出荷率の実績です。業界平均は0.1%(1,000件に1件)程度です。0.05%以下を安定的に出している業者は信頼できます。

4つ目は繁忙期の対応力です。通常月の2〜3倍の出荷量に対応できるか、過去の実績を具体的に確認してください。

5つ目は返品処理のフローです。返品商品の検品・再入庫のルールが明確かどうかを確認します。返品率が高い商材、たとえばアパレルなどでは特に重要です。

配送キャリアの使い分け

国土交通省の総合物流施策大綱でも指摘されている通り、物流業界は人手不足と配送コストの上昇という構造的な課題を抱えています。EC事業者としても、単一のキャリアに依存するのではなく、商品特性や配送先に応じた使い分けが必要です。

小型・軽量商品であればネコポスやゆうパケットのようなメール便系サービスでコストを抑え、中〜大型商品は宅配便を使う。この切り分けだけでも、配送コストを10〜20%削減できるケースは珍しくありません。

受注から出荷までの業務フローを設計する

理想的な受注処理フロー

以下は、従業員10名程度のEC事業者が目指すべき受注処理フローの基本形です。

ステップ1: 受注取り込み。各チャネル(自社EC、Amazon、楽天等)の注文データをOMSに自動取り込みします。

ステップ2: 在庫引当。受注と同時に在庫を確保し、他チャネルの販売可能数を自動更新します。

ステップ3: 出荷指示。決済確認済みの注文を自動で出荷キューに投入します。

ステップ4: ピッキングリスト生成。出荷キューからピッキングリストを自動生成します。ロケーション順にソートされていると作業効率が上がります。

ステップ5: 検品・梱包。バーコードスキャンで商品を検品し、梱包します。同梱物のルールもシステムで管理します。

ステップ6: 送り状発行・出荷。キャリアのシステムと連携して送り状を自動発行します。出荷完了と同時に追跡番号を顧客に自動通知します。

ステップ7: 在庫更新。出荷実績に基づき在庫数を更新し、全チャネルに反映します。

このフローの中で、人の手が入るのは基本的にステップ5(検品・梱包)のみです。それ以外はシステム間の連携で自動化できます。

よくある「手作業のボトルネック」と解消法

送り状の手入力は、カートシステムから注文データをCSVで出力し、キャリアの送り状発行システムに取り込むことで排除できます。多くのOMSにはこの機能が標準搭載されています。

在庫確認のための社内問い合わせが頻発する場合は、在庫データが一元化されていない証拠です。OMS導入でリアルタイムの在庫状況を全員が確認できるようにしましょう。

「発送しました」メールを手動で送っている場合は、キャリア連携による追跡番号の自動通知に切り替えてください。これだけで1日30分〜1時間の作業が削減されます。

業務自動化の具体的なアプローチについては、AIを活用した業務自動化ガイドで手順を詳しく解説しています。EC物流に限らず、定型業務の自動化を体系的に進めたい方は参考にしてください。

需要予測と適正在庫の考え方

ABCランク分析で在庫にメリハリをつける

全SKUを同じ基準で管理しようとすると、管理コストが膨大になります。売上貢献度に基づいてSKUを3つのランクに分類するABC分析が有効です。

Aランクは売上上位20%のSKUで、全体売上の約80%を構成します。欠品を絶対に避けるべき商品群です。安全在庫を多めに設定し、発注頻度も高く保ちます。

Bランクは売上中位30%のSKUです。標準的な安全在庫で管理し、月次で発注量を見直します。

Cランクは売上下位50%のSKUで、全体売上の5〜10%を占めます。最小限の在庫に抑え、場合によっては受注後発注(取り寄せ)も検討します。

安全在庫の計算方法

安全在庫とは、需要の変動やリードタイムのばらつきに備えて持っておく余剰在庫のことです。計算の基本式は次の通りです。

安全在庫 = 安全係数 × 需要の標準偏差 × √リードタイム

安全係数は許容できる欠品率によって決まります。欠品率5%なら1.65、1%なら2.33が目安です。

たとえば、1日の平均販売数が10個、標準偏差が3個、発注から入荷までのリードタイムが4日の商品であれば、欠品率5%の場合の安全在庫は「1.65 × 3 × √4 = 9.9 ≒ 10個」となります。

この計算を全SKUに適用するのは現実的ではありません。まずはAランク商品だけに適用し、効果を確認しながらBランクに展開するのが実務的なアプローチです。

セール・繁忙期の物流対策

事前準備のタイムライン

大型セール(楽天スーパーSALE、Amazonプライムデー、自社セール等)の物流準備は、最低4週間前から始める必要があります。

4週間前には、過去のセール実績をもとに出荷予測を立てます。3PLを利用している場合はこの時点で予測数量を共有し、対応可否を確認してください。

2週間前には、追加在庫の入荷を完了させます。梱包資材(段ボール、緩衝材、テープ)の在庫確認と追加発注もこのタイミングです。

1週間前には、出荷フローのリハーサルを行います。臨時スタッフを入れる場合はこのタイミングで作業研修を実施します。

セール期間中は、出荷状況をリアルタイムでモニタリングします。遅延が発生しそうなら、商品ページの「お届け目安」を更新して顧客の期待値を管理することが大切です。

出荷遅延を顧客満足度低下につなげない工夫

繁忙期に出荷が遅れること自体は、ある程度避けられません。問題は、遅れることではなく、遅れを顧客が知らないことです。

経済産業省の電子商取引に関する準則でも示されている通り、EC事業者には注文から配送までの適切な情報提供が求められています。注文確認メール、出荷通知メール、配送状況の追跡ページ。この3つを確実に届けるだけで、配送に関するクレームは大きく減ります。

さらに一歩進んで、出荷予定日を注文確認メールに明記し、予定より遅れそうな場合は事前にお知らせメールを送りましょう。これだけで「遅い」という不満が「ちゃんと知らせてくれた」という信頼に変わります。

DXの文脈で在庫・物流を位置づける

在庫管理と物流の改善は、単なるコスト削減の話ではありません。EC事業全体のデジタルトランスフォーメーションの一環として捉えることで、より大きな効果が得られます。

たとえば、在庫データをリアルタイムで可視化できれば、マーケティング部門が「在庫潤沢な商品を優先的に広告に回す」という判断ができるようになります。出荷データを分析すれば、エリア別・時間帯別の配送コストを最適化できます。

DX推進の全体像を把握したい方は、DX推進ロードマップの作り方の記事で段階的なデジタル化の進め方を解説しています。在庫・物流はその中でも比較的早期に着手しやすい領域です。

また、Googleが提供するThink with Googleでも、在庫と物流の最適化がオンライン小売の競争力強化における重要な要素として取り上げられています。

まとめ:来週から始める3つのアクション

在庫管理と物流の最適化は、一気にやろうとすると挫折します。まずは以下の3つから始めてみてください。

在庫精度の現状を測定する。実在庫と論理在庫(システム上の在庫数)の差異を、主要SKU20品目で確認します。差異率が3%を超えていたら、管理方法の見直しが急務です。

出荷作業の時間を計測する。1件あたりの出荷にかかる時間を1週間記録します。ボトルネックが「ピッキング」「梱包」「送り状」のどこにあるかを特定してください。

OMS/WMSの無料トライアルを1つ試す。いきなり導入を決めなくて構いません。まずは1つのツールを2週間使ってみて、自社の業務フローに合うかどうかを体感しましょう。

まずは来週、主要商品20品目の在庫精度チェックから始めてみてください。数えるだけなら30分で終わります。その結果が、次のアクションを教えてくれるはずです。