エクセル在庫管理をやめた会社・続けた会社——「移行後1年」の現実から逆算する、失敗しない撤退の進め方 ─ 在庫管理のDXに | 完全無償クラウド型ソフト「Spes」

 

Column

コラム

エクセル在庫管理をやめた会社・続けた会社——「移行後1年」の現実から逆算する、失敗しない撤退の進め方


TwitterFacebookLine

エクセル在庫管理をやめた会社・続けた会社——「移行後1年」の現実から逆算する、失敗しない撤退の進め方

執筆:Spes編集部

「エクセルをやめてシステムに移行したけれど、結局うまく使いこなせていない」——そんな声は、在庫管理の現場で珍しくない。移行することがゴールではなく、移行後に業務がどう変わるかが問題の核心だ。この記事では、失敗事例から逆算する形で、エクセル在庫管理の限界とその先にある現実を整理する。

移行して「しまった」と感じた会社の共通点

Photo by Tima Miroshnichenko on Pexels
Photo by Tima Miroshnichenko on Pexels

食品卸・中堅規模のある会社では、月次棚卸のたびにエクセルの数値が実在庫と10〜15%ずれていた。「限界だ」と感じてクラウド在庫管理システムへの移行を決めたのは2年前のことだ。ところが移行から半年後、担当の渡辺さんはこう話している。「システムは動いているけれど、営業が旧エクセルも並行して使っているので、どちらが正しいのか分からなくなっています」

この「二重管理」は移行失敗の典型パターンだ。原因はシステム選定の問題ではなく、移行設計の順序が逆だったことにある。在庫データをシステムに載せる前に、誰が・いつ・どのタイミングで在庫を更新するのかというルールを決めていなかった。

別の事例として、アパレル小売を営む伊藤さんの会社では、シーズン商品の入れ替えタイミングでエクセルが破綻した。SKU数が1,200を超えたころから、色・サイズ展開のマトリクスがエクセルのシート分割では管理しきれなくなったという。「フォルダを開いただけでPCが固まる」という状態が半年続き、繁忙期に欠品を出した。ここでの限界はデータ量の問題ではなく、在庫の多次元管理(色×サイズ×倉庫)がエクセルの構造と合わなかったことだ。

失敗事例から見えてくる2つの限界の種類
運用ルール不在による限界:データの更新者・更新タイミングが決まっておらず、複数担当者が各自でエクセルを編集する状態
構造的な限界:SKU数・拠点数・取引先数がエクセルの平面的な表管理と根本的に合わなくなる状態

①は運用の見直しで一時的に延命できるが、②に達した場合はシステム移行を先送りにしてもコストが増えるだけになる。

エクセル在庫管理が「本当に崩れる」3つの引き金

Photo by Kampus Production on Pexels
Photo by Kampus Production on Pexels

過去の失敗事例を整理すると、エクセル在庫管理が機能不全に陥る引き金は大きく3つに分類できる。

エクセル在庫管理が機能不全に陥る3つの引き金

引き金①:担当者の属人化は、最も見落とされやすいパターンだ。中小企業では「田辺さんだけが在庫エクセルを触れる」状態が長く続き、担当者の異動や退職と同時に現場が混乱する。エクセルのマクロや関数が誰にも理解できない「ブラックボックス」になっているケースも多い。

引き金②:取扱品目の急増は、成長期の企業で頻繁に起きる。製品数が300〜500品目を超えたあたりから、エクセルのシート間参照や手動入力によるミスが急増する傾向がある。部品卸の小林さんは「月に1回は計算式が壊れていた。それを直す作業だけで半日かかっていた」と話す。

引き金③:販路・拠点の追加は、ECと実店舗を並行運営する事業者に多い。楽天・Amazon・Yahoo!などの複数モールとリアル店舗で在庫を共有する場合、エクセルでの手動反映には数時間のタイムラグが生じ、二重販売や欠品が常態化してしまう。

「続けた会社」が後で気づいた、本当のコスト

エクセルを使い続けた会社が見落としやすいのは、目に見えないコストだ。システムの月額費用と比べて「エクセルはタダ」と判断されることが多いが、以下のコストは計上されていないことがほとんどだ。

コストの種類具体的な発生場面月次換算の目安
入力・転記作業受注ごとの手入力・棚卸後の修正20〜40時間/月
ミス対応誤出荷・二重販売の調査・返品処理5〜15時間/月
引き継ぎ・教育属人化したファイルの説明・再設計担当者交代時に集中発生
機会損失欠品による売り逃がし・デッドストック業種・規模によって大きく変動

中小企業庁の「中小企業白書」によれば、中小製造業の生産性向上において業務プロセスのデジタル化が重要な課題として挙げられており、手作業による管理工数は経営判断に使える時間を直接圧迫する。(参考:e-Stat 政府統計ポータル

「エクセルでも回っている」という感覚は、多くの場合これらのコストが個人の残業や気合いで吸収されているだけだ。担当者が異動したタイミングや、繁忙期が重なったときに一気に顕在化する。

移行を成功させた会社が実際に踏んだ手順

エクセルからシステムへの移行:5段階の進め方

移行を比較的スムーズに進めた事例では、以下の順序が共通していた。

  • STEP 1 現状棚卸し:今エクセルで何を管理しているかを一覧化する。品目数・拠点数・更新頻度・更新担当者を明確にする
  • STEP 2 運用ルール設計:「誰が・いつ・何をトリガーに在庫を更新するか」を先に決める。システムの選定より先にこのルール設計を行うことが重要だ
  • STEP 3 並行稼働期間(2〜4週間):新システムとエクセルを同時運用し、データの一致を確認する。この期間を省略すると移行直後に在庫数値が合わなくなるリスクが高い
  • STEP 4 エクセル廃止:並行稼働で問題がなければ、エクセルへの入力を正式に終了する。「念のため残す」が二重管理の温床になるため、廃止の期日を決めて徹底することが重要
  • STEP 5 改善サイクル:移行後1〜3ヶ月は週次でデータの確認を行い、運用上の問題点を都度修正する

EC事業者の場合、楽天・Amazon・Yahoo!などの複数モールと倉庫の在庫をリアルタイムで連動させるには、受注データの自動取得・在庫の自動反映が不可欠になる。Spesのようなクラウド型在庫管理システムでは、ネクストエンジンとのAPI連携によって複数モールの受注一元化と在庫自動更新を実現でき、手入力によるタイムラグや二重販売のリスクを大きく減らすことができる。導入を検討しているEC事業者は、Spesへの相談窓口から現状の課題を伝えてみることも一つの選択肢だ。

よくある質問

エクセル在庫管理はSKU数がいくつになったら限界ですか?

厳密な閾値はないが、品目数が300〜500を超えたあたりから、シート間参照の複雑化・入力ミスの増加・ファイルの重さが目立ち始めるケースが多い。品目数よりも「色×サイズ×倉庫」のような多次元管理が必要かどうかが判断の実質的な基準になる。

移行にかかる期間の目安を教えてください。

業務規模にもよるが、運用ルール設計から並行稼働を経てエクセル廃止まで、一般的に2〜3ヶ月を見ておくのが現実的だ。「1ヶ月で完全移行」を目指して並行稼働期間を省略すると、その後に数値の不一致が発生するリスクが高まる。

移行後に「使いこなせない」場合はどうすればよいですか?

多くの場合、問題はシステムの機能より運用ルールの未整備にある。まず「誰がいつ在庫を更新するか」のルールを見直し、システムベンダーのサポートを活用して運用フローを調整することが先決だ。

TwitterFacebookLine