ERP・基幹システムの費用|見積もりで抜けやすい5つの費目と5年総費用の比べ方

ERP・基幹システムの費用は、見積書の「初期費用」だけを見ても比べられません。見積もりに入っていない費目と、稼働後5年間にかかり続ける費用を同じ枠に並べて、はじめて提案どうしを比べられます。この記事では、費目一覧、見積もりで抜けやすい5つの費目、5年総費用の試算表のひな形、公開調査の人月単価・工程比率を使った見積もりの確かめ方、見積書で確認する3点を、大手コンサルティングファーム出身の専門家の知見をもとに解説します。
- ERP・基幹システムの費用を「初期」「継続」「社内」の3つに分けた費目一覧
- 見積もりで抜けやすい5つの費目と、抜けたときに起きること
- 費目×年で並べる5年総費用(TCO=総保有コスト)の試算表のひな形
- JUAS調査の人月単価・工程別の工数比率を使った、見積もりの妥当性の確かめ方
- 見積書で確認する3点と、比較前のチェックリスト
ERPの費用は「初期費用」だけでは比べられない
基幹システムの見積もりを複数社から取ると、金額の差に目が行きます。しかし実際には、各社が見積もりに含めている範囲がそろっていないことがほとんどです。ある会社はデータ移行と操作研修まで含めて出し、別の会社は「別途」としている。この状態で合計金額を比べても、安く見えた提案があとから高くつくことになります。
もう一つは、稼働後の費用です。JUAS(日本情報システム・ユーザー協会)の「企業IT動向調査報告書 2026」(2025年度調査)では、回答企業のIT予算の配分は「現行ビジネスの維持・運営」が75.9%、「ビジネスの新しい施策展開」が24.1%でした。3年後の目標では新しい施策展開の比率が32.7%とされている一方、実際の比率は2021年度から24%前後で大きく変わっていません。東証上場企業とそれに準じる企業が対象の調査で、中小企業にそのまま当てはまる数字ではありませんが、システムは作ったあとに維持・運営の費用がかかり続け、簡単には減らないことを示しています。
そのため、ERP・基幹システムの費用は「初期にいくらか」ではなく、データ移行・運用・保守まで含めて5年でいくらかで比べます。初期費用の安さは、5年総費用の比較が終わってから評価する項目です。
ERP・基幹システムの費目一覧(初期・継続・社内)
費用は大きく3つに分けて洗い出します。3つ目の「社内」は見積書には出てきませんが、実際には会社の負担です。
| 区分 | 費目 | 中身 |
|---|---|---|
| 初期 | 構想策定・要件定義 | 目的と成功基準の整理、業務フロー、機能要件一覧の作成 |
| 初期 | ライセンス・初期設定 | 製品の導入、標準機能の設定、マスタ設計 |
| 初期 | 追加開発(カスタマイズ) | 標準機能で足りない部分の開発、独自帳票 |
| 初期 | データ移行・データ整備 | 旧システムからの抽出、重複整理、コード統一、テスト移行 |
| 初期 | 外部システム連携 | 会計・勤怠・給与・EC・EDIなどとのデータ連携 |
| 初期 | テスト | 単体・結合テスト、業務シナリオでの総合テスト |
| 初期 | 教育・定着 | マニュアル作成、操作研修、稼働直後の問い合わせ対応 |
| 継続 | ライセンス・クラウド利用料 | 利用人数や拠点数に応じた月額・年額の費用 |
| 継続 | 保守 | 障害対応、問い合わせ窓口、法改正などへの対応 |
| 継続 | 改修・改善 | 稼働後に見つかる使いにくい部分の手直し、軽微な機能追加 |
| 継続 | 基盤・セキュリティ | サーバー・端末の更新、セキュリティ対策、バックアップ |
| 社内 | プロジェクト参加の時間 | 要件定義の打合せ、テスト参加、データ確認、研修受講 |
| 社内 | 運用担当の時間 | マスタ登録、権限管理、社内の問い合わせ対応 |
パッケージ(既製のERP)を使うか、独自に作るか(スクラッチ)で、費用が出る場所は変わります。パッケージはライセンス・利用料が継続費用として大きくなりやすく、スクラッチは追加開発と保守の比重が大きくなります。どちらが安いかは、どの業務を標準機能に合わせ、どこを独自に作るかで決まります。作り方の比べ方は作り方の比較で詳しく紹介しています。
見積書に出ない「社内の作業時間」を数える
社内の作業時間は、金額にしなくても人数×日数で書き出すだけで、現場の業務をどれだけ空ける必要があるかが見えます。次は、従業員100名の製造業が販売・購買・在庫・会計を刷新する場合の書き出し例です。
| 作業 | 参加者 | 書き出し方 | 延べ人日 |
|---|---|---|---|
| 要件定義の打合せ | 部門代表5人 | 週1回・半日×12週 | 30 |
| データ確認・整備 | 経理・購買・営業事務3人 | 取引先・品目マスタの重複確認 各5日 | 15 |
| 総合テスト | 実際に入力する担当者8人 | 業務シナリオのテスト 各4日 | 32 |
| 移行リハーサルの照合 | 経理・倉庫3人 | 2回×各2日 | 12 |
| 操作研修 | 利用者40人 | 半日×1回 | 20 |
| 合計 | 109 | ||
※説明用の例です。人数・日数は対象範囲と体制で変わります。
この例では、延べ100人日を超える社内の時間が必要になります。繁忙期と重なれば、テストや照合が後回しになり、稼働の遅れや不具合の見逃しにつながります。提案を比べるときは、各社が発注側に求める作業がこの表のどこに当たるかを書き込み、社内で確保できるかを確かめてください。
継続費用は「単価×人数×月数×年数」で書き出す
クラウドやSaaSの利用料は、1ユーザーあたりの月額で決まる製品が多く、5年分に直すと初期費用と同じくらいの重さになることがあります。公式に料金が公開されている製品で、計算の仕方を確かめておきます。
| 例 | 公式に公表されている条件 | 5年分の計算例 |
|---|---|---|
| サイボウズ kintone スタンダードコース | 1ユーザー月額1,800円(税抜)、最小契約10ユーザー | 1,800円×50人×12か月×5年=540万円(税抜) |
| Microsoft Dynamics 365 Business Central Essentials | 1ユーザー月額80米ドル(年払い。米国公式の表示)。販売・サポートはパートナー経由 | 80ドル×20人×12か月×5年=96,000ドル(為替・パートナーの費用は別) |
※料金は2026年11月時点で各社公式サイトで確認したものです。製品の優劣を示すものではなく、計算の仕方を示すための例です。人数は説明用の例です。
同じ製品でも、全員に同じライセンスが必要か、閲覧だけの人は安いライセンスで足りるかで総額は大きく変わります。見積もりを受け取ったら、ライセンスの種類ごとの人数と、人数が増えたときの単価を確認してください。あわせて、契約期間の途中で人数を減らせるかどうかも確かめておきます。
見積もりで抜けやすい5つの費目
費目一覧のうち、見積書で「別途」「対象外」になりやすく、あとから追加費用になりやすいのは次の5つです。
| 費目 | 抜けやすい理由 | 抜けると起きること |
|---|---|---|
| 1. データ移行・データ整備 | 旧データの品質は開けてみないと分からない。「移行ツールで取り込む」作業だけが見積もられがち | 取引先の重複やコードの不統一が見つかり、整理の作業が追加になる |
| 2. 外部システム連携 | 連携先・項目・頻度が提案時点で決まっていない | 詳細設計の段階で連携の追加開発が見積もられる |
| 3. 既存業務の例外処理 | 特定顧客の価格、特殊な締め、独自帳票が要件に書かれていない | 要件定義が進むほどカスタマイズが増え、開発とテストが膨らむ |
| 4. テスト・教育・定着 | 「研修は1回」「マニュアルは標準品」など最小限で見積もられる。社員のテスト参加時間は見積書に出ない | 現場が使いこなせず、Excelとの二重管理になる |
| 5. 稼働後の保守・改善 | 初期費用の比較に気を取られ、保守の範囲と年額を見ていない | 使いにくい部分を直すたびに個別見積もりになる |
JUASの同じ調査では、システム開発の予算が予定どおりにならなかった要因として「想定以上の現行業務・システムの複雑さ」(51.4%)、「計画時の考慮不足」(51.0%)、「仕様変更の多発」(48.6%)が上位に挙がっています(予算が悪化した企業への複数回答)。3つ目の「例外処理」は、まさにこの「現行業務の複雑さ」が見積もり後に表に出てくるものです。ERPの標準機能に足りない部分を後から作り足すアドオンの費用と保守の考え方はERPのアドオンとはで解説しています。
費用が膨らむ典型は、当初は標準機能中心の計画だったのに、要件定義が進むにつれて営業から個別の価格設定、製造から独自の在庫管理、経理から例外的な締め処理の要望が相次ぎ、カスタマイズが増えていくケースです。原因は技術ではなく、「現行業務を基本的に踏襲する」という方針のまま、追加要望を誰がどう判断するかが決まっていなかったことにあります。
見積書に「一式」「別途協議」「詳細は要件定義後」という言葉が3か所以上ある場合は、その見積もりは比較に使える段階にありません。金額を交渉する前に、その項目ごとに範囲と前提を書き出してもらってください。
5年総費用の試算表のひな形
提案を比べるときは、各社の見積もりを同じ費目×同じ年の枠に転記します。次のひな形は、どの年にどの費目が発生するかを示したものです。金額欄は、自社に届いた見積もりの数字を入れて使います。
| 費目 | 導入期 | 1年目 | 2年目 | 3年目 | 4年目 | 5年目 |
|---|---|---|---|---|---|---|
| 構想策定・要件定義 | ● | ― | ― | ― | ― | ― |
| ライセンス・初期設定 | ● | ― | ― | ― | ― | ― |
| 追加開発 | ● | △ | ― | ― | ― | ― |
| データ移行・整備 | ● | ― | ― | ― | ― | ― |
| 外部連携 | ● | ― | ― | △ | ― | ― |
| テスト・教育・定着 | ● | △ | ― | ― | ― | ― |
| ライセンス・利用料 | △ | ● | ● | ● | ● | ● |
| 保守 | ― | ● | ● | ● | ● | ● |
| 改修・改善 | ― | ● | △ | △ | △ | △ |
| 基盤・セキュリティ | △ | ● | ● | ● | ● | ● |
| 社内の作業時間 | ● | ● | △ | △ | △ | △ |
●=発生する △=条件によって発生する(連携先の変更、利用人数の増加など) ―=通常は発生しない。※説明用の例です。
このひな形で見るべきなのは、●と△の行がすべて埋まっているかです。見積書に記載がない欄は「0円」ではなく「未確認」として扱い、提案元に質問します。「社内の作業時間」は金額にしにくいため、延べの参加人数×日数で書いておくと比べられます。
初期費用の安さが5年で逆転する例
次の表は、2社の提案を「A社の初期費用=100」とした指数で並べたものです。B社は初期費用が安く見えますが、データ移行と外部連携が対象外で、保守の範囲も狭い提案だったとします。
| 項目 | A社 | B社 |
|---|---|---|
| 見積書の初期費用 | 100 | 80 |
| 対象外だった費目を足す(データ移行・外部連携) | 0 | +20 |
| 5年分の利用料・保守 | 60 | 70 |
| 保守範囲外の改修(稼働1年目に想定される分) | 0 | +15 |
| 5年総費用 | 160 | 185 |
※説明用の例です。実際の比率は製品・作り方・対象範囲によって大きく変わります。
大事なのは数字そのものではなく、「対象外」と書かれた費目を、もう一方の提案と同じ条件まで足し戻してから比べるという手順です。足し戻す金額が分からないときは、その費目だけ追加で見積もりを依頼し、回答を全社分そろえてから比べます。
もう一つ見落としやすいのが、稼働1年目の改修です。稼働してから「この画面は入力項目が多すぎる」「この帳票の並び順では使えない」といった要望が出ることがよくあります。実際に業務で使い始めて初めて分かる使いにくさは、テストだけでは拾いきれないためです。保守の範囲に軽微な改修が含まれない提案では、そのたびに個別見積もりになり、1年目の費用が膨らみます。対策は、保守契約に月あたりの改修の作業時間枠(例:月10時間まで)を入れておくか、1年目の改修予算を5年総費用の表に最初から書いておくことです(※時間数は説明用の例です)。
人月単価と工程比率で見積もりの妥当性を確かめる
開発や設定の費用は、多くの場合「工数(人月)×単価」で積み上げられています。人月は、1人が1か月働く作業量の単位です。見積書に工数と単価が書かれていれば、公開されている調査と並べて、極端に外れていないかを確かめられます。
| 指標 | JUAS調査の値 | 見積書で見るところ |
|---|---|---|
| 人月単価(全体) | 127万円(195件の回帰分析) | 単価が大きく外れていれば、その理由(担当者の役割・経験)を聞く |
| 加重平均単価:スクラッチ開発 | 96万円(99件) | 独自開発部分の単価 |
| 加重平均単価:パッケージ利用開発 | 144万円(39件) | 製品の設定・アドオン開発の単価。スクラッチより高い傾向 |
| 加重平均単価:SaaS利用開発 | 144万円(15件) | SaaSの設定・連携の単価 |
| 工数比率(要件定義:設計〜結合テスト:総合テスト) | 15:60:25 | 要件定義や総合テストの工数が極端に少なくないか |
出典:JUAS「ソフトウェア・メトリクス調査2025」ガイドブック。単価は外注コストを工数で割った値です。回答は大企業のプロジェクトを多く含むため、中小企業向けの見積もりにそのまま当てはめず、外れ値に気づくための目安として使います。
JUASの調査は、パッケージ利用開発の単価がスクラッチ開発より高くなった理由として、パッケージを扱うスキル・ノウハウが必要なことを挙げています。パッケージの見積もりで単価が高いこと自体はおかしくありません。注意したいのは工程の配分です。たとえば総額のうち総合テストに当たる部分が1割に満たない見積もりは、業務シナリオでのテストや移行リハーサルが十分に入っていない可能性があります。見積書の項目ごとの見方はシステム開発の見積もりの見方で詳しく解説しています。
工程ごとに契約を分けると、見積もりの確かさが上がる
要件が決まっていない段階で開発まで一括で見積もると、ベンダーは不確かな部分を上乗せするか、「別途」にして外すことになりがちです。IPA(情報処理推進機構)の「情報システム・モデル取引・契約書(第二版)」(2020年12月)は、工程ごとに個別契約を結ぶ形をとり、工程によって準委任と請負を使い分けるモデルを示しています。
| 工程 | モデル契約での契約類型 | 費用の決まり方 | 発注側の注意 |
|---|---|---|---|
| 要件定義 | 準委任(要件定義作成支援) | 作業期間・体制に対する対価 | 要件を決めるのは発注側。成果物の承認者を決めておく |
| 外部設計 | 準委任または請負(2案) | 工程の性格に合わせて選ぶ | 画面・帳票を誰が確認し、いつ確定させるか |
| ソフトウェア開発(内部設計〜結合) | 請負 | 確定した要件に対する固定金額 | 確定後の変更は変更管理の手続きで費用を決める |
| 運用準備・移行支援 | 準委任 | 作業期間・体制に対する対価 | データ整備・照合のうち自社が担う作業を明記する |
要件定義が終わった時点で開発以降を見積もり直せば、各社の前提がそろい、「別途」や「一式」が減ります。5年総費用の比較が意味を持つのは、この段階で出てきた見積もりです。
見積書で必ず確認する3点
見積書の金額欄より先に、注記や前提条件の欄を読みます。確認するのは次の3点です。
| 確認点 | 見る場所 | 質問の例 |
|---|---|---|
| 1. 対象外項目 | 「別途」「対象外」「含まず」の記載 | データ移行の抽出・整備・照合のうち、どこまでが見積もりに含まれますか |
| 2. 前提条件 | 「〜を前提とする」「〜の場合」の記載 | 標準機能で対応できる前提の業務はどれですか。前提が崩れたときの費用の決め方は |
| 3. 発注側が実施する作業 | 「お客様にて実施」「ご支援いただく」の記載 | テストデータの準備、総合テスト、マスタ登録のうち、発注側が担う作業と想定工数は |
3点とも、各社で書き方がばらばらです。比べやすくするには、見積もりを依頼する段階で費目×年の様式を指定し、対象外・前提条件・発注側作業の欄を設けて提出してもらうのが確実です。依頼書の作り方は基幹システムのRFPの書き方で解説しています。
「一式」では、データ整備の作業がどちらの負担か分かりません。移行するデータの種類、作業の分担、照合の方法まで書いてあれば、他社と同じ条件で比べられます。
5年総費用を出す4つのステップ
- 対象範囲と対象外を決める
どの業務・拠点・部署を新システムに載せるか、何を対象外にするかを先に決めます。範囲が決まっていないと、各社が違う前提で見積もります。 - 費目×年の様式で見積もりを依頼する
上のひな形を見積もりの様式として渡し、対象外・前提条件・発注側作業の欄も埋めてもらいます。 - 「対象外」を足し戻してそろえる
ある会社だけ対象外になっている費目は、追加見積もりを取って足し戻します。社内の作業時間も人数×日数で並べます。 - 5年合計と、年ごとの負担を両方見る
5年合計が同じでも、導入期に費用が集中する提案と、毎年の利用料が大きい提案では資金繰りへの影響が違います。補助金を使う場合は、対象になる経費と支払いのタイミングも年ごとの表に書き込みます。制度の探し方と申請前の注意点は基幹システム導入に使える補助金をご覧ください。
見積もり比較の前のチェックリスト
- 全社の見積もりが同じ費目×年の枠に転記されている
- データ移行の範囲(抽出・整備・取込・照合)がどこまで含まれるか分かる
- 外部連携の相手・データ・頻度が見積もりの前提として書かれている
- 例外処理(特定顧客の価格、特殊な締め、独自帳票)が要件に含まれている
- 総合テストと研修の回数・範囲が明記されている
- 保守の範囲(障害対応・問い合わせ・軽微な改修)と年額が5年分ある
- 利用人数が増えたときの利用料の変わり方が分かる
- 工数と単価が書かれ、工程ごとの配分に極端な偏りがない
- 対象外項目・前提条件・発注側作業の3点を全社分確認した
- 社内の作業時間を延べ人数×日数で見積もった
- 追加要望が出たときの費用の決め方(単価・判断者)が決まっている
よくある質問
ERPの費用相場を教えてください。
この記事では金額の相場は示していません。費用は対象業務の範囲、利用人数、標準機能に合わせられる割合、データ移行の難しさで大きく変わり、規模だけでは決まらないためです。相場を探すより、自社の範囲を決めて同じ条件で見積もりを取り、5年総費用で比べるほうが確かです。
なぜ5年で比べるのですか?
初期費用が安くても、利用料・保守・改修は毎年かかるため、1〜2年では差が見えないからです。3年で比べる場合も、同じ費目×年の枠を使えば考え方は変わりません。大事なのは、全社を同じ年数・同じ費目で比べることです。
構想策定・要件定義だけを先に依頼すると費用はどのくらいですか?
当社の料金表では、業務要件の整理・ヒアリング(構想策定・要件定義)は100万円〜(税別)としており、範囲と規模に応じてお見積もりします。要件定義が終わってから開発会社に見積もりを依頼すると、各社の前提がそろい、5年総費用を比べやすくなります。詳しくは料金をご覧ください。
見積もりの金額を下げたいときは、どこから見直せばよいですか?
まず追加開発の対象になっている例外処理を見直します。その業務が売上・利益・品質・顧客満足に影響しないなら、標準機能に合わせる候補です。考え方はFit to Standardとはで解説しています。データ移行や研修を削ると、稼働後の不具合や二重管理で結局費用が増えやすいため、削る順番は最後にします。
クラウドと自社サーバー(オンプレミス)では、5年総費用はどう変わりますか?
費用の出る場所が変わります。クラウドは利用料が毎年続く代わりに、サーバーの購入・更新、OSのサポート終了への対応、バックアップ装置などの費用が小さくなります。自社サーバーは導入期の機器費用と、5年前後での機器更新の費用を見込む必要があります。どちらが安いかは利用人数と使う年数で変わるため、同じ費目×年の枠に並べて比べてください。
まとめ
ERP・基幹システムの費用は、見積書の初期費用ではなく、データ移行・外部連携・例外処理・テストと教育・稼働後の保守まで含めた5年総費用で比べます。各社の見積もりを同じ費目×年の枠にそろえ、工数と単価・工程の配分を公開調査と見比べ、対象外・前提条件・発注側作業の3点を確認する。この手順を踏めば、安く見えた提案があとから高くつく事態の多くは防げます。
自社の場合、どこまでを対象範囲にすべきか分からないという方は、無料診断で現状の課題と、見積もりの前に決めておくべきことを整理します。
費目一覧10と、記入して使う試算シート
資料をダウンロードする

