軽微改修の費用は、契約形態・対応範囲・工数で変わります。ラボ型なら月10万円程度から、開発費1,000万円のシステムなら保守は月50万〜150万円が目安です。
画面文言や入力項目、帳票の修正は、日々の運用で最も発生する改修です。契約の中身を理解して発注すれば、費用増や認識違いを防げます。
▼全体ガイドの記事
・ITシステム軽微改修の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
軽微改修の費用の決まり方——保守契約との関係
軽微改修の費用を理解する出発点は、運用保守の一部として扱われる点です。保守業務にはバグ修正や仕様変更への対応のほか、小さな機能追加や改善も含まれます。つまり軽微改修は、現状を正常かつ快適に保つための保守業務で、新たな価値を生む追加開発とは費用構造が異なります。
保守業務における軽微改修の位置づけ
保守・運用費用は、システムを現状のまま正常に保つ業務の費用です。一方で、新しい機能モジュールの追加やUI/UX刷新は、新たな価値を実装する追加開発にあたります。そのため軽微改修は保守費用に含まれ、大規模な機能追加は別枠のプロジェクト費用となる傾向があります。
- 保守業務：監視、問い合わせ・障害対応、バグ（瑕疵）修正、軽微改修。
- 追加開発：新機能モジュールの追加やUI/UXの刷新。
- 月額保守の対応範囲：契約の定義によって異なります。
月額定額保守は、初期開発費用の年間5〜15%程度が相場の目安です。開発費が1,000万円なら、月額50万〜150万円程度が一つの水準になります。
軽微改修が月額費用に含まれる範囲は契約の定義で変わり、その対応範囲が追加費用の有無を分けます。たとえば、バグ修正と監視だけを含む契約もあれば、月〇時間までの軽微改修を含む契約もあります。
月額保守内で無償対応されるケースとスポット費用が発生するケースの違い
月額保守内で対応するか、スポット費用になるかは、契約形態と作業範囲の定義で分かれます。改修の頻度に合う契約を、形態ごとに比べてみましょう。
- 準委任・ラボ型：確保したリソース内なら柔軟に対応できます。
- 請負契約：仕様変更や追加要望は再見積もりの対象です。
- 定額保守：契約で定めた対応範囲外はスポット費用になります。
準委任・ラボ型は、チームの稼働時間に対して報酬を支払う仕組みです。そのため、確保したリソースの範囲内であれば、改修のたびに追加費用は発生しません。
請負契約は、発注時の仕様どおりに成果物を完成させる契約です。ただし、運用中の変更は都度見積もりとなり、追加費用が必要になります。
定額保守でも、「月〇時間までの稼働は含むが機能追加は含まない」のように、範囲外であれば費用が発生します。定義が曖昧なままだと、想定外の請求につながります。
改修が月に何度もあるなら、見積もりの手間や対応の速さを考えると、ラボ型が選ばれやすい傾向にあります。一方で、発生が稀であれば、固定費のない請負や都度発注で総コストを抑えられる場合もあります。
契約形態は、システムの利用状況や改修頻度の変化に応じて見直すとよいでしょう。自社で改修を行う頻度も、契約を選ぶ際の判断材料になります。
契約形態別の費用構造
契約形態ごとの費用構造を具体的に確認し、日常的な軽微改修の費用感を比べてみましょう。現在の契約や締結予定の契約が、軽微改修の費用をどう扱うかを特性から把握しておくと、発注の判断がしやすくなります。
準委任・ラボ型契約での軽微改修対応
リリース後は要件が変わりやすく、成果物を固定しにくい場面があります。そのため、請負から準委任（ラボ型）へ切り替える企業が増えています。費用は月額固定や時間単価など、稼働に応じた報酬が基本です。
- 仕様変更に柔軟：追加見積もりや契約変更なしで対応できます。
- 固定費が発生：チームの稼働時間を確保するため、改修が少ない月も契約稼働分の費用がかかります。
- 契約の目安：月額10万円程度から、最低1ヶ月からのケースが一般的です。
「今週は画面、来週は別の帳票」のように小口の依頼が続く状況では、この柔軟性が役立ちます。費用は、確保するエンジニアの人数やスキルレベルで大きく変わるため、依頼の頻度と契約規模が見合っているかを、定期的に確かめておきます。
請負契約でのスポット見積りと定額保守の対応範囲外リスク
請負と定額保守では、契約後に改修費が生じる場面が異なります。費用の発生条件を確認しておきましょう。
- 請負の変更：仕様どおりの成果物完成に対価を払い、運用後の変更は当初範囲外となり原則追加費用が発生します。
- 定額保守の範囲：ベンダーごとに異なり、範囲外はスポット費用です。
- 契約時の確認：作業例とともに、対応範囲を書面で明確にします。
請負は一件ごとの費用が明確です。ただし、改修が頻発すると、見積もりの依頼と承認に手間がかかり、運用のスピードが落ちることがあります。
定額保守の月額費用は、開発費用の5〜15%程度が目安です。一方で、監視とバグ修正のみを含み、軽微な機能追加は別料金とする契約もあります。
軽微改修のコストを左右する要因
同じように見える軽微改修でも、実際のコストには幅があります。費用の内訳と、コストを膨らませる構造的な問題の二つの面から、要因を確認します。
影響範囲・工数規模による費用の目安
費用の約8割は人件費で、基本は「作業単価×工数」で決まります。まず単価の目安を並べ、そのあとで費用を抑えやすい条件を確認します。
- 上級SE：月額100万〜160万円。
- 初級SE：月額60万〜100万円程度。
- 大手プログラマー：月額50万〜100万円。
- 下請け・個人：月額40万〜60万円程度。
軽微改修の作業は、数時間から数人日程度です。また、スポット費用は、月額単価を日割り・時間割りした金額が基準になることが一般的です。
既存の設計や仕様を流用でき、作業範囲が限られていれば、費用は抑えられます。初期設計で拡張性を高めたシステムほど、追加コストも抑えやすい傾向です。
一方で、要件のすり合わせが不足していたり、想定外の作業が出たりすると、手戻りや工数の延長を招きます。要件確認を簡略化すると、費用が膨らむ場合もあります。
技術的負債・ドキュメント不足がコストを押し上げる仕組み
技術的負債は、軽微改修のコストを押し上げる構造的な要因です。資料が不足していたり、コードが読みにくかったりするなど、保守性を軽視した構築・運用で生じます。
- 既存機能の解読：連動関係を調べる工数が加わります。
- ベンダー変更：引き継いだ他社がコード解読に人件費を要します。
- 負債の放置：改修を重ねると一件あたりの費用が徐々に上がります。
資料がないと、担当エンジニアが機能どうしの連動を自力で調べるため、本来は数時間で済む作業にも解読の工数が上乗せされます。引き継ぎの際には膨大な費用がかかり、「読み解くより作り直すほうが安い」という場合さえあります。
費用が想定より高くなっている企業は、技術的負債を抱えているケースも少なくありません。目先の金額だけでなく背景も見ると、長期的なコスト管理につながります。
改修のたびに資料を更新し、コードコメントを残す作業を保守契約に含めておくと、将来の費用を抑える予防策になります。
費用トラブルを防ぐための実務ポイント
費用トラブルの多くは、契約時の取り決めが曖昧なまま運用を始めることから起きます。対応範囲を明確にするとともに、内製化する場合の費用構造も確認しておきます。
契約時に明確化すべき事項——対応範囲と追加費用ルール
保守を外注するときや、RFPを提示するときは、ベンダーと合意する内容を明確にしておきます。軽微改修が月額に収まるか追加費用になるかは契約書の書き方で決まるため、線引き、範囲外の精算、解約、事後の振り返りの四つの場面で、具体的に書き分けておく必要があります。
- 月額費用の範囲：「入力項目の追加は含む」「画面新設は含まない」など、具体例で区切ります。
- 範囲外の費用：時間単価か作業ごとの固定額か、追加見積もりの進め方を取り決めます。
- 契約・解約条件：期間、途中解約の可否、違約金の有無を見ておきます。
- 定期的な実績確認：改修の件数・内容・費用を共有し、契約と実態のずれを見直します。
ラボ型には「2年縛り」などの長期契約があるため、解約条件は事前に確かめておく必要があります。取り決めを契約前に文書にしておくことが、日常の改修で起きるトラブルの防止につながります。
契約後は、四半期に一度などの間隔で改修実績をベンダーと振り返ります。月額に見合う対応になっているか、スポット費用が想定より多くなっていないかを確かめ、必要であれば条件を見直します。
軽微改修を内製化する場合のコスト構造
外注費が増えてきた場合は、軽微改修を内製化することも選択肢になります。外注のスポット見積もりや月額保守費用を減らせる可能性があります。
ただし、内製にはエンジニアの採用や育成、既存の仕様を理解するための引き継ぎ期間が必要です。継続的な人件費も、固定費として発生します。
- 内製：月に何度も改修する変化の激しい業務システムで効果を得やすい一方、頻度が低いと割高な場合があります。
- 併用：日常の軽微改修は社内、大規模改修や高度な技術が必要な作業は外部に依頼します。
- 移行準備：仕様書・設計書が不十分だとコード解読に時間がかかり、外注より高くなる場合があります。
改修頻度と難易度に合わせて、外注・内製・併用から体制を選ぶことが、ランニングコスト全体を適正に保つことにつながります。年間の件数と一件あたりの平均費用を記録しておけば、次年度以降に見直す際の根拠になります。
内製化の初期は、ベンダーに一定期間の並走や引き継ぎ支援を依頼するとよいでしょう。システム構造と過去の改修経緯を文書にまとめてから移行すると、失敗のリスクを抑えられます。
まとめ
軽微改修は保守業務の一環ですが、月額内に収まるかスポット費用になるかは、契約形態と対応範囲で決まります。年間の件数が多いと、積み重なる費用も無視できません。
準委任・ラボ型は柔軟に対応できる一方で、稼働時間分の固定費が続きます。請負や定額保守では、都度の見積もりや範囲外の対応が生じる点に注意が必要です。
技術的負債や資料不足も、費用を押し上げる要因になります。対応範囲と追加費用を契約時に文書にまとめ、改修頻度に合う外注・内製・併用の体制を検討するとよいでしょう。
費用に不安がある場合は、現在の契約内容を洗い出し、信頼できる開発パートナーに相談することをおすすめします。費用の根拠と契約上の位置づけを把握しておくことが、長期的なコストを抑えた運用につながります。
▼全体ガイドの記事
・ITシステム軽微改修の完全ガイド
▼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を創業。