重工業・造船業界のシステム開発費は、方式やデータ量によって大きく変わります。連携や移行の範囲も費用を左右し、相場は100万円〜500万円程度から、1,000万円〜数億円程度までと幅があります。
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
重工業・造船業界のシステム開発費用を左右する全体像
費用を考えるときは、まずシステムの種類を分けることが大切です。
小規模な現場向けの仕組みと基幹システムとでは、品質保証や移行作業が異なります。さらに重工業・造船では、データ量と関係者数が見積もりに強く影響します。
数年単位の建造プロジェクトによる費用の複雑化
船舶やプラントは、受注から引き渡しまでが長期にわたります。その期間の長さは工程ごとの費用に表れるため、対象工程を分けて見ておく必要があります。
- 対象工程：設計、資材調達、加工、組立、試運転までを含む
- 管理単位：案件、船番、工区、工程ごとの原価
月次の売上と原価だけでは、設計変更や納期遅延が最終利益に与える影響が見えにくくなります。
プロジェクト別原価管理では、予算や発注の状況から実績と見込原価までを追います。
巨大なサプライチェーンによる連携範囲の広がり
サプライチェーンをまたぐシステムでは、誰とどの情報を共有するかで連携範囲が決まります。
- 協業先：部品メーカー、加工会社、艤装会社、物流会社など
- 共有管理：権限、通知、監査ログ、図面の版の管理
国土交通省も、造船・舶用の垣根を越えたサプライチェーンの最適化を示しています（出典: 国土交通省「海事：造船業の国際競争力の強化」）。
利用者アカウントから図面の版管理までを見積もりに含める必要があります。
重工業・造船業界特有のシステム要件
優先すべき要件は、案件別原価、E-BOMとM-BOMの接続、設計変更の伝達です。
要件を後から追加すると、初期開発費と移行費が膨らみやすくなります。
工事進行基準に対応したプロジェクト別原価管理
工事進行基準では、進捗に応じた収益認識と原価の更新を合わせる必要があります。そのため、管理する項目を先にそろえておきます。
- 原価情報：予算原価、発注残、実績原価
- 見込情報：未成工事支出、完成見込、変更履歴
国税庁は、工事進行基準で経理している場合の収入計上を示しています。資産の譲渡時期には特例があり、国税庁「No.6161 工事進行基準を用いているとき」は、令和7年4月1日現在の情報としてこの特例を示しています。
システムには、これらの情報を案件ごとに同じ単位で持たせます。
E-BOMとM-BOMをつなぐPLM連携
設計部門のE-BOMと製造部門のM-BOMは、同じ部品番号でも構造や属性が異なります。そのため、両者をつなぐには変換ルールが必要になります。
- 製造情報：製造単位、代替品、支給品を工程へ変換
- 調達情報：在庫と調達リードタイムへの変換
CADの部品表は、製造と調達に合う形へ変換してから購買へ渡します。
PLM、ERP、MES、購買システムをつなぐ場合は、再送、エラー通知、版の不一致検知の費用も含めておきます。
設計変更を調達・工程・原価へ波及させる仕組み
造船では、建造の途中で顧客要望や規格変更が発生します。そのため、変更時に確認する対象を一覧にしておきます。
- 部品の状態：発注済みか、代替できるか
- 工程の状態：加工済みか、手戻りが生じるか
現場の干渉や部材の欠品も変更の要因になります。これらを判断できなければ、手戻りと廃棄が生まれます。そこで、変更要求を申請し、承認後に関係システムに反映するワークフローを設計します。
協力会社ポータルと現場向けの操作性
協力会社へ図面や作業指示を共有する場合は、会社、案件、工区ごとに権限を分けておく必要があります。あわせて、現場で必要な機能も整理します。
- 権限管理：閲覧範囲、ダウンロード制限、操作ログ
- 現場操作：オフライン入力と大容量図面の分割表示への対応
退職者の無効化も必要です。
ドックや工場内では通信が不安定なことを前提に、後から同期する方式を検討します。また、スマートフォンやタブレットで片手操作できる画面も現実的です。
重工業・造船業界のシステム開発費用相場と内訳
次の金額は、重工業・造船向けに要件を整理するときの初期目安です。ただし、実際の見積もりでは機能数以外の条件も確認します。
- データ条件：データの粒度と移行対象
- 運用条件：利用者数、可用性、セキュリティ水準
既存システムとの連携範囲も、見積もりに含めます。
IPAは、要件定義や移行、運用構築を工数に含めるかで実績比較が変わると説明しています（出典: IPA「ソフトウェア開発データ白書に関するよくある質問と回答」）。
受注生産向けパッケージの費用は100万円〜500万円程度
標準機能で案件管理から実績入力まで運用できる場合、導入費用は100万円〜500万円程度が目安です。
- 別途費用：利用料、初期設定、帳票変更が含まれないことがあります
- 導入作業：マスタ整備、教育、データ移行が別途になる場合があります
パッケージは初期費用を抑えやすい一方、標準業務に合わせて運用を見直さないと、追加開発が積み重なりスクラッチに近い金額になります。
個別開発の費用は1,000万円〜数億円程度
案件別原価、BOM変換、設計変更、協力会社ポータル、現場アプリを個別に構築すると、1,000万円〜数億円程度まで広がります。
- 中規模開発：部門横断の場合は1,000万円〜5,000万円程度
- 大規模開発：複数拠点やERP刷新を含む場合は5,000万円〜数億円
複数拠点、数百社、大規模な図面管理を含む場合は、金額の幅が広がります。
業務を止めずに切り替えるための移行、テスト、教育、並行稼働の費用でも大きく変わります。
費用の内訳の分け方（要件定義・開発・移行・保守）
見積書では、開発費と導入後の費用を分けて記載してもらい、比べる内訳をそろえておきます。
- 開発工程：要件定義、設計、開発・設定を別々に計上
- 導入工程：移行、テスト、教育、管理
- 運用費：保守、インフラ、連携基盤
開発費だけを比べると、移行や受入テストが安く見えてしまい、後から追加請求が発生しやすくなります。
保守費用は、開発費の15〜20％程度を年間の目安にできます。
24時間監視、現場サポート、クラウド利用料、ライセンス更新は、契約内容によって変わります。
システム開発費用が高くなる5つの変動要因
対象拠点が一つか、海外を含む複数拠点かによって、必要な機能は変わります。
費用を押し上げる条件を先に洗い出しておきます。
BOM・図面・履歴データの量
部品点数や図面容量、版数が増えるほど、設計や保管の費用が増えます。変更履歴や検索条件の量も、費用に影響します。
- データ基盤：データベース、ストレージ、バックアップ
- 検索処理：検索インデックスの設計
1,000件程度のBOMでも、回線速度により、クラウド上の登録や参照に時間がかかります。
一方で、LAN内のオンプレミスでは数秒で処理できたという比較もあります。さらに、数万〜数百万点を扱う場合は、データの配置と処理を現場側へ寄せる範囲を検証します。
既存ERP・CAD・MES・会計との連携数
連携先が増えるほど、項目変換や障害時の再送が必要になります。そのため、連携の前に管理ルールをそろえておきます。
- 接続処理：認証、エラー処理、障害時の再送
- 正本管理：共通マスタと、正しい値を持つシステムの決定
部品番号や取引先コードが異なる場合は、単純なAPI接続では解決しきれません。
共通マスタを先に決めることが、結果的に費用を抑える近道です。
利用者数・権限・セキュリティ要件
協力会社や顧客も利用する場合は、利用者の範囲に応じた権限が必要です。あわせて、保護する対象を整理しておきます。
- 利用者管理：会社単位、案件単位の権限
- 情報保護：機密区分、二要素認証、監査ログ
- 基盤対策：接続元制限、暗号化、復旧訓練
防衛関連や重要インフラに関係する場合は、ネットワーク分離や脆弱性対応も見積もります。
利便性と情報漏えい防止を両立させる設計ほど、初期費用は高くなります。
マスタ整備・移行・教育の負荷
古い部品表やExcelに不備があると、移行作業は開発以上に難しくなります。そのため、対象データの状態を先に確認します。
- データ不備：重複、表記ゆれ、廃番品の整理
- 責任者：発注者側の業務責任者による承認
担当者だけが知る略称も残っているため、マスタの定義や承認は、ベンダーへ丸投げせず自社で担うことが大切です。
現場教育では、試行拠点、操作ログ、問い合わせ内容をもとに、画面と手順を改善します。
止められない業務に対する可用性
受注や現場作業を止められない場合は、障害時にどう業務を続けるかを先に決めます。そのうえで、必要な備えをそろえます。
- 継続対策：冗長化、バックアップ、手作業の準備
- 復旧計画：復旧目標と段階的な切り替えの決定
大規模ERP導入で生産管理が不全になり、部品サプライヤーからの調達が止まった事例も知られています。
大規模な刷新では、参照専用での運用、限定拠点での試行、旧システムへの退避手順を設けておきます。
費用を膨らませないシステム開発の進め方
費用対効果は、価格だけでなく開発の順番によっても左右されます。そのため、業務上の損失が大きいテーマから小さく検証していきます。
最初から全拠点・全機能を対象にすると、要件の揺れと移行問題が後半で表面化します。
要件定義での対象範囲と成功指標の決定
対象業務は業務フローに描き出し、測定できる状態へ置き換えます。成功指標の例も具体化します。
- 原価指標：毎週、案件ごとの完成見込原価と予算差異を確認
- 変更指標：承認から関係部署への通知を1営業日以内に終える
対象外の業務や既存システムを残す範囲、データの正本も、文書に書き残しておきます。
範囲を明確にすると、追加要望による予算超過を抑えられます。
小さなパイロットでのデータと操作性の検証
全社展開の前には、影響範囲を限定できる単位で試します。代表性と範囲の両立も欠かせません。
- 試行単位：1工区、1製品群、1拠点など
- 検証範囲：BOM、発注、実績、原価の流れ
実データで検索速度とオフライン復帰を測り、権限や帳票の使いやすさも確かめます。
例外を「特殊要件」として整理できれば、全体見積もりの精度が上がります。
段階導入と旧運用の終了条件の設定
紙やExcelを残したままだと、二重入力と情報の不一致が続いてしまいます。そのため、新旧運用の切り替え条件を決めておきます。
- 新運用：新システムで登録する業務と、正とする帳票
- 旧運用：旧システムを停止する日
入力項目は必要最小限にとどめ、片手操作やバーコード入力を採用する方法も有効です。
効果は、入力時間や変更伝達の遅延で確かめられます。加えて、棚卸し差異や予算差異が見つかるまでの時期も、判断材料になります。
コストを最適化するクラウド・オンプレミスの選び方
クラウドが常に安いとも、オンプレミスが常に安全だとも言えません。比べるときは、総保有コストで見ることが大切です。
- 比較費用：初期投資、通信費、運用人員
- 運用条件：バックアップ、更新、拠点間連携、データ量
現場の応答性も比較の対象に含めます。また、国土交通省は、設計・生産・運航をまたぐデジタル活用を重視しています（出典: 国土交通省「海事：造船業の国際競争力の強化」）。
単一拠点だけでなく、将来の連携範囲も考えておく必要があります。
クラウドが向くケースと注意点
複数拠点や協力会社が利用し、短期間で環境を増減させたい場合は、クラウドが向きます。利点は、初期負担と運用機能の2つの面にあります。
- 初期負担：サーバー購入を抑えやすいこと
- 運用機能：バックアップや監視をサービスで使える点
大容量の3D図面を毎回取得すると、回線速度や転送量に応じた費用が増えます。ストレージやCDNの費用も加わります。そのため、軽量プレビュー、差分同期、現場キャッシュを組み合わせて通信量を抑えます。
オンプレミスやハイブリッドが向くケース
工場内LANで大容量データを扱いたい場合や、外部回線へ依存できない場合は、オンプレミスが候補です。
- 社内設置：既存設備や社内規程との整合
- ハイブリッド：基幹データと図面原本をオンプレミスに置く構成
- 共有画面：協力会社向けの申請や参照をクラウドに分ける
冗長サーバーや保守要員、更新時の停止時間まで含めて比べます。
パッケージとスクラッチの組み合わせ
共通機能はパッケージを使い、独自業務だけを個別開発すると、費用と柔軟性のバランスを取りやすくなります。
- 標準利用：競争力に直結しない共通機能
- 個別開発：設計変更や原価配賦
フルスクラッチで進める場合も、案件別原価と変更管理を先に構築し、効果を測ってから範囲を広げます。
IPAは、過去実績から自社向けの見積もり評価モデルを作る方法を紹介しています（出典: IPA「CoBRA法に基づく見積り支援ツール」）。
見積もりを取る際に確認すべきポイント
見積もりは、金額だけでなく前提条件と除外項目を比べます。そのうえで、データの流れを確認できる提案を選びます。
- 提案範囲：設計、製造、調達、原価の流れ
- 価格差：移行、テスト、教育、保守の範囲
安い会社が優れているとは限りません。価格差は、含まれる工程の違いから生じることがあります。
RFPに記載するデータ量と業務シナリオ
RFPや要求一覧には、データ量と業務条件を記載します。ベンダーが同じ条件で見積もれるよう、情報をそろえておきます。
- 規模情報：部品点数、図面容量、案件数、利用者数
- 運用情報：変更件数、協力会社数、拠点数、既存システム
- 性能条件：必要な応答時間
シナリオは、「部品を登録する」といった操作だけでなく、設計変更を承認して原価見込を更新するところまで示します。
M-BOMと発注残の確認まで含めると、各社の見積もりを比べやすくなります。
同業種実績とデータ移行の責任分界の確認
ベンダーには、同業種での対象範囲と稼働後の状態を確認します。そのうえで、実績の見方を社内でそろえておきます。
- 導入実績：個別受注、PLM・ERP連携、原価管理
- 定着状況：利用率、障害対応、現場定着の方法
- 責任分界：マスタ整備と移行後検証の担当
社名や導入年だけでなく、対象範囲とデータ量も確認します。業務知識が必要な部分を曖昧にしたままだと、後から責任の押し付け合いになりやすくなります。
追加費用と変更管理のルール
要件変更をすべて固定価格に含めるのは難しいため、変更時の手順を合意しておく必要があります。
- 変更手続き：受付、影響分析、見積承認の決め方
- 契約条件：納期変更とリリース手順の合意
準委任と請負を工程ごとに使い分ける方法もあります。たとえば、上流工程は協働で進め、仕様確定後は成果物と受入条件を明確にします。
月次では、予算消化と残工数を確認します。さらに、未確定課題と完成見込も見て、早期に軌道修正します。
よくある質問（FAQ）
重工業・造船業界のシステム開発に関する質問に回答します。相場はあくまで目安で、最終的には条件をそろえた提案書で判断します。
重工業・造船業界のシステム開発費用はいくらですか？
受注生産向けパッケージは100万円〜500万円程度、個別開発は1,000万円〜数億円程度が目安です。
金額は、BOM・図面の規模と連携数で変わるほか、移行対象や協力会社の数も影響します。そのため、含まれる工程も確認します。
クラウドとオンプレミスはどちらが安いですか？
どちらが安いかは、条件によって変わります。クラウドは、サーバー購入や運用負担を抑えやすく、複数拠点での共有に向きます。
大容量図面の通信量や保存量が増えると、月額費用が増えます。一方、オンプレミスは初期投資と保守人員が必要です。
工場内LANでは大量データを扱いやすいため、実データで応答性と5年程度の総額を比べます。
パッケージとフルスクラッチはどちらを選ぶべきですか？
共通性の高い機能はパッケージを使い、競争力に直結する部分を個別開発する方法が現実的です。
標準機能に合わせられない場合や既存資産との連携が複雑な場合は、スクラッチも候補です。将来の変更を自社で管理したい場合もスクラッチが候補です。いずれもまずはパイロットで適合度を確認します。
古い部品マスタやExcelも移行できますか？
古い部品マスタやExcelも移行はできますが、単にコピーしただけでは十分とは言えません。移行時は、次の順に確認します。
- 重複、表記ゆれ、廃番、単位、版数の整理
- 部品番号の対応の決定と、業務責任者によるマスタの承認
- 移行前後の件数照合とサンプル検証
- 切り替え後に旧Excelへ戻らない運用ルールの決定
切り替え後の運用を定めておくと、システムが形だけのものになるのを防げます。
まとめ
重工業・造船業界の開発費は、パッケージ導入で100万円〜500万円程度、個別開発で1,000万円〜数億円程度が目安です。
比べるときは、設計変更の伝達、案件別原価の把握、サプライチェーンを止めない運用まで確認します。
費用判断で押さえるポイント
見積もりでは、原価管理やPLM連携、設計変更を要件として確認します。協力会社ポータルや現場利用も、要件に含めます。
- 機能要件：案件別原価とE-BOM・M-BOM連携
- 運用要件：変更管理、協力会社、オフライン利用
要件定義とマスタ整備の範囲を比べ、移行以降は教育やテスト、保守の範囲も確認します。
次に行うこと
最初に対象業務を一つに絞ります。代表案件については、BOMや図面から、発注、実績原価、設計変更までを整理します。
- 同じ業務シナリオでの方式と構成の比較
- パイロットの結果をもとにした段階展開
パッケージと個別開発、クラウドとオンプレミスを、同じ業務シナリオで比べます。
機能を増やすより、現場が毎日使うデータを正しく蓄積する運用を先に設計することが大切です。
参考にした公開情報
造船業のDXや工事進行基準、開発工数の見積もりについて参照した公開情報は、次の5件です。
- 造船競争力：DXとサプライチェーン最適化
- 造船DX：技術開発と実証事業の情報
- 工事進行基準：収入計上の特例
- 開発データ：開発・移行・運用工数
- 見積もり支援：過去実績を使う方法
国土交通省「海事：造船業の国際競争力の強化」を参照できます。URLは https://www.mlit.go.jp/maritime/maritime_tk5_000014.html です。
国土交通省「造船業のDXに繋がる技術開発・実証事業6件への支援を決定」を参照できます。URLは https://www.mlit.go.jp/report/press/kaiji05_hh_000239.html です。
国税庁「No.6161 工事進行基準を用いているとき」を参照できます。URLは https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6161.htm です。
IPA「ソフトウェア開発データ白書に関するよくある質問と回答」を参照できます。URLは https://www.ipa.go.jp/archive/publish/wp-sd/qa.html です。
IPA「CoBRA法に基づく見積り支援ツール」を参照できます。URLは https://www.ipa.go.jp/archive/digital/tools/cobra.html です。
造船業・会計に関する公的情報
造船業のDX、サプライチェーン最適化、工事進行基準については、国土交通省と国税庁の公開情報を参照しています。
システム開発見積もりに関する公的情報
開発工数、移行・運用工数、過去実績を使った見積もりについては、IPAの公開情報を参照しています。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。