「直すか、作るか」は投資の入口で一度決め切る

守りの土台が整い、攻めのIT投資に踏み出す段階になると、社長の頭には2つの選択肢が浮かびます。すでに刷新した既存システムに機能を追加していくか、それとも新しい領域は別のシステムとして新規に作るか。この判断を曖昧にしたまま進めると、途中で「やっぱり作り直した方が早かった」と気づき、投資済みの改修費用が無駄になるケースが少なくありません。

重要なのは、この判断を投資の初期段階、つまり具体的な要件を詰める前の段階で一度決め切っておくことです。着手してから方針を変えると、それまでの設計や実装が無駄になりやすく、開発会社との認識のズレも生まれます。この記事では、既存システムの改修と新規構築、どちらを選ぶべきかの分かれ目を整理します。

分かれ目は「既存システムの設計思想と、やりたいことの相性」

攻めのIT投資、既存システムを直すか新しく作るかを決めるタイミング

改修か新規構築かを分ける最大の軸は、費用の大小ではありません。既存システムがそもそも「これから追加したい機能」を想定して設計されているかどうかです。

判断材料改修が向く新規構築が向く
既存システムの設計思想拡張を想定した作りになっている想定外の使い方を無理やり足すことになる
やりたいことの性質既存業務の延長線上にある既存業務とは別の新しい仕組みが必要
データの連携既存データをそのまま使える既存データとは別軸のデータを扱う
開発会社との関係刷新を担当した会社が設計を把握している新しい発想・技術が必要

ここで見誤りやすいのが、「今あるシステムに詳しい開発会社に頼めば、何でも追加できる」という思い込みです。設計段階で想定されていなかった機能を無理に追加すると、一時的には動いても、後から不具合や保守コストの増大という形で跳ね返ってきます。

パターン1: 既存システムを改修すべきケース

やりたいことが、刷新プロジェクトで導入したシステムの延長線上にある場合は、改修を選ぶのが合理的です。たとえば、すでに導入した基幹システムに新しい帳票出力機能を足す、既存のデータベースを使って新しい集計画面を追加するといったケースがこれにあたります。

改修のメリットは、既存のデータ・業務フロー・社員の使い慣れをそのまま活かせる点です。刷新プロジェクトを担当した開発会社に依頼すれば、ゼロから仕様を説明する手間も省けます。ただし、改修を重ねるほどシステムは複雑になっていくため、「どこまでなら改修で対応できるか」という上限を、発注前に開発会社とすり合わせておくことが重要です。

改修を依頼する際に確認すべき事項は、新規発注と同様に整理しておくと後のトラブルを防げます。発注前チェックリスト（契約・権利・データ・保守）を参考にしてください。

パターン2: 新規構築を選ぶべきケース

一方で、やりたいことが既存システムの想定範囲を超えている場合は、無理に改修で対応しようとせず、新規構築を検討すべきです。たとえば、生成AIを使った新しい顧客対応の仕組みや、既存の基幹システムとは異なるデータ構造を扱う新規事業向けのツールなどは、既存システムに無理やり接ぎ木すると、かえって複雑さが増します。

新規構築は初期費用がかかる一方、最初から目的に合わせた設計ができるため、長期的な保守性は高くなりやすい傾向があります。フルスクラッチで作るかパッケージを使うかの選択も、このタイミングで合わせて検討してください。判断の視点はフルスクラッチとパッケージ、承継後の刷新はどちらを選ぶ？にまとめています。

新規構築を検討する場合、いきなり本格的な開発に入る前に、小さく試して検証する進め方も有効です。小さく発注して試す、承継後のPoC発注のすすめを参考に、初期投資を抑えながら方向性を確認する方法も検討してください。

パターン3: 判断がつかないまま着手してしまうリスク

最も避けるべきなのは、改修か新規構築かを決め切らないまま、開発会社に「とりあえず相談してみる」形で進めてしまうことです。開発会社によっては、既存システムへの理解が浅いまま改修を請け負い、後になって「これ以上は無理」と判明するケースや、逆に新規構築で十分な要件を、必要以上に大掛かりな改修として提案されるケースもあります。

この判断を誤らないためには、発注前に自社の要件を整理し、既存システムの設計思想と照らし合わせておく必要があります。何から刷新するか固まっていない段階での資料の作り方は要件のまとめ方。何から刷新するか固まっていない社長のための資料作り、開発会社に伝わる形にまとめる方法は要件定義、開発会社に伝わる資料の作り方を参照してください。

迷ったときの判断基準

どちらか判断がつかない場合は、「既存システムのデータをそのまま使うか、使わないか」を最終的な決め手にしてください。既存データをそのまま活用できるなら改修、新しい種類のデータを扱う必要があるなら新規構築、という単純な線引きが、多くのケースで実用的な結論を導きます。

また、この判断は一度決めたら終わりではなく、投資が広がるたびに繰り返し発生します。攻めのIT投資全体の中でどこに位置づけられる判断かは、守りが整ったら次にやること。攻めのIT投資の始め方で全体像を確認しておくと、個別の判断がぶれにくくなります。

まとめ

既存システムを直すか新しく作るかは、費用の大小ではなく、既存システムの設計思想とやりたいことの相性で決まります。この判断を投資の初期段階で一度決め切っておくことが、後々の手戻りや無駄な改修費用を防ぐ最短ルートです。判断に迷ったら、既存データを使うかどうかというシンプルな基準に立ち返ってください。