中小企業のERPの選び方｜製品から決めない3つの質問と重みづけ評価の実例

中小企業のERPの選び方は、製品の比較から始めると失敗しやすく、自社の業務を3つの質問で仕分けてから製品を見ると、判断がぶれにくくなります。この記事では、製品を決める前に答えておく3つの質問、その答えから作り方を絞り込む判定の手順、6つの観点で重みづけして候補を比べる評価表の例を、大手コンサルティングファーム出身の専門家の知見と公的機関の資料をもとに解説します。

中小企業のERPの選び方が「製品比較」から始まるとつまずく理由

ERP（統合基幹業務システム）は、販売・購買・在庫・生産・会計などのデータを1つの仕組みでつなぐシステムです。基幹システム全体の考え方は基幹システムとはで解説しています。

中小企業基本法の定義では、製造業などは資本金3億円以下または従業員300人以下、卸売業は1億円以下または100人以下が中小企業にあたります。この規模の会社では、情報システムの専任者がいないか、いても1〜2名の兼務であることが多く、製品のデモを見て「良さそう」と感じたものを選ぶ流れになりがちです。

製品から決めると、次の順番で問題が起きます。

どの製品にも得意・不得意があり、「中小企業ならこの製品」という正解はありません。先に決めるべきは製品ではなく、どの業務を標準に合わせ、どの業務を自社のやり方で残すかです。

公的資料が示す前提：標準に寄せ、作り込む部分を絞る

この考え方は、公的機関の資料でも示されています。経済産業省が2025年5月に公表した「レガシーシステムモダン化委員会総括レポート」は、現行機能の保証や現行踏襲へのこだわりを捨て、移行先のシステムを標準的な仕様に寄せる部分と、付加価値を作り込む部分とに明確に分けることを求めています。さらに「経営資源の制約の大きい中堅・中小企業は、オーダーメイドのスクラッチ開発は避け、パッケージやSaaSを原則とすべき」としています。

規模と失敗の関係を示すデータもあります。JUASの「企業IT動向調査報告書2026」は、システム開発プロジェクトの規模別に、予算超過と工期遅延の割合を示しています。

※JUAS「企業IT動向調査報告書2026」図表7-1-4より作成。調査対象は東証上場企業とそれに準じる企業で、中小企業だけの数字ではありません。

規模が大きいほど予算も工期も守りにくくなる傾向がはっきり出ています。中小企業にとっての示唆は、作り込みを増やしてプロジェクトを大きくしないことです。標準に合わせられる業務を広げるほど、規模は小さく保てます。どこまで標準に合わせるかの考え方はFit to Standardとはで解説しています。

同じ調査では、予算が予定を超えた要因として「想定以上の現行業務・システムの複雑さ」を挙げた企業が51.4％ありました。製品の機能不足より先に、自社の業務が整理できていないことが費用を押し上げているということです。次の節の3つの質問は、この「複雑さ」を製品選びの前にほどくための手順でもあります。

クラウドの使われ方にも、業務による差が出ています。総務省「令和7年通信利用動向調査」（常用雇用者100人以上の企業が対象）では、クラウドサービスを利用している企業のうち、「給与、財務会計、人事」に使っている割合が56.3％だったのに対し、「受注販売」は16.8％、「購買」は16.7％、「生産管理、物流管理、店舗管理」は16.4％でした。会計・人事のように法令や会計基準で処理が決まる業務は標準のサービスに乗せやすく、受注や生産のように会社ごとのやり方が強く出る業務は、まだ自社の仕組みで回している会社が多いと読めます。この差は、業務ごとに作り方を分けて考える必要があることを示しています。

製品を見る前に答える3つの質問

作り方を判断するときに最初に確認するのは、製品の機能ではなく次の3点です。業務ごとに答えを出します。

Q2で「昔からこの方法だから」は根拠になりません。変えたときに数字や顧客に影響が出るかで判断します。Q3は、中期経営計画や今後3年の予定から拾います。新しい販路（ECや卸先の追加）、拠点の新設や統合、取扱品目の大幅な増加、取引先からのEDI化の要請などが予定にあれば、その業務は「変化が多い」とみなします。答えに迷う業務は、無理に決めずに「保留」として残し、経営者と担当部門の責任者が同じ場で確認します。

3つの質問から作り方を絞り込む判定手順

3つの質問の答えを、次の順番でたどります。全社で1つの答えを出すのではなく、業務ごとに判定するのがポイントです。

1. Q1で、システムの「中心」を決める
   会計・購買・在庫・生産を統合し、拠点や事業のデータをそろえたいならERPパッケージが中心候補です。営業・顧客・案件・問い合わせの管理が中心なら、業務別のクラウドサービス（SaaS）が中心候補になります。
2. Q2で、業務を「標準に合わせる」と「独自に残す」に分ける
   競争力に直結しない業務は、製品の標準機能に業務を合わせます。直結する業務だけを、設定の工夫か個別開発の候補にします。
3. Q3で、独自に残す業務の作り方を決める
   変更が少なければ製品の設定やアドオン（追加機能）でも保守できます。変更が多い業務を製品に作り込むと、変更のたびに改修が必要になるため、個別開発して連携させる案を比べます。
4. 判定結果を、作り方の候補にまとめる
   業務ごとの判定を並べると、「パッケージ中心」「SaaSの組み合わせ」「パッケージ＋一部個別開発」のように、比べるべき候補が2〜3案に絞れます。

候補になる作り方は、中小企業の場合、おおむね次の4つの型に分かれます。どれが優れているかではなく、自社の判定結果にどれが合うかで選びます。

実際には「会計はクラウドERP、見積だけローコードで作り連携する」のような組み合わせになることが多くあります。個別に作る判断の基準はスクラッチ開発とはとローコード・kintoneで基幹システムは作れるかで解説しています。

判定をまとめると、次のようになります。

次の表は、従業員120名の部品メーカーを例に、業務ごとに判定した結果です。

※説明用の例です。Fit&Gapは、製品の標準機能で足りる部分と足りない部分を見極める作業です。

この例では、比べる候補は「ERPパッケージ中心」「業務別SaaSの組み合わせ」「パッケージ＋見積だけ個別開発」の3案になります。生産計画のように判定が保留になった業務は、候補製品の標準機能と突き合わせて決めます。進め方はフィットアンドギャップ分析とはで解説しています。また「設定で残す」「独自に作る」と判定した業務をアドオンで作るか別の仕組みにするかは、ERPのアドオンとはの判断基準も参考にしてください。

6つの観点で重みづけ評価する（例）

候補が絞れたら、同じ観点で点数をつけて比べます。観点は次の6つです。重みは提案を見る前に、経営者と決めておきます。提案を見てから重みを決めると、気に入った案が勝つように重みを動かしてしまうためです。

※説明用の例です。各案は5点満点で採点し、「重み×点数÷5」を合計しています。

この例のように、合計点の差は小さくなることがよくあります。そのときは合計点で決めず、次の順で読みます。

• 低い点の観点を見る：B案は連携が2点です。会計や勤怠との連携が手作業で残るなら、合計点が高くても業務の負担は減りません。
• 点数の根拠を書き残す：「なぜ4点か」を1行で書いておくと、あとから経営会議で説明できます。
• 不明な点は点数をつけない：見積の前提がそろっていない観点は「確認中」とし、ベンダーに質問してから採点します。

重みは会社の事情で変わります。情報システムの担当者がいない会社なら「5. 社内で運用・保守できるか」を重くし、拠点の増加や新事業を控えている会社なら「3. 将来の業務変更への対応力」を重くします。製品ごとの比較表の作り方はERPの比較ポイントで、作り方ごとの特徴は作り方の比較で整理しています。

費用は「5年の総額」で比べる

2つ目の観点の総保有コスト（TCO）は、初期費用だけで比べると判断を誤ります。初期費用が安い案ほど、データ移行や連携、稼働後の改修が別料金になっていることがあるためです。見積書では、次の費目が含まれているかを確認します。

見積書では、金額と同じくらい「対象外項目」「前提条件」「発注側が行う作業」の3つの欄を読みます。費目ごとの考え方はERPの費用で詳しく解説しています。

選定の進め方：段階ごとの成果物と決める人

ERP選びを「製品比較の会議」だけで進めると、誰が何を決めたのかが残りません。次の表のように、段階ごとに成果物と決める人を先に決めておきます。

※説明用の例です。段階の区切り方は会社の規模と体制に合わせて調整します。

ポイントは、1と2を製品を見る前に終えることです。ここが終わっていれば、3以降で各社に同じ質問ができ、提案の違いが比べられるようになります。提案してくる会社そのものの見極め方はベンダー選定の進め方で解説しています。

デモは自社のシナリオで見る

製品デモは、ベンダーが用意した流れで見ると、どの製品も便利に見えます。デモの前に、自社の業務を1本の流れにしたシナリオを渡し、その順番で操作してもらいます。シナリオには、普段の処理だけでなく、困っている例外を必ず入れます。

• 通常の受注→出荷→請求（締め日20日の取引先）
• 1件の注文を2回に分けて出荷する分納
• 出荷後に数量違いが見つかったときの返品・訂正
• 取引先の締め日が月の途中で変わったときの請求
• 月末に在庫と会計の残高を突き合わせる処理

例外の処理で「ここは個別に作ります」「運用で対応してください」という回答が出た箇所が、その製品と自社業務の差です。差の数と、差を埋める方法と費用を記録しておけば、評価表の「1. 標準機能で業務要件をどこまで満たせるか」の点数に根拠を持たせられます。

提案を比べるときのチェックポイント

• 対象の業務範囲と、対象外の業務が各社でそろっている
• 標準機能で対応する部分と、追加開発する部分が分けて書かれている
• データ移行・外部連携・テストを、どちらが担当するかが明記されている
• 追加要件が出たときの費用の算定方法が書かれている
• 提案時の責任者と、実際に担当するメンバーの経験が確認できる
• 稼働後の保守体制と、保守に含まれる範囲が書かれている
• 将来の改修や、他社への引き継ぎがしやすい作りになっている
• 自社の業務シナリオを使ったデモを依頼し、実際の流れで操作を確認した
• 重みは提案を見る前に決め、点数ごとに根拠を1行で残した

提案依頼の段階で前提をそろえる方法はRFPの書き方で解説しています。

よくある質問

まとめ

中小企業のERPの選び方は、製品を比べる前に、業務ごとに「対象か」「競争力に直結するか」「今後変わるか」を決めることから始まります。標準に合わせる業務と独自に残す業務を分ければ、候補は2〜3案に絞れ、同じ観点と5年の総費用で比べられるようになります。作り込みを絞ってプロジェクトを小さく保つことが、予算と工期を守る近道です。

自社の業務をどう仕分ければよいか分からない、という方は、無料診断で現状の課題と、選定の前に決めるべきことを整理します。