「機能を一つ直したいだけなのに、開発会社から“それは難しい”と断られた」「そもそも連絡がつかなくなった」——長く使ってきた基幹システムで、こうした行き詰まりに直面する中堅・中小企業の経営者が増えています。結論から言えば、改修を断られても打つ手はなくなりません。本記事では、なぜ改修できない・断られるのかという原因を整理したうえで、第三者保守・現状の見える化・部分移行・全面刷新という現実的な選択肢と、断られた状態からの進め方を経営者向けに解説します。
改修を断られて手が止まっていませんか？ 取れる選択肢の整理は専門家に相談を。結論：改修を断られても、打つ手はある
「システムを改修してもらえない」という状況は、多くの場合、自社の努力不足が原因ではありません。システムそのものが直しにくい状態になっているか、開発会社側の事情で対応できなくなっているか、そのどちらか（あるいは両方）です。まずはなぜ断られたのかを切り分けることが、次の一手を決める出発点になります。原因が分かれば、今のシステムを延命する道も、作り替える道も、どちらも現実的な選択肢として見えてきます。
なぜ「改修できない・断られる」のか｜5つの典型原因
改修を断られる背景には、いくつかの典型的なパターンがあります。自社がどれに当てはまるかを確認してみてください。
原因1：システムがブラックボックス化している
長年の改修の積み重ねで、いつ・誰が・なぜその処理を入れたのかが分からなくなり、一部を直すと別のどこかが壊れるリスクが読めない状態です。開発会社は影響範囲を保証できないため、「触れない」という判断になります。
原因2：作った技術者がいない・言語やOSが古い（EOSL）
オフコンや古い言語（COBOL など）で作られたシステムは、扱える技術者が退職・高齢化で減り続けています。基盤のサポート期限切れ（EOSL）も重なると、開発会社側も「対応できる人がいない」状態に陥ります。
原因3：設計書・仕様書が残っていない（属人化）
ドキュメントが更新されていない、あるいは最初から存在しない場合、改修は現物のソースコードを読み解く作業から始まります。工数が読めず見積もりが膨らむため、小さな依頼ほど割に合わず断られやすくなります。
原因4：保守契約の打ち切り・大幅な値上げ
開発会社の方針転換や後継者不在で、保守そのものを終了されるケースです。継続はできても、保守費が年々上がり「実質的に改修を頼めない」状態になることもあります。
原因5：小規模改修が採算に合わない
開発会社にとって、小さな改修は工数のわりに利益が出にくく、大型案件を優先されて後回しにされがちです。悪意ではなく事業上の判断として、結果的に「できない」と返ってきます。
改修できない状態を放置するとどうなるか
「動いているうちは大丈夫」と先送りにすると、次のような経営リスクが現実になります。
- 法改正・制度変更に対応できない：税制やインボイス、各種帳票の様式変更などに合わせた改修ができず、業務が止まる、あるいは手作業での回避を強いられます。
- 障害時に復旧できない：直せる人がいない状態で障害が起きると、受注・出荷・請求といった基幹業務が長時間止まり、売上と信用に直結します。
- 特定のベンダー・担当者への依存が強まる：他社に引き継げないほど属人化が進むと、価格や納期の主導権を握られる「人質状態」になります。
- コストが下がらない：継ぎ足しの改修や高止まりした保守費を払い続け、投資が将来につながりません。
いずれも、時間が経つほど選択肢が狭まり、対応コストが上がっていく性質のものです。だからこそ、断られた「今」が動き出すタイミングになります。
取れる選択肢の比較｜第三者保守・見える化・部分移行・全面刷新
改修を断られたときに検討できる主な選択肢は、大きく4つです。費用や期間の目安、向いているケースを比較表で整理します（金額はあくまで一般的な目安で、規模や状態により変動します）。
| 選択肢 | 内容 | 費用の目安 | 期間の目安 | 向いているケース |
|---|---|---|---|---|
| 第三者保守・セカンドオピニオン | 今の開発会社以外に保守・改修を引き継いでもらう | 低～中 | 1～3か月 | まだ現システムを使い続けたい／すぐ止められない |
| 現状の見える化（ドキュメント整備） | 仕様・処理・データ構造を棚卸しして資料化する | 低～中 | 1～2か月 | ブラックボックス化・属人化が主因 |
| 部分移行・段階的モダナイズ | 影響の大きい部分から順に新しい基盤へ移す | 中 | 3～9か月 | 全面刷新はリスクが高い／止められない業務がある |
| 全面刷新（リプレイス） | 新しいシステムへ作り替える | 高 | 6か月～ | 老朽化が深刻／業務の作り直しも同時に行いたい |
ポイントは、いきなり全面刷新に飛びつかないことです。まず第三者に現状を見てもらい、見える化で足場を固めてから、部分移行か全面刷新かを判断する——この順番が、失敗とムダな出費を避ける近道です。クオンツでも、この「現状把握からの段階的な進め方」を基本にしています。
断られた状態からの進め方【4ステップ】
「改修できない」から動き出すときの、現実的な手順です。
ステップ1：現状把握と切り分け
何ができて何ができないのか、断られた理由は技術か・体制か・費用かを整理します。第三者の視点を入れると、思い込みを排して客観的に把握できます。
ステップ2：見える化（最低限のドキュメント整備）
完璧なドキュメントは不要です。まず「概要が分かるレベル」で、主要な処理・データの流れ・外部連携を書き出します。これが保守の引き継ぎにも、移行・刷新の要件定義にも土台になります。
ステップ3：方式の選定
見える化の結果をもとに、第三者保守で延命するか、部分移行するか、全面刷新するかを判断します。業務を止められない箇所を先に守る設計にするのが鉄則です。
ステップ4：引き継ぎ先・パートナーの選定
特定ベンダーに縛られない体制（ベンダーロックインの回避）を意識して、引き継ぎ先を選びます。現状分析から一緒に入ってくれるパートナーだと、断られた経緯も含めて引き継ぎがスムーズです。
まとめ｜「改修できない」は刷新を考えるサイン
システムを改修してもらえない・断られるという状況は、多くの場合、システムがブラックボックス化していたり、開発会社側の体制が続かなくなっていたりするサインです。これは自社の落ち度ではなく、長く使ってきたシステムなら誰にでも起こり得ることです。
大切なのは、断られたまま放置しないことです。まず現状を把握し、見える化で足場を固めたうえで、第三者保守・部分移行・全面刷新のどれが自社に合うかを冷静に判断すれば、コストとリスクを抑えながら次の一歩に進めます。「改修できない」は、基幹システム刷新を前向きに考える良いきっかけでもあります。
株式会社クオンツでは、改修を断られたシステムの現状把握から、延命・移行・刷新の選択肢整理までを、経営者と一緒に進めるご相談を無料で受け付けています。まずは自社の状況を、気軽にお話しください。
