Column
コラム
スタートアップの在庫管理、「まず何を決めれば動き出せるか」を逆算する——創業初期の経営者が最初に整えるべき3つの起点

執筆:Spes編集部
創業から1年が経ち、受注件数が週30件を超えたあたりで、佐藤さんは初めて「在庫管理」という言葉の重さに気づいた。どの商品が今いくつあるかをSlackで確認し合い、発注タイミングは担当者の記憶に依存している。そのやり方で今のところ大きなトラブルはないが、「この先も続けられるか」と問われると、自信を持って「はい」とは言えない。
スタートアップが在庫管理を整えようとするとき、最初に悩むのは「ツールを先に選ぶべきか、仕組みを先に設計すべきか」という順番の問題だ。この記事では、その問いに対して「ゴールから逆算して最初の一手を決める」という視点で整理する。ツール選定の話は後半に一度だけ触れる。
ステップ3から考える——「理想の在庫状態」を先に言語化する

| 課題の整理 現場で起きていること | → | 原因・整理 構造・ボトルネック | → | 解決の方向性 クラウド活用など |
| 記事の整理:課題 → 整理 → 解決 | ||||
逆算型で設計するとは、「今の不便を解消する」ではなく「半年後に何ができている状態を目指すか」を先に決めることだ。在庫管理の文脈では、次の3つの問いに答えを出しておくと、後のステップが格段に進めやすくなる。
- 誰でも在庫数を確認できる状態になっているか(属人化の解消)
- 欠品と過剰在庫の発生を事前に検知できるか(判断の仕組み化)
- 在庫データが売上・発注・会計と連動しているか(データの一元化)
この3点は、政府統計総合窓口が公表する中小企業・スタートアップのDX進捗調査でも、在庫・販売管理の「整備優先度が高い領域」として繰り返し言及されている(政府統計総合窓口 stat.go.jp)。重要なのは、これらが「いつか整える」ではなく「売上規模が拡大する前に整えないと後戻りコストが跳ね上がる」項目である点だ。
上図のように、「ゴール(ステップ3)→現状(ステップ2)→最初の一手(ステップ1)」の順で考えると、着手すべき作業の優先順位が自然に絞れる。
ステップ2——今の在庫データはどこにあり、誰が持っているか

ゴールを決めたら、現状の「データの在処」を棚卸しする。スタートアップの在庫管理が最初につまずく場所は、たいていここだ。在庫情報が次のような形で分散していることが多い。
- 倉庫担当者のローカルエクセル
- ECモール管理画面の在庫数(モールごとに別々)
- 仕入れ先とのメール・FAXのやり取り履歴
- 担当者の記憶と口頭確認
これらを「一覧にして並べる」だけでも、どこが最も情報の精度が低いかが見えてくる。e-Statが公開する経済センサスのデータを参照すると、中小企業・スタートアップにおける在庫・受発注管理のシステム未整備は、業種を問わず次のデータ損失リスクと紐づいている(e-Stat 政府統計ポータル)。データの分散が多いほど、担当者が退職・病欠したときの業務停止リスクが高まる。
- 在庫数の「正」はどのファイル・画面か(どれが最新か全員が知っているか)
- 入荷・出荷のたびに誰がどこを更新しているか
- 棚卸しは月1回以上実施しているか、それとも「なんとなく」か
ステップ1——最初の一手は「ルール」か「ツール」か
現状が把握できたら、最初の一手を決める。ここで多くのスタートアップが迷うのが「まずルールを作るべきか、ツールを入れてしまうべきか」という問いだ。
結論を先に言うと、在庫数の「正」が一か所に集まっていない段階でツールを入れても、混乱が増えるだけになりやすい。最初の一手はルールの整備——具体的には「誰が・いつ・どこを更新するか」を1枚の紙に書いて関係者全員が知っている状態にすること——が先になる。
そのうえで、次の条件のいずれかに当てはまる場合は、クラウドツールの導入を「ルール整備と並行」で検討してよい段階だと判断できる。
| 条件 | 対応の目安 |
|---|---|
| 取扱SKUが50種類を超えている | エクセルの手動管理は限界に近い。ツール検討を開始する |
| 複数の販売チャネル(自社EC+モール等)がある | 在庫の二重計上・欠品リスクが高い。チャネル横断の一元管理が必要 |
| 在庫担当が1〜2名しかおらず属人化が深刻 | システムによる標準化で属人リスクを下げることを優先する |
| 月次の棚卸し誤差が5%以上続いている | ルール整備と並行してバーコード・ハンディ連携などの仕組みを検討 |
総務省が推進する中小企業・スタートアップ向けのDX支援施策でも、在庫管理の整備は「業務フローの可視化→ツール選定」の順で進めることが基本とされており、ツールの導入だけを先行させると定着率が下がりやすいという傾向が示されている(総務省 行政情報)。
よくある質問
創業直後でも在庫管理システムは必要ですか?
取扱SKUが20種類以下で販売チャネルが1つであれば、シンプルなエクセル管理で当面は対応できる。ただし、SKUが増えるタイミングや2つ目のチャネルを開く前に、管理の仕組みを先に設計しておくことを勧める。後からシステムを入れると、過去データの移行コストが予想以上にかかるケースが多い。
クラウドの在庫管理ツールは何を見て選べばよいですか?
「今の規模で使えるか」だけでなく、「半年後・1年後の規模でも使い続けられるか」を確認する。具体的には、SKU上限・複数倉庫対応・ECモールとのAPI連携・バーコード・ハンディ端末との接続性を確認すると良い。Spesのようなクラウド型の在庫・受発注管理サービスは、複数倉庫・複数チャネルの一元管理を前提に設計されており、スタートアップが成長フェーズで直面しやすい「管理の複雑化」に対応しやすい構成になっている。初期の運用設計から相談できるかどうかも、選定時の判断軸の一つになる。
「まず何から始めればよいか分からない」という状態で相談してもよいですか?
むしろその状態が、相談に適したタイミングだ。ツールを入れてから「やっぱり合わなかった」となるより、現状の整理から一緒に考えてもらう方が、後のコストが下がりやすい。Spesへの問い合わせフォームでは、導入前の状況整理から対応しているので、気軽に現状を共有してほしい。
持ち帰るべき3つの起点
この記事で整理した内容を最後にまとめる。
- 起点1:ゴールを先に決める。「半年後に誰でも在庫数を確認できる状態」など、具体的な到達イメージを言語化する
- 起点2:今の在庫データの在処を棚卸しする。どのファイル・画面が「正」で、誰が更新しているかを1枚に整理する
- 起点3:ルールを先に整えてからツールを選ぶ。SKU数・チャネル数・属人化の深刻度を基準に、ツール導入のタイミングを判断する
在庫管理の整備は「大きなシステムを入れる」ことが目的ではない。担当者が変わっても、事業が伸びても、現場が回り続けるための「仕組みの土台」を作ることだ。どこから手をつければよいか迷っている段階でも、現状を整理するところから相談できる窓口を活用してほしい。
カテゴリー
- すべて
- 物流ソフトWMS
- 在庫管理と会計の連携
- 在庫データの分析
- 在庫管理ソフトの市場規模
- 海外取引と在庫管理について
- 貿易と在庫管理
- 在庫管理のDX化
- 在庫管理クラウドソフト
- Spesの導入事例
- 中小企業の在庫管理
- 在庫管理ソフトのコスト感
- Spesの無償提供について
- 在庫管理とは
- 在庫管理ソフトによる入出庫管理
- 在庫管理の計画作り
- 飲食業の在庫管理
- エクセル管理からの脱却
- DX・クラウド在庫管理
- 在庫管理の改善
- 発注・安全在庫
- バーコード棚卸・入出庫



