レガシーシステム改修の依頼先は、調査範囲やテスト条件まで揃えて比べると、金額だけでは見えない提案の違いが分かります。
比べる前には、不具合や法改正などの課題、対応タイプ、現行仕様の把握度を整理しておきます。改修全体の考え方は、関連ガイドでも確認できます。
▼全体ガイドの記事
・レガシーシステム改修の完全ガイド
レガシーシステム刷新を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
レガシーシステム改修を検討する前に整理すべき自社の課題
まずは、困りごとが起きている業務と、その影響が及ぶ範囲を特定します。依頼内容が具体的になるほど、必要な調査やパートナーに求める条件も定めやすくなります。
不具合対応と法改正対応の緊急度の分け方
日常の不具合は、保守契約で合意したSLA（対応開始までの時間）を基準に扱います。一方で、法改正対応は期限と業務への影響を確かめたうえで、通常の不具合とは優先順位を分けます。
保守費用は、初期開発費用の年間15〜20%程度が目安とされます。規模別の相場観では、小規模システムが月額数万円〜10万円前後、中規模が10万〜50万円程度です。金額を比べるときは、契約に含まれる作業範囲もあわせて確かめます。
ドキュメントの有無と担当者の在籍状況
設計書や仕様書がどこまで残っているか、開発当時の担当者が今も在籍しているかを調べます。資料と担当者の両方が不足すると、調査や原因の切り分けに時間がかかります。
前任者もドキュメントもないアパレル業界の品質管理システムでは、インフラと機能の改善に約10か月かかった事例があります。また、見積もりでは、自社の情報不足を各社がどう前提に反映したかも比べます。
対応内容による改修の3つのタイプ
改修の依頼は、大きく保守の延長、個別の機能変更、部分的な作り直しの3つに分けられます。複数のタイプが重なるときは、優先する成果と対象範囲を先に決めておきます。
バグ修正・法改正対応型
保守の延長では、日常の不具合のほか、インボイス制度や電子帳簿保存法、税率変更への対応を依頼します。契約では、対応開始の目安と優先順位の決め方が明確かを確かめます。
期限のある法改正では、通常の窓口とは別に優先して対応できる体制があるかも確かめます。帳票や画面の小規模な変更を同じ窓口で受け付けるかも、運用上の判断材料になります。
帳票改修・機能追加型と部分的作り直し型
帳票変更や機能追加は、保守契約の外として個別に見積もられることがあります。部分的な作り直しには、機能を段階的に切り出す方法と、既存機能を新しい技術で書き直す方法があります。
対象が広がるほど、影響調査とテストの範囲も広がります。中規模の部分改修では、2,000万〜8,000万円、数か月〜1年程度になる場合があります。そのため、見積もりでは条件を明示しておく必要があります。
改修パートナーを比較する評価軸
パートナー選びでは、技術力の説明だけでなく、調査・試験・契約・情報管理を同じ条件で確かめます。比べた結果を根拠と一緒に残しておくと、提案の印象に左右されにくくなります。
調査力と対応言語・技術への精通度
調査力は、事前調査から変更箇所や影響範囲までの進め方と、出てくる資料で確かめます。構造図や仕様書の形式も見ておくと、後続の改修や引き継ぎに使えるかを判断できます。
COBOLや汎用機など対象の技術に加えて、使用中のバージョンや独自仕様への対応経験も尋ねます。そのうえで類似案件の説明を受けると、対応範囲が具体的になります。
テスト体制・契約形態・セキュリティの確認項目
比べるときは、次の3項目を各社で同じ条件にそろえます。
- テスト範囲：デグレードテストの対象と工程の余裕
- 契約形態：改修頻度に合う料金方式と作業単位
- 情報管理：権限の範囲、作業ログ、機密保持の条件
確認した内容は、デモや提案書、契約条項などの根拠と結び付けて記録しておきます。なお、チケット制では、1単位の作業範囲、有効期限、未使用分の扱いも確かめます。
リホスト・リライト・ストラングラーフィグの選び分け
手法は、将来の業務要件、現行システムの状態、予算と期間、仕様の把握度を見て選びます。一つの条件だけで決めず、制約の組み合わせを確かめます。
リホストとリライトの使い分け
業務要件を保ち、現行システムが安定しているなら、環境を移すリホストや、機能を保ったまま技術を更新するリライトが候補になります。
リライトは全面刷新より検証範囲を絞れる場合があります。ただし、コードの調査は欠かせません。リホストでは環境変更による挙動差を確認し、リライトでは計算ロジックや例外処理を引き継げるかを確かめます。
ストラングラーフィグパターンによる段階的な切り出し
現行品質に課題があり、将来の作り直しも見据える場合は、機能単位で切り出すストラングラーフィグパターンが候補になります。新旧システムの併存期間を設けるため、予算と期間に余裕があるかを検討します。
仕様が不明な場合は、先に現状を調べて説明できる状態にしておきます。併存中は二重管理や連携の不具合が起きやすいため、切り出しの順番と旧環境の終了条件を決めておきます。
見積り依頼とモックアップ・プロトタイプ・PoCの進め方
候補各社に同じ条件で見積もりを依頼し、必要に応じて試作やPoCで実現性を確かめます。資料上の説明と、実業務での検証は分けて考えます。
見積り依頼に載せる対象範囲と現状情報
見積もりには、対象業務や資料の有無、不具合や変更内容を記載します。希望納期とテスト範囲も書き添えます。同じ条件で複数社に提示すると、調査工数や前提条件を比べられます。
値引き額よりも、調査と影響範囲の確認がどこまで含まれるかを見ます。また、納期が厳しい法改正対応と、調整しやすい帳票改修は分けて伝えると、各社の対応力を比べやすくなります。
モックアップ・プロトタイプ・PoCの目的に応じた使い分け
画面の見た目はモックアップ、操作の流れはプロトタイプで確かめます。既存システムとの連携など技術的な実現性を調べる場合は、PoCを選びます。
部分改修のPoCでは、対象業務を一つに絞ったうえで、Go/No-Go基準を先に決めておきます。期間は2〜3週間、費用は本開発の10〜20%程度が目安ですが、範囲に応じて調整します。
レガシーシステム改修選定の失敗を避ける方法
選定では、価格や着手の速さだけで決めず、調査とテストの範囲を確かめます。あわせて、改修の目的と責任者を定め、現場・情報システム・経理など関係者の条件を合わせておきます。
金額の安さだけで決めることの危うさ
調査を省いた低い見積もりは、着手後の不具合や追加費用につながることがあります。だからこそ、各社の調査・テスト範囲も含めて比べ、金額の前提をそろえます。
製品やツールの候補を調べる場合は、レガシーシステム改修のパッケージ・クラウド製品一覧も参考になります。
保守契約の範囲と追加費用の境界
帳票や小規模な機能追加が保守の対象外だと、短時間の作業にも最低料金がかかることがあります。そのため、改修の頻度に合う契約方式を選び、追加費用の条件を契約前に書面で定めます。
月額料金に含まれる作業時間と、超過時の単価を確かめておくと、年間の費用を見通しやすくなります。
レガシーシステム改修導入前に確認しておきたいポイント
契約前には、作業範囲に加えて、社内の受け入れ体制も確かめておきます。運用の条件を先に合わせておくことで、改修開始後の認識違いを減らせます。
小規模な改修で複数社を比べる価値
小規模な改修でも、調査とテストの進め方は手戻りに影響します。そこで、費用とあわせて、事前調査の方法や類似案件の経験を複数社で照らし合わせます。
自社対応と外部依頼の切り分け基準（ブラックボックス度）
社内に担当者がいて仕様も共有されていれば、自社で対応できる場合があります。一方で、誰も仕様を説明できない場合は、外部調査で現状と範囲を整理してから改修に進みます。
PoCの費用の目安（本開発の10〜20%程度）
部分改修のPoCは、対象業務を一つに絞ると検証の範囲を把握できます。期間は2〜3週間、費用は本開発の10〜20%程度が目安です。ただし、Go/No-Go基準は事前に決めておきます。
まとめ
改修先と手法を選ぶ前に、業務上の課題、現行システムの状態、使える予算と期間を整理しておきます。共通の条件で候補を比べると、次の検討に必要な情報がそろいます。
課題診断から評価軸の比較までの流れ
業務課題と対応タイプを整理したら、複数社に同じ情報を示して比べます。手法の候補も仮に決めておくと、相談の場で確かめるべき点がはっきりします。
最後に行う実現性の確認（モックアップ・プロトタイプ・PoC）
見積もりに加えて、必要な検証の手段で実業務を確かめると、前提のずれを早く把握できます。独自の業務ロジックや複雑な影響範囲がある案件では、フルスクラッチ開発の知見が必要になる場合があります。
riplaは、改修範囲の整理、事前調査、既存システムとの連携を含む実装を支援しています。
▼全体ガイドの記事
・レガシーシステム改修の完全ガイド
▼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を創業。