Column
コラム
エクセル在庫管理、今すぐやめるべき会社・もう少し続けられる会社——「移行失敗」から逆算する7ステップ判定法

執筆:Spes編集部
「システムを入れたのに、結局エクセルも並行して使い続けている」——在庫管理ツールの切り替えに失敗した会社の多くが、この状況に陥る。ツールの問題ではなく、移行前の判定が甘かったことが原因であるケースが大半だ。本稿では、移行に失敗した現場の共通パターンを先に示し、そこから逆算して「今の自社はどのステップにいるか」を確認できる構成にした。
移行に失敗した会社が最初に間違えていたこと

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
渡辺さんが勤める食品卸の会社では、2年前に在庫管理ソフトを導入した。しかし現在も、エクセルと併用している。理由を聞くと「得意先ごとの発注フォーマットが違いすぎて、システムに入力する前にいったんエクセルで整形しないといけない」という答えが返ってきた。
この失敗の構造はシンプルだ。「在庫管理ツールを入れれば解決する」と思って導入したが、解決したかった問題は受注データの整形にあった。エクセルの限界を感じたとき、多くの担当者が「ツールを変える」という方向に走るが、実際には「どの業務の、どのボトルネックを解消したいのか」が先に整理されていないと、移行は必ず空転する。
ほかにもよく見られる失敗パターンがある。
- 在庫数値だけ移行し、発注サイクルの設計を持ち込まなかった:システム上の在庫数は正確になったが、発注判断は依然として担当者の経験頼みで、欠品と過剰在庫が交互に起きた
- 現場スタッフへの説明を省いて導入した:倉庫スタッフが「入力を間違えたときの修正方法がわからない」という理由でエクセルに戻り、二重管理が定着した
- 導入後3か月で設定変更が止まった:取扱商品が増えたり得意先が追加されたりしても、システム側の設定が追いつかず、例外処理がエクセルに流れ込んだ
これらの失敗に共通するのは、「ツールを変える前に業務を棚卸しする」ステップが抜けていたことだ。
移行失敗の典型的な流れ。ツールを先に決めると例外処理がエクセルへ逆流する。
「今すぐ移行すべき会社」と「急がなくていい会社」を分ける7項目

以下のチェックリストで、自社の現状を確認してほしい。各項目に当てはまる場合は「1点」として合計を出す。
- □ 在庫数値のミスが月1回以上発生している
- □ 複数の担当者がそれぞれ別のエクセルファイルを管理している
- □ 欠品・過剰在庫どちらかが慢性的に解消されない
- □ 在庫確認のために倉庫に電話・出向きが週3回以上ある
- □ 月次棚卸しに丸一日以上かかっている
- □ 取引先や商品が今後1年で増える見通しがある
- □ エクセルの管理者が1人に集中しており、その人が休むと業務が止まる
5点以上:今すぐ移行を検討すべき水準
3〜4点:半年以内に移行計画を立てる段階
2点以下:現状維持でも大きなリスクは低いが、拡張の余地はある
このチェックリストは「エクセルが悪い」という話ではなく、今の業務量・組織規模に対して管理の仕組みが追いついていないかどうかを測るものだ。SKU数が20点以下で取引先も固定している小規模な事業者であれば、エクセルが十分機能しているケースはある。一方で、SKU数が数百点を超え、複数の担当者・倉庫が絡む体制になってきたとき、チェック項目の多くが当てはまり始める。
中小企業庁が公表している中小企業の実態調査(e-Stat 政府統計ポータル)でも、製造業・卸売業の中小企業では在庫管理の非効率がコスト増の主要因の一つとして継続して挙げられている。規模が小さいうちから管理の仕組みを整えておくことが、拡張時のコストを抑える。
業種ごとに「限界の来方」は違う——移行を急ぐべき順番
チェックリストだけでは判断しにくい場合、業種別の傾向も参照してほしい。エクセル在庫管理の限界は、業種によって「どの項目が先に崩れるか」が異なる。
| 業種 | 最初に崩れる場所 | 移行を急ぐ目安 |
|---|---|---|
| 製造業 | 部品在庫と生産計画のズレ(欠品で製造ライン停止) | 部品SKU数が100点超・生産ロット管理が必要になったとき |
| 小売業 | 店舗間の在庫移動・棚卸し集計の手間 | 店舗数が3拠点以上になったとき |
| 卸売業 | 得意先ごとの受注フォーマット対応・在庫照会の頻度 | 得意先が20社超・受注件数が月300件超になったとき |
| EC事業者 | 複数モール間の在庫同期(二重販売・品切れ) | 出店モール数が2以上・SKU数が50点超になったとき |
卸売業とEC事業者は特に「受注が増えた瞬間」に限界が来やすい。卸売では得意先ごとに異なる発注書フォーマットへの対応がボトルネックになり、担当者が日々手入力でエクセルを更新する作業が積み上がる。EC事業者では、楽天・Amazon・Yahoo!など複数のモールで在庫数を個別更新する手間が、受注件数に比例して増大する。
こうした受注データの整形・一元管理の負荷が高まってきた段階で、在庫管理の仕組みと合わせて受発注の自動化を検討することが現実的な対策になる。Spesのような受発注管理と在庫連動を一体で扱えるクラウドサービスでは、複数モールの受注データ自動取得や、卸取引先ごとのフォーマット対応をシステム側で吸収する運用が設計できる。まず自社の受注量・取引先数の現状を整理した上で、どのボトルネックに手を打つかを相談することが近道だ(Spesへの相談はこちら)。
移行を決めたら——逆算で組む7ステップ
「移行する」と決めた後も、順序を間違えると冒頭で触れた失敗パターンに戻る。ゴール(移行完了後の状態)から逆算して準備を進めると、空転が少ない。
ゴール(安定運用)から逆算して設計することで、移行後の空転を減らせる。
特に重要なのはSTEP1とSTEP2だ。現行エクセルで「誰が・どの順番で・何を入力しているか」をフローとして可視化する前にツールを選ぶと、ツールの仕様に業務を無理やり合わせる形になる。また、解消したい課題を「在庫管理全般を改善したい」と広く設定してしまうと、優先度がなくなり導入後の検証もできなくなる。「月次棚卸しの時間を半減させる」「受注入力のダブルチェック工数をゼロにする」のように、測定できる課題に絞ることが成功の条件だ。
よくある質問
エクセルでも関数やマクロを使えば十分ではないですか?
取扱商品が少なく、関与する担当者が1〜2名であれば十分なケースはある。ただし、マクロの保守はVBAの知識が必要で、担当者が変わった時点でブラックボックス化するリスクがある。また、複数人が同時に編集できない(排他制御がない)という制約は、組織が拡大するにつれて致命的な問題になりやすい。
移行にどれくらいの時間がかかりますか?
商品マスタと取引先マスタの整備が終わっているかどうかで大きく変わる。データがすでに整理されていれば、クラウド型ツールへの初期設定は2〜4週間が目安になることが多い。ただし、並行運用期間を含めると現場が安定するまでに2〜3か月を見ておく方が現実的だ。
小規模な会社でもクラウドツールのコストは見合いますか?
月商・在庫規模によって判断は分かれる。ただし、担当者の残業・ミスによる機会損失・棚卸し工数を時給換算すると、月額数万円のツール費用を上回るコストが現行運用にかかっているケースは少なくない。まず現状の工数を見積もり、ツールのコストと比較する作業から始めるとよい。Spesでは導入前の業務ヒアリングから対応しているため、気軽に状況を相談することができる。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



