週8時間の棚卸業務が1時間に。
属人化していた在庫管理を、7日で"動く画面"から見直した話。

Excelと紙伝票の二重管理。
"在庫を聞かないとわからない"状態からの脱却

A社は金属部品の卸売業を営む創業40年の企業。取扱品目は3,000点を超え、取引先は500社以上。ところが在庫管理はExcelと倉庫スタッフの手書き伝票で運用されており、実際の在庫数を把握するには倉庫担当者に電話で確認するしかない状況が続いていました。

月次の棚卸は毎月末の土曜日に全社で実施。担当者3名が丸一日かけても差異がなくならず、翌週まで原因調査が続くのが恒例でした。営業からは「客先に即答できない」、経営層からは「在庫回転率がわからず仕入れ判断ができない」という声が積み重なっていました。

"動く画面"が7日で出てくる。
決め手は「失敗しても痛くない」リスク設計

複数社の提案を受ける中で、ナナラボを選んだ理由は3つ。

• プロトタイプが完全無料で、7営業日で実際に動く画面が手元に届くこと
• もし違うと感じたらそこで止められる、段階的な進め方
• 要件定義のためにドキュメントを大量に書く必要がなく、画面を見ながら話せること

特に経営層の決裁を取る上で、「試すだけなら費用ゼロ」という提案は強力でした。稟議書に"まず無料で画面を確認"と書けたことで、稟議は1週間で通過しました。

7日でプロトタイプ→2週間で現場検証→6週間で本番リリース

進行はナナラボの標準プロセスに沿って段階的に実施しました。最初の7日間で、ログイン・ダッシュボード・在庫一覧・入出庫画面までが操作できるプロトタイプを納品。A社はそれを社内会議とヒアリング用の資料として活用し、倉庫・営業・経理の3部署から要望を集めました。

機能検証フェーズでは実在庫データ100品目を投入し、現場スタッフ4名に1週間使ってもらいました。ここで「バーコード読み取りが現場では必須」「入出庫履歴は3ヶ月遡れれば十分」といった実運用の声が集まり、本開発のスコープが固まりました。

6週間

プロトタイプ承認後
本番稼働まで

搭載した機能

ナナラボを使ってみて

A社様からは、「開発会社というより、事業パートナーに相談している感覚に近かった」というお言葉をいただきました。特に印象的だったのは、プロトタイプをその場で触れたことによる社内コミュニケーションの変化です。

また、段階的な進め方についても「各フェーズで止まれる選択肢があることで、経営会議での説明がしやすかった」との評価をいただいています。

導入後の変化

本番稼働から3ヶ月時点で、以下のような変化が現れています。

• 月次棚卸が週8時間 → 1時間に短縮（約87%削減）
• 在庫差異が月平均12件 → 2件に減少
• 営業担当が客先からスマホで在庫を即答できるようになり、失注率が改善
• 経営層が在庫回転率を週次で確認できるようになり、仕入れ計画の精度が向上
• ベテラン依存が解消され、新人スタッフでも初日から入出庫登録が可能に

在庫管理から、基幹業務システムへ

在庫管理の本番稼働後、A社では「このスピード感と拡張性なら、他の業務もここに集約できるのでは」という声が現場から上がりました。当初は在庫に絞ったスコープでしたが、同じ画面体験・同じデータ基盤で業務全体を扱えるという手応えから、段階的に機能を拡張しています。

• 見積管理：営業が客先で在庫を見ながらそのまま見積作成
• 受発注管理：在庫連動で発注漏れ・過剰在庫を防止
• 請求管理 / 入金管理：経理業務まで同一システムで完結
• 分析レポート：在庫×受発注×売上のクロス分析

ナナラボの段階的MVP開発は、"大きなシステムを一度に作る"のではなく、小さく始めて事業の必要に応じて伸ばす"進め方。A社様のように、在庫管理を起点に基幹業務全体へと成長させていく使い方が、中堅企業のDXとして最も現実的な道筋だと考えています。