大手ERPは中小企業には重すぎる｜身の丈に合う基幹システムの考え方と選び方

「ERPって、結局うちみたいな小さな会社には重すぎるんですよね」

中小製造業の社長から、ベンダー選定の相談を受けたとき、最後にこぼれた言葉だ。社員80人、年商15億円。OBIC、GLOVIA、奉行などのパッケージを比較したが、どれも「機能てんこ盛りで、半分以上は使わない」「見積もりが3,000万円〜」「導入に1年半かかる」という見立てだった。

これは中小製造業の経営者に共通する困惑だ。ERPと呼ばれる仕組みは、規模の経済が効きやすい大企業向けに最適化されている。中小企業の現場感覚にそのまま合うERPは、そう多くない。

本記事では、なぜ重いのかを構造から整理したうえで、いまの市場で手に入るもので「身の丈に合う基幹システム」にどう近づけるかを書く。

この記事は「重すぎるERPをどう避けるか」に絞っています。入れ替え全体の進め方は 中小企業の基幹システム（ERP）入れ替えガイド、製品タイプ別の判断軸は 中小企業の基幹システム・ERP選び方 にまとめています。

「重厚長大ERP」が中小企業に合わない4つの理由

世界の大手ERPベンダー（SAP、Oracle、Microsoft、Salesforce）が提供する製品は、本質的に重厚長大だ。これは悪口ではなく、大企業の複雑な業務をすべて統合的にカバーするための必然的な姿だ。

ただし、中小製造業（社員50〜200人、年商10〜100億円）にこの形を適用すると、次の問題が起きる。

機能の8割が使われない: 中小製造業の業務は、大企業ほど複雑ではない。豊富な機能のほとんどは、現場で使われずに眠る。

カスタマイズで歪む: 標準機能を中小企業の業務に合わせるためのカスタマイズが、コストの大半を占める。結果、保守費が膨らみ、バージョンアップで動かなくなる。

運用の負荷が大きい: マスタメンテナンス、ユーザー管理、データ整合性チェックに専任のIT人員が必要になる。中小製造業にそういう人員はいない。

変化に追従できない: 業界の変化、新しい取引先要請、AIの進化に対して、重厚なERPは半年〜1年単位でしか追従できない。

これら4つは、「機能を網羅する」という設計思想そのものに内在する問題だ。だから機能を増やせば増やすほど悪化する。ベンダーの努力で解決する類のものではない。

SaaS の組み合わせという選択肢と、その弱点

ここ10年で、中小企業向けSaaSが一気に普及した。会計のfreee、CRMのSalesforce、コラボのGoogle Workspace、業務アプリのkintoneなど、領域ごとに「軽量で、月額課金で、すぐ始められる」選択肢が揃ってきた。

これらの組み合わせ（ハイブリッド構成）は、確かに中小企業に向いている。詳しくは中小企業の基幹システム・ERP選び方に書いた。

ただし、SaaSの組み合わせには弱点がある。

• 業務を横断するデータが繋がりにくい: 各SaaSが独自のデータモデルを持つ
• 連携の運用が複雑: ZapierやMakeで連携を組むが、シナリオが10個を超えると管理が大変になる
• 業務の流れが見えにくい: 各SaaSの中で完結する業務が多く、全体像が掴みづらい

つまり、SaaSを並べただけでは、**「業務を統合的に動かす」**という、本来ERPが担っていた役割が抜け落ちる。軽さと引き換えに統合を失っている状態だ。

「軽さ」と「統合」をどう両立させるか

重いERPは統合されているが重い。SaaSの寄せ集めは軽いが統合されていない。この二択に見える状況を、設計の考え方でずらすことはできる。

データモデルは、思っているより軽くていい

中小製造業の基幹業務に必要なデータは、実はそんなに多くない。

• 商品（マスタ）
• 取引先（マスタ）
• 受注・発注
• 在庫（拠点別）
• 生産指示・実績
• 出荷・請求

この6〜8個のエンティティで、製造業の基幹業務の8〜9割はカバーできる。機能をてんこ盛りにする前に、この骨格だけをきっちり定義する。ここが整っていれば、載せる製品が何であれ、後から入れ替えが利く。

逆に、ここを定義しないまま製品選定に入ると、ベンダーのデータモデルに業務を合わせることになり、乗り換えができなくなる。ベンダーロックインは契約ではなくデータモデルで発生する。

統合は「アプリ」ではなく「データ層」で考える

業務を統合的に動かすために、業務システム自体をひとつに統合する必要はない。データが繋がっていれば、業務の見え方は統合される。

実務的には、次のような形になる。

• 会計はSaaS（freee / マネーフォワード / 弥生）に任せる
• その上のレイヤー（受発注・在庫・生産）のデータモデルを自社で定義しておく
• 各システムからそのモデルにデータを集約し、そこを起点に見る

「どの製品を入れるか」より先に「どのデータをどう持つか」を決める。順序を逆にしないことが、軽さと統合を両立させる唯一の道だと考えている。

操作の負担は、AIで少しずつ減っていく

ERPが重く感じられる理由の相当部分は、機能そのものより画面操作と教育コストにある。ここは、AIによって変わりつつある領域だ。

すでに、Google Workspace の Gemini や各SaaSに組み込まれたAI機能で、データの集計・要約・下書き作成といった部分は肩代わりできるようになった。「人が画面を操作する」前提から「指示すればAIが処理する」前提へ、少しずつ移行が始まっている。

ただし、基幹業務のすべてをAIに任せられる製品は、2026年時点でまだ存在しない。ここは期待値を正確に持ったほうがいい。いま現実的なのは、周辺業務（報告書作成、データ集計、問い合わせ対応）からAIを入れて、基幹システム本体の操作負担は設計と教育で減らす、という組み合わせだ。AI前提の基幹システムを待って導入を止めるのは、判断としては遅すぎる。

「身の丈に合う」とはどういうことか

私が中小製造業のDX伴走を続けてきて、本当に必要だと感じるのは、次の5条件を満たすシステムだ。

• 導入が月単位で済む（年単位ではない）
• 投資が月数十万円で始められる（数千万円ではない）
• 操作が直感的で、ベテラン社員でなくても使える
• 業務の変化に柔軟に追従できる
• いざとなったら乗り換えられる

正直に言えば、これらを完全に満たす製品は、いまの市場には見当たらない。だから重要なのは、完璧な1本を探すことではなく、この5条件にどれだけ近づけるかを設計することになる。

現実解｜いまある道具で近づける4つの手

1. データモデルを先に自社で決める

前述の6〜8エンティティを、製品選定の前に自社で定義する。ベンダーに渡す要件書の冒頭にこれを置くだけで、提案の質が変わる。

2. 領域を分けて、段階的に入れる

全業務を一度に置き換えない。在庫か受発注か、どちらか一方から始める。どちらから着手するかは、在庫管理システムの選び方と受発注システム導入ガイドに業種別の目安を書いた。

3. 既存システムを残したまま連携する

古い基幹システムを一気に捨てる必要はない。会計は既存のまま、その上のレイヤーだけ新しくして、CSV連携やAPI連携で繋ぐ。この形なら、移行リスクを分割できる。

4. 出口を契約時に確保しておく

「データはいつでも全件エクスポートできるか」「データ定義書はもらえるか」「解約時の移行支援はあるか」。この3つを契約前に確認する。乗り換えられる状態を保つことが、軽さの実質的な担保になる。

5年後の中小製造業を想像する

5年後、中小製造業の業務基盤はこうなっていると考えている。

• 会計はSaaSで、自動仕訳が当たり前
• 定型業務の相当部分をAIが担当し、人は指示と確認と例外対応をする
• データは業務を横断して統合され、その上で意思決定が行われる
• 既存基幹は、必要な部分だけ残して徐々に縮小する

これは夢物語ではなく、技術的にはすでに大半が可能だ。足りていないのは技術ではなく、中小企業の現場で実用的に組み合わせる設計のほうだ。

だからこそ、いま重いERPを無理に入れる判断は避けたほうがいい。5年後に効いてくるのは、製品選定そのものより、自社のデータをどう持っているかだ。

関連する記事

• 中小企業の基幹システム（ERP）入れ替えガイド
• 中小企業の基幹システム・ERP選び方（SaaS / パッケージ / カスタム）
• ERP要件定義が長引く4つの理由と対策｜業界別テンプレート
• 中小製造業のSCM最適化
• Excel運用から脱却する最初の3ヶ月

---

LAVRA WORKS は、中小製造業の基幹システム選定を、製品ありきではなくデータ設計から伴走支援している。「大手ERPの見積もりが想定の3倍だった」「SaaSの組み合わせで回るのか判断できない」という段階のご相談を歓迎している。

無料DX診断のお申し込みはこちら