リバースエンジニアリングの費用は、30万円から1,000万円超までの幅があります。その差を生むのは、LOC数、対象言語、成果物の粒度です。
一時費用に加えて、解析後も仕様書の更新やツールの費用が続き、先送りすれば放置コストも膨らみます。これらも合わせて見ると、負担を比べやすくなります。
▼全体ガイドの記事
・リバースエンジニアリングの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
保守運用費用から見たリバースエンジニアリングの位置づけ
リバースエンジニアリングは、ソースコードや実行バイナリを解析して、業務仕様書や設計書を復元する取り組みです。新しいシステムを構築するものではないため、費用の構造も通常の保守運用費用とは異なります。
多くの場合は、毎月のサーバー費用や保守契約とは違い、一定期間で完了するプロジェクト型の費用になります。
一方で、復元したドキュメントの維持管理や解析ツールの継続利用にも費用がかかります。実施せず現状を放置した場合の保守コストまで含めて、費用として捉える必要があります。
ブラックボックス化したレガシーシステムの見えない保守コスト
仕様書がないレガシーシステムでは、表面上の保守費用を見ただけでは実態がつかめません。
- 影響範囲の調査：改修のたびに、どこへ影響するかを調べるのに想定以上の時間がかかります。
- 担当者の属人化：内部を理解して対応できるエンジニアが限られます。
- 障害原因の特定：発生時に原因を突き止めるまで長時間かかることがあります。
こうした負担は、保守契約料や監視費用とは別に積み重なる、実質的な保守コストです。こうした負担を踏まえると、リバースエンジニアリングは、「仕様が分からない」という根本原因を解消する投資と位置づけられます。
3層で捉える費用構造
費用を3層に分けると、何と何を比べればよいかがはっきりします。
- 一時費用：解析作業そのものにかかる費用です。
- 継続費用：解析が終わった後も発生し続ける費用です。
- 放置コスト：実施しないまま先送りすると膨らんでいく費用です。
多くの企業は、一時費用だけを見て高いか安いかを判断しがちです。しかし、継続費用と放置コストを含めた中長期の総費用で比べる必要があります。
リバースエンジニアリングの一時費用の内訳
継続費用や放置コストを考える前に、まず解析そのものにかかる一時費用を見ておきます。
LOC課金の仕組みと相場
LOC課金では、ソースコードの行数が仕様書復元の見積もりの出発点になります。
- 行数：基本料金と超過分の組み合わせで料金が決まります。
- システム規模：小規模から大規模まで、規模ごとに相場が異なります。
- 対象言語：レガシー言語は、標準の単価を補正して見積もられることがあります。
市場相場の基本料金は30万円で、対象は4,000行までです。4,000行を超えた分は、1行あたり50円程度が目安になります。
小規模プロジェクトは30〜80万円が目安です。たとえば、ECサイトの一機能やAPI連携システムがこれに当たります。
中規模プロジェクトは、1〜10万行程度の業務システムで300〜800万円です。大規模プロジェクトは、10万行以上の基幹システムで、この規模では1,000万円を超えるケースも珍しくありません。
COBOLやPL/Iのようなレガシー言語は、標準単価の1.5〜2倍になることがあります。
成果物粒度別の費用差
成果物の粒度は、どこまで詳しい情報が必要かと、初期費用のバランスで選びます。
- フローチャート：処理の大まかな流れをつかむための粒度です。
- 業務仕様書：機能の処理や業務ルールまで押さえた粒度です。
- 詳細設計書：画面遷移図やDB設計まで含んだ粒度です。
フローチャートレベルは標準LOC課金の50〜70%程度、業務仕様書レベルは標準の100%、詳細設計書レベルは標準の150〜250%が目安になります。
現状把握が目的か、新システム開発に使う情報が必要かで、粒度を選びます。
粒度を必要以上に高く設定すると、初期費用は膨らみます。一方で、低すぎる粒度は継続費用や放置コストの面で割高になることがあります。
リバースエンジニアリング実施後の保守運用費用と継続費用
リバースエンジニアリングは、一度実施すれば費用がゼロになるわけではありません。実施後も、緩やかに続く費用があります。継続費用を見落とすと、後になって想定外の支出が発生します。
復元した仕様書のメンテナンスコスト
復元した仕様書を生きた資料として保つには、社内で更新作業のルールと役割を決めておく必要があります。
- 仕様との乖離：改修後に資料と実態がずれるおそれがあります。
- 運用体制：ドキュメントを継続して管理する担当者が必要です。
復元した業務仕様書や設計書は、システム改修に合わせて更新し続けなければなりません。更新を怠ると、数年のうちに実態と乖離した「使われないドキュメント」になります。
そうなると、リバースエンジニアリングで解消した「仕様書散逸問題」が再び起きるリスクがあります。
有効な方法の一つは、改修案件ごとに該当箇所を更新するルールを社内規程に組み込むことです。加えて、更新履歴を管理する担当者を明確にしておくと、ドキュメント維持に役立ちます。
この運用コストは解析費用より小さいものの、継続費用として計画に織り込むべきです。
解析ツールのライセンス継続費用
解析を内製するか外注するかによって、継続するライセンス費用の考え方が変わります。
- ツールの種類：無料ツールと商用ツールで、費用のかかり方が違います。
- 利用形態：単発の委託か社内保有かで、必要な費用が変わります。
- 解析頻度：今後の作業頻度に応じて、予算を組みます。
Ghidraのように、無料で利用できるオープンソースツールもあります。
一方で、IDA Pro、Binary Ninja、CAST Imagingなどの商用ツールは年間費用がかかり、機能や解析対象の幅が広がるほど費用も高くなります。
単発のプロジェクトでは、外部ベンダーに委託するほうが合理的なケースが多くあります。その場合は、ツール費用を都度の見積もりに含めてもらいます。
社内で継続的に解析・保守を行うなら、年間の投資として予算化する必要があります。
内製か外注かは、自社で解析作業がどのくらいの頻度で発生するかで判断します。
実施しなかった場合の放置コスト
費用対効果を判断するには、実施した場合と先送りした場合の費用を並べて比べる必要があります。
属人化・緊急対応による割増コスト
放置コストは、担当者の属人化と緊急対応が起きているかどうかから見積もります。
- 属人化：内部構造を理解する担当者が限られます。
- 緊急対応：障害や改修の対応を、社内だけでは急ぎにくくなります。
- 割増費用：通常より高い対応費用がかかります。
仕様書がない状態が続くことが、属人化の背景にあります。
担当者が不在または退職すると、障害対応や緊急改修を外部に依頼せざるを得ません。その場合は、通常の解析より大幅に割高な緊急対応費用が発生することがあります。特急対応では、通常より20〜60%増が相場です。
レガシー言語を扱える技術者は国内でも希少性が高まっています。緊急時に確保できる人材が限られるため、単価も高止まりしやすい傾向があります。
計画的に解析を行って仕様を見える状態にしておけば、緊急対応の割増コストを避ける予防策になります。
先送りするほど膨らむ複利的コスト構造
先送りによる負担は、時間がたつにつれて複数の要因が重なり、膨らんでいきます。
- 改修の蓄積：改修のたびに、資料と実態の差が広がります。
- 知識の喪失：業務ロジックに込められた意図が失われていきます。
- 解析負担：後から復元するほど、解析にかかるコストが上がります。
システムが稼働し続けるかぎり改修は積み重なります。そのため、リバースエンジニアリングの先送りコストは、直線的ではなく複利的に膨らむ傾向があります。
当時の業務担当者が退職すると、業務ロジックの「意図」は完全に失われてしまいます。後から復元しようとしても、既存ドキュメントやヒアリング先がないため、解析コストが上がります。
経済産業省のDXレポートは、レガシーシステムへの先送りが将来の大きな経済損失につながると指摘しています。その「2025年の崖」も、対応の先送りへの警鐘です。
現時点では費用が高く感じられても、数年後に同じ作業をする場合と比べれば、早期着手のほうが安く済むことがあります。
保守運用費用を最適化する実務ポイント
3層の費用を踏まえると、実務でどこを工夫すれば費用を抑えられるかが見えてきます。
内製と外注のハイブリッド体制
費用と社内の継続体制を両立させるには、外部と社内で役割を分けることが大切です。
- 外部ベンダー：高度な専門性が必要な解析を任せます。
- 社内担当者：成果物の整理や更新を受け持ちます。
すべてを外注すると一時費用が高くなり、すべてを内製すると人材費がかさみます。
役割分担の例として、難読化解除やホスト固有仕様の解読などは外部ベンダーに委託します。一方、成果物の整理や一部のドキュメント化、その後の更新は社内担当者が受け持ちます。内製化を進める場合は、専門人材の採用・育成コストに加えて、ツールのライセンス費用も必要になります。
こうすると、外注費用を抑えながら、仕様書を更新できる社内体制を残せます。
段階的発注によるコストコントロール
段階的に発注する場合は、初期投資と見積もり条件を分けて考えます。
- 対象の優先度：重要な業務機能から順に解析します。
- 発注の判断：品質とベンダーとの相性を見ながら決めます。
- 見積もり条件：継続費用まで含めて、各社の見積もりを比べます。
全機能をまとめて発注するのではなく、段階を分けて発注する方法があります。
段階的に発注すれば、初期投資のリスクを抑えつつ、費用を平準化できます。
残っている仕様書、設計書、操作マニュアルは、事前に社内で集めて整理しておきます。資料をベンダーに提供すると、解析工数が減り、見積もり金額を下げられる場合があります。
複数社から相見積もりを取り、言語補正や成果物の粒度も見比べます。継続費用の見込みまで含めて比べることが、費用を適正に保つための基本です。
まとめ
リバースエンジニアリングの保守・運用費用は、一時費用、継続費用、放置コストの3層で捉えると整理できます。一時費用は、LOC課金の相場と成果物の粒度による費用差から成ります。
実施後は、復元した仕様書のメンテナンスと解析ツールのライセンス費用が続いていきます。
実施を先送りすると、放置コストが膨らみます。だからこそ、この3層を含めた中長期の総費用で比べることが、合理的な判断につながります。
先送りコストは複利的に膨らむため、「今はまだ大丈夫」という判断が数年後の負担になりかねません。
内製と外注のハイブリッド体制、段階的な発注、残っている資料の事前整備を組み合わせて、費用を抑えられます。早めに信頼できるパートナーへ相談することをお勧めします。
▼全体ガイドの記事
・リバースエンジニアリングの完全ガイド
▼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を創業。