「月額の保守費用を値上げします」「その改修は技術的に難しいです」「他社システムとの連携はできません」。
今のシステム会社からこうした回答が続いているなら、自社がベンダーロックインに陥っている可能性があります。
この記事では、ベンダーロックインが起きる仕組みを4つの層に分けて整理し、実際に脱却した事例と、費用を含めた具体的な進め方を解説します。
ベンダーロックインとは？特定ベンダーに依存して動けなくなる状態
ベンダーロックインとは、特定のシステム会社の独自技術や仕様に依存してしまい、他社への乗り換えや自社での運用が困難になる状態を指します。
厄介なのは、導入時点では問題として認識されないことです。むしろ「自社業務にぴったり合ったシステムを作ってもらえた」という満足感から始まります。
問題が表面化するのは、値上げを打診されたとき、他社サービスと連携したくなったとき、そして「そろそろ別の会社に相談してみよう」と考えたときです。
ベンダーロックインを疑うべき7つのサイン
次の項目に3つ以上あてはまる場合、すでにロックインが進行していると考えたほうがよいでしょう。
- 保守費用が毎年上がっているが、根拠を説明してもらえない
- 小さな修正でも必ず見積もりが必要で、金額が相場感より高い
- 自社のデータをCSVなどの標準形式で取り出せない
- 設計書や仕様書を受け取っていない、または最新版がない
- 他社システムとの連携を相談すると「技術的に難しい」と断られる
- システムの中身を理解している人が、相手の会社に1人しかいない
- 契約書にソースコードの権利やデータの返還について書かれていない
ベンダーロックインが起きる4つの層
ベンダーロックインは1つの原因で起きるものではなく、技術・契約・知識・データという4つの層で同時に進行します。
脱却の第一歩は「移行」ではなく「自社がどの層でロックされているかの切り分け」です。層によって打つべき手がまったく違うためです。
| 層 | よくある症状 | 確認する方法 |
|---|---|---|
| 技術ロックイン | 独自フレームワークやサポート切れ技術で作られており、他社が触れない | 使用言語・バージョン・サポート期限を開示してもらう |
| 契約ロックイン | ソースコードの権利が相手にある。解約条件が不明確 | 契約書の著作権条項と解約条項を読み直す |
| 知識ロックイン | 設計書がなく、仕様が担当者の頭の中にしかない | 最新の設計書・ER図・運用手順書の提出を求める |
| データロックイン | データが独自形式で、標準形式に出力できない | 全テーブルのCSV出力を実際に依頼してみる |
このうち、実務でもっとも深刻な足かせになりやすいのがデータロックインです。データさえ取り出せれば、最悪の場合でも作り直しという選択肢が残るためです。
データが取り出せない状態への具体的な対処はシステム移行したいのにデータが取り出せない!データ抽出独占の罠と脱出法で、独自形式そのものの問題は独自データ形式の罠—汎用ツールで読めないデータから脱却する方法で詳しく解説しています。
ベンダーロックインは4段階で進行する
ロックインは突然発生するものではありません。多くの場合、次の4段階を経て深刻化していきます。
- 導入段階
「弊社の独自技術なら、より効率的なシステムを構築できます」 - 運用段階
「仕様を把握している弊社なら、追加改修も安心です」 - 拡張段階
「他社システムとの連携は難しいので、弊社の関連製品をご検討ください」 - 依存段階
「全体が弊社の技術基盤で動いているため、他社への移行は現実的ではありません」
2段階目までに手を打てば、契約や仕様の見直しだけで対処できます。4段階目に達してから動き始めると、選択肢はリプレイスに絞られてしまいます。
放置すると何が起きるか｜3つの損失
| 損失 | 具体的に起きること |
|---|---|
| コストの固定化 | 相見積もりが取れないため価格交渉力を失う。保守費や改修費が市場相場から乖離しても検証できない |
| 改善スピードの低下 | クラウド化、スマートフォン対応、外部サービス連携などが「できません」で止まる |
| 事業リスクの蓄積 | サポート切れ技術のまま稼働し続け、OSの更新やベンダーの廃業で突然止まる可能性が残る |
とくに保守費用については、値上げの根拠が示されないまま請求が続いているケースが少なくありません。詳しくはシステム保守費用の相場と内訳｜料金の根拠・削減方法まで解説と「保守契約外」の落とし穴 – 予期せぬ高額請求から会社を守る方法をご覧ください。
【事例】サポート切れシステムから脱却した実際の進め方
当社が実際に手がけた、住宅設備機器メーカー様の提案書作成システムのリプレイス事例をご紹介します。技術・知識・データの3層が同時にロックされていた典型例です。
当時の状況
- すでにサポートが終了した世代のデスクトップアプリ技術で構築されていた
- 改修できるエンジニアがほとんど残っておらず、不具合があっても直せない
- 商品データや商品画像がプログラム内部に埋め込まれ、商品を1つ追加するだけでも外部への改修依頼が必要だった
- OSのアップデートで動かなくなるリスクが年々高まっていた
脱却のために行ったこと
旧システムの操作感と提案書のレイアウトはそのまま引き継ぎ、ブラウザだけで使えるWebシステムとして再構築しました。
ポイントは商品マスタの内製化です。商品や色柄の追加・並び替え・掲載停止を管理画面から自社で行えるようにし、「商品が変わるたびに開発会社へ依頼する」運用そのものを撤廃しました。
最も神経を使ったのは新機能ではなくデータ移行だった
この案件で最も慎重に進めたのは、旧システム内部に長年蓄積された商品画像の移行でした。
同じ商品でも「合成表示用」「一覧表示用」「提案書掲載用」と用途の違う画像が混在しており、単純にコピーしても正しく動かない状態だったためです。次の手順で進めました。
- 旧システム内の全画像を洗い出し、用途別に分類する
- 旧システムの商品IDと新システムのデータを突き合わせる対応表を作る
- 対応表をもとに自動取り込みプログラムを用意し、手作業によるミスを排除する
- 取り込み結果を目視確認できる一覧を自動生成し、お客様にも確認いただきながら進める
見積や計画の段階でデータ移行が軽く扱われている場合は注意が必要です。リプレイスの品質は、新機能よりも移行設計で決まります。
この案件の詳細はサポート切れの提案書作成システムをWeb化した開発事例で、既存システムからのデータ移行を伴う別の事例は老朽化した不動産管理システムのリプレイス開発事例でご覧いただけます。
ベンダーロックインを脱却する4つの戦略
脱却といっても、いきなり全面リプレイスを選ぶ必要はありません。ロックインの深さと予算に応じて、4つの選択肢があります。
| 戦略 | 内容 | 向いているケース | 注意点 |
|---|---|---|---|
| 契約改善 | ソースコードの権利、データ返還義務、保守範囲を契約で明文化し直す | 関係が良好で、進行段階が浅い | 相手の合意が前提。更新時期を逃すと交渉力が下がる |
| 部分移行 | 周辺業務から段階的に切り出し、依存範囲を小さくする | 基幹部分は当面動かせない | 移行期間中は新旧の二重管理が発生する |
| ラッパー方式 | 既存システムを残したまま、外側にAPIや新機能を追加する | データは取り出せるが本体は触れない | 根本解決ではなく時間を稼ぐ手段 |
| フルリプレース | 標準技術で全面的に作り直す | サポート切れ・改修不能の状態 | データ移行の設計が成否を分ける |
どの戦略を選ぶ場合でも、着手前に必ず行うべきなのが棚卸しです。ソースコードの著作権、設計書の有無、データの所有権、契約の解約条件。この4点を先に確認してください。
脱却にかかる費用と期間の目安
フルリプレースを選ぶ場合の費用感は、作り方によって大きく変わります。
| 作り方 | 初期費用 | 月額費用 | 備考 |
|---|---|---|---|
| 市販製品をそのまま導入 | 数十万〜200万円 | 5万〜30万円 | 自社業務との不適合が残る可能性 |
| 市販製品＋改修 | 100万〜500万円 | — | 改修が重なると費用が膨らみやすい |
| スクラッチ開発 | 200万〜1,000万円以上 | — | 業務に合わせた設計が可能 |
期間の目安は、単一業務なら3〜6ヶ月、複数業務の統合で6〜12ヶ月、全社規模なら1年以上を見ておく必要があります。
規模別の内訳や実際の開発事例の金額は基幹システムのリプレイス費用の記事にまとめています。
ロックインを未然に防ぐ契約チェックリスト
これから新しいシステムを発注する場合は、契約前に次の項目を確認してください。導入時に確認しておけば、後から交渉するより圧倒的に低いコストで防げます。
- ソースコードの著作権は自社に帰属するか
帰属しない場合、少なくとも使用許諾の範囲を明記してもらう - データを標準形式で出力できるか
CSVやJSONでの全件出力機能を要件に入れる - 設計書とER図が納品物に含まれるか
更新時に最新化する義務も明記する - 標準的な技術で構築されるか
言語・フレームワーク・データベースのサポート期限を確認する - 解約時の引き継ぎ条件が明記されているか
データの返還方法と期限、協力義務を定めておく - マスタ管理を自社で行えるか
商品や項目の追加のたびに依頼が必要な設計を避ける
なお「保守契約に入らないと危険です」といった営業を受けている場合の判断基準は「保守に入らないと危険です」その営業トーク、本当に適切ですか?で整理しています。
ベンダーロックインに関するよくある質問
ソースコードは発注した自社のものではないのですか？
契約で定めていない限り、著作権は制作した側に残るのが原則です。「お金を払ったのだから自社のもの」とは限らないため、契約書の著作権条項を必ず確認してください。
データの提供を断られた場合はどうすればよいですか？
まず契約書にデータの取り扱いに関する条項があるかを確認します。記載がない場合でも、自社の業務データである以上、提供を求める交渉の余地はあります。具体的な進め方は自社のデータなのにアクセスできない?「データ人質」状態から脱却する方法で解説しています。
今のベンダーに知られずに検討を進めても問題ありませんか？
現状把握とセカンドオピニオンの取得までは、契約に守秘義務違反がない限り問題ありません。ただし移行を決めた後は、引き継ぎ協力を得るため早めに伝えたほうが円滑に進みます。
Windows更新のたびに改修費を請求されるのは普通ですか？
OSの更新で毎回まとまった改修が必要になる場合、システムの作り自体に原因があるケースがあります。詳しくはWindows更新の度に高額請求!? アップデート対応費用が膨らむ本当の理由をご覧ください。
まとめ
ベンダーロックインは、技術・契約・知識・データの4層で同時に進行します。まず自社がどの層でロックされているかを切り分けることが、脱却の出発点です。
そして脱却の手段は全面リプレイスだけではありません。契約改善、部分移行、ラッパー方式という段階的な選択肢があり、進行段階が浅いほど低コストで対処できます。
重要なのは、ソースコードの権利・設計書・データの所有権・解約条件という4点を先に棚卸しすることです。この確認なしに移行を進めると、想定外の費用と期間が発生します。
みんなシステムズでは、サポート切れシステムのWeb化や、既存システムからのデータ移行を伴うリプレイスを数多く手がけてきました。
「今のシステム会社にしか触れない状態から抜け出したい」「そもそも自社がロックインされているのか判断したい」といった段階でも構いません。現状の棚卸しからお手伝いしますので、お気軽にご相談ください。
