名古屋の在庫管理システム開発｜Excelからの移行費用と自作・既製品の選び方 2026

名古屋で在庫管理を見直すなら、まず「Excelのままで足りないか」を確かめ、足りなければ既製のクラウドサービスで合うかを見て、それでも自社の業務ルールに合わないときだけ自作を検討する、という順番が失敗しにくいです。

この記事は、名古屋市中川区を拠点にするフリーランスのWebエンジニア（Will Give）が、在庫管理の費用の考え方と選び方をまとめたものです。金額はすべて「目安」で、前提条件と計算式を一緒に書いています。実際の金額は、品目数や業務ルールで変わります。

結論：在庫管理は3択で考える。金額のレンジを先に出します

先に数字を置きます。本記事の仮の前提（利用者10人、品目500、拠点1か所）で、3年間にかかる金額を並べると次のとおりです。

見てのとおり、自作がいつも安いわけではありません。独自DBのWebアプリは、既製品で合わない理由があるときの選択肢です。逆に、Excelのままで足りる会社に自作を勧めることは、私はしません。ここは同じ強さで書いておきます。

名古屋・愛知で在庫管理の相談が多くなりやすい背景

愛知県は製造業や卸売の事業者が多い地域として知られています。部品、資材、商品を持つ事業者が多いので、在庫の数字が合わない、棚卸しに時間がかかるといった悩みは、名古屋でも起きやすいと考えられます。ただ、この記事では地域の統計の数字は使いません。確認できていない数字を書かないためです。

実務の面では、名古屋の中小企業は「拠点は1〜2か所、担当者は数人、Excelで十数年運用」という形が少なくありません。この規模だと、いきなり大きなシステムにするより、段階を踏んだ方が費用も失敗も小さくなります。業務システム全般の費用や内製・外注の判断は、名古屋の業務システム・アプリ開発の完全ガイドにまとめています。本記事は「在庫」という一つの業務に絞って掘り下げます。

在庫管理システムの費用相場｜機能セット別の目安

費用は、次の式で考えると見通しが立ちます。

開発費の目安＝（要件整理＋設計＋実装＋テスト＋移行）の人日 × 日額単価。日額単価は、フリーランスで3万〜5万円、制作会社で5万〜8万円を仮置きします。下限は「少ない人日×低い単価」、上限は「多い人日×高い単価」です。

前提は「品目500前後、拠点1か所、利用者10人程度」です。すべて目安で、品目数や拠点が増えれば人日も増えます。クラウドの実費（サーバーなど）は別に月数千円〜2万円程度を見込みます。

① Excel改善＋入力フォーム：15万〜50万円程度

今のExcelを捨てず、入力のミスを減らす改修です。入力用フォームを作る、品目マスタを整える、在庫数の集計式を直す、といった内容になります。「まず困りごとを一つ減らしたい」会社に向きます。

② スプレッドシート＋GAS連携：36万〜125万円程度

Googleスプレッドシートを土台に、スクリプト（GAS）で入出庫の記録、在庫のアラート、日次の集計メールなどを自動化します。Googleのアカウントを既に使っている会社なら、追加の月額が小さく済みます。一方で、同時入力が多い、データが数万行を超える、といった場面では限界が出ます。

③ 独自DBのWebアプリ：105万〜350万円程度

データベースとログイン画面を持つ、専用のWebアプリです。権限の管理、ハンディ端末やバーコードとの連携、他システムとのデータ連携ができます。その分、保守も必要です。保守費用の考え方はホームページ保守費用の記事にも近い話があります。

費用の内訳と、機能単位の計算式

③のWebアプリを例に、機能ごとの人日を分けると次のようになります。業務システム全般の「規模別×人日×日額」の表とは前提を変え、在庫管理に必要な機能で積み上げています。

バーコードやハンディ端末を使う場合は、別に3〜8人日ほど足す想定です。逆に、機能を「入出庫の記録」と「現在庫の確認」だけに絞れば、②の範囲に収まることもあります。見積もりが高いと感じたら、機能を一つずつ外して人日がどう動くかを聞くのが近道です。

3つの選択肢を3年総額で比べる｜作らない選択も入れます

初期費用だけで比べると、Excel継続が一番安く見えます。でも、手作業の時間も費用です。3年（36か月）の総額で見ます。式は「初期費用＋月額×36＋手作業の時間コスト」です。

これは仮の数字です。手作業の時間（月20時間など）と時給2,000円は、読み方の例として置きました。既製クラウドの月額は仮の金額で、実際は各社の公式の料金を確認してください。ミスによる損失（誤出荷や欠品）は含めていません。ここが大きい会社ほど、Excel継続の総額は上がります。

この表から言えるのは、「Excel継続」と「既製クラウド」と「GAS連携」の差は、条件次第でひっくり返るということです。自分の数字（手作業の時間、ミスの件数）を入れて計算し直すのが、いちばん確かな判断材料になります。

選び方の基準4つ｜Excelのままで足りる条件・システム化すべき条件

基準1：拠点と置き場所の数

拠点が1か所で置き場所も少ないなら、Excelで回る期間は長いです。倉庫が複数あり、拠点間の移動も記録したいなら、データベースを持つ仕組みが向きます。

基準2：同時に入力する人数と頻度

入力するのが1〜2人ならExcelで足ります。3人以上が同じファイルを同時に触る、ファイルが「編集中」でロックされる、という状況になったら見直しの合図です。

基準3：出荷の件数と現場の端末

1日の入出庫が数十件までなら手入力でも回ります。件数が増えるなら、スマホやバーコードで読み取る方がミスが減ります。現場にPCがなく、スマホしかない場合は、画面の作りも変わります。

基準4：データを持ち出せるか

将来、別の仕組みに乗り換えられるか。CSVなどでデータを書き出せるかは、既製品でも自作でも必ず確認します。詳しくは後半の契約チェックで書きます。

「数字の測り方」は、難しく考えなくて大丈夫です。1か月だけ、在庫の入力・集計・探し物にかけた時間をメモしてください。ミスは、数が合わなかった回数と、その修正にかかった時間を記録します。棚卸しの日に数が合わないのは、在庫が逃げたのではなく、たいてい入力が一回抜けただけです。

手作業の時間とミスの損失を、実際に測る手順

3年総額の表は、自分の数字を入れて初めて意味が出ます。測り方を3つに分けます。

① 入力・集計の時間。1週間、在庫の入力、月次の集計、数の確認、「あの部品どこだっけ」と探した時間を、付箋にメモします。1週間の合計を4倍すれば、月の時間の目安になります。

② ミスの件数と、その修正にかかる時間。数が合わなかった回数、誤出荷、欠品で慌てて手配した回数を、1か月分数えます。1件あたりの修正時間と、取引先への影響（お詫びや再配送の費用）も一言添えておくと、表の「ミスの損失」に使えます。

③ 棚卸しにかかる時間。棚卸し1回に何人で何時間かかるかを書きます。年に何回やるかを掛ければ、年間のコストになります。棚卸しが半日で終わらない会社は、見直しの優先度が高めです。

この3つが分かると、見積もりを見たときに「何年で元が取れるか」を自分で計算できます。ここまで準備していただけると、相談で金額の話が早く具体的になります。

依頼先の比較：制作会社・フリーランス・既製品ベンダー

フリーランスは、小さく始められるのが利点です。一方で、一人で担当するので、ソースコードやデータの置き場所を依頼側が把握しておく必要があります。これは私自身がフリーランスなので、あえて書いておきます。

導入の流れ：棚卸し→並行運用→切り替え

おおまかには、次の順に進めます。①現状の棚卸し（今のExcelの列、例外、締め日を書き出す）、②機能を絞って小さく作る、③旧Excelと新しい仕組みを並行して動かす、④数字が合うのを確認して切り替える。並行運用は、最低でも1回の月次締めをまたぐのが安全です。

定型的な転記や集計だけを先に自動化する方法もあります。その場合の考え方は定型業務の自動化の記事が参考になります。作る前に確認したい視点は、予約システムの話ですが予約システム開発の記事とも共通します。

見積書・契約のチェックリスト

• データのエクスポート：CSVなどで全データを書き出せるか。書き出しの費用はかかるか
• 名義：ドメイン、クラウド、ソースコードの契約者名と著作権の扱いはどうなるか
• 並行運用の期間：何か月を想定し、その間の対応は見積もりに入っているか
• 保守の範囲：不具合修正と機能追加の線引き、月額に含まれる作業時間
• データ移行：旧Excelの整形・取り込みは誰が、どこまで行うか
• 担当者が不在のとき：連絡手段と、引き継ぎ資料の有無

Webアプリを依頼する前の視点はWebアプリ開発の発注前に見る7つのチェックにもまとめています。

どの選択肢でも共通するのは、「今のExcelを一度きちんと読み解く」作業が最初に必要なことです。ここを飛ばすと、既製品でも自作でも、あとから想定外の追加費用が出ます。見積もりに「現状の棚卸し」の項目が入っているかは、依頼先を選ぶときの小さな判断材料になります。

よくある失敗3つ

1. 全部入りで始める。最初から発注・請求・販売管理までつなぐと、費用も期間も膨らみます。まず入出庫と現在庫だけで始める方が、現場に定着します。

2. 現場の例外を拾わない。Excelの「備考欄」に書かれている例外ルールが、システムでは表現できず、結局Excelが並行して残る、というのはよくあるケースです。

3. データを持ち出せない契約にする。乗り換えたいときに、データが出せない、費用が高い、という状況は避けたいところです。契約前に確認します。

この3つに共通するのは、「作ること」が目的になってしまう点です。目的は、数字が合って、現場の手間が減ることのはずです。迷ったら、機能を一つ減らして小さく始め、足りない部分だけ足していく進め方が安全です。

フリーランスとして見てきたこと

私は大規模ECサイト開発のリーダー経験があり、マーケター視点での集客支援もしています。在庫は売上と直結する数字で、ECサイトでは在庫数の表示がずれると、お客様の信頼に響きます。

たとえば、よくあるケースとして、Excelの在庫表が担当者ごとに増殖して、どれが最新か分からなくなることがあります。そういうときは、システムを作る前に「入力する場所を一つにする」だけで改善することもあります。作らない選択が合う会社もある、ということです。

よくある質問

Q. 最小でいくらから相談できますか？

入力フォームの追加や集計式の修正など、Excel改善の範囲なら15万円前後からが目安です。内容によって変わるので、現状を見てお答えします。

Q. Excelのままではだめですか？

だめではありません。拠点が1か所で、同時入力が少なく、ミスの損失が小さければ、Excelのままで足ります。判断は上の表で確認してください。

Q. 既製クラウドと自作は、どちらがよいですか？

業務が一般的なら、まず既製クラウドを試す方が安く早いです。画面や帳票、締めのルールが自社固有で合わないときに、自作を検討します。

Q. 期間はどのくらいですか？

目安として、①は数週間、②は1〜2か月、③は3か月前後です。並行運用の期間は別に見ておきます。要件の数で前後します。

Q. 補助金は使えますか？

制度によります。IT導入補助金は2026年度から「デジタル化・AI導入補助金」に名称が変わり、事務局に登録されたITツールが対象の中心です。独自開発のシステムが対象になるかは、公式の公募要領で確認してください。注意点はIT導入補助金の記事にまとめています。

まとめ

在庫管理は、Excelのまま・既製クラウド・自作の3択です。まず1か月分の手作業の時間とミスの回数を測り、3年総額の表に自分の数字を入れてみてください。それで答えが出る会社も多いはずです。自作が合うのは、拠点や連携、独自ルールのために既製品で収まらない場合です。