開発会社を変更するときの手順と注意点｜ベンダー切り替えで失敗しないための完全ガイド

開発会社を変更したくなる主な理由

一度システムを依頼した開発会社を変更したいと思うのは、よくあることです。実際に「ベンダー変更」「開発会社 切り替え」という検索が増えており、以下のような状況が背景にあります。

• 担当者との連絡が取れなくなった：メール・電話への返答が遅くなり、対応の質が下がった
• 品質への不満が続いている：バグが繰り返し発生し、根本的な改善がされない
• 費用が高すぎる：軽微な修正でも高額な見積もりを提示される
• 技術力の限界を感じている：新しい技術や要件に対応できない
• 開発会社が倒産・廃業した：急遽、別会社への引き継ぎが必要になった

いずれの場合も、切り替えには一定のコストと準備が必要です。「もう限界だ」と感じたときに慌てて動くのではなく、計画的に進めることが成功のカギです。

開発会社切り替えを進める前に必ず確認すること

1. 現在の契約書を読み直す

最初に確認すべきは「現在の開発会社との契約書」です。特に以下の条項を確認してください。

• 著作権の帰属：ソースコードの著作権が発注者（自社）にあるか、受託者（開発会社）にあるか
• 契約解除条件：何か月前に通知が必要か、違約金はあるか
• 秘密保持条項：引き継ぎ先に情報を開示できるか
• 再委託の禁止規定：開発会社が下請けを使っている場合、引き継ぎへの影響があるか

著作権条項がない契約書の場合、ソースコードの著作権は開発会社（受託者）に残る可能性があります。この場合、新しい会社にソースコードを渡しての改修が法的にグレーになるため、まず現会社と著作権の取り扱いを合意してから動く必要があります。

2. 現在のシステム仕様書・ドキュメントの整備状況を確認する

新しい開発会社がシステムを引き継ぐために必要な資料を洗い出します。

資料が不十分な場合、新開発会社に「ドキュメント整備費用」として別途費用が発生することが多いため、事前に想定しておいてください。

開発会社切り替えの4ステップ

Step 1：現在の開発会社との合意形成（1〜2か月）

切り替えを決めたら、まず現在の開発会社に意思を伝え、引き継ぎ協力を依頼します。

• 切り替えの意思を文書で通知（契約書の通知期限を確認）
• 引き継ぎに必要な資料のリストアップと提供を依頼
• 引き継ぎ期間中の作業継続と新会社への技術説明会の実施を交渉
• 著作権・知的財産権の移転を契約変更書で明文化

多くの場合、追加費用なしでの協力は難しいため、「引き継ぎ費用」として数十万円を予算化しておくのが現実的です。

Step 2：新開発会社の選定（1〜2か月）

新しい開発会社を選ぶ際は、切り替えの背景を正直に伝えることが重要です。「前の会社からの引き継ぎ案件」として対応実績があるか、ドキュメントが不十分な場合でもコードから仕様を読み解けるか、などを確認してください。

選定時の確認ポイント：

• 他社開発システムの引き継ぎ実績があるか
• 使用技術スタック（言語・フレームワーク）に対応できるか
• 保守契約のプランと対応時間が自社のニーズに合っているか
• 担当エンジニアが継続して対応する体制か（担当者が頻繁に変わらないか）

Step 3：並行稼働期間（1〜2か月）

新旧両会社が一定期間並行して動く「並行稼働期間」を設けることで、移行リスクを大幅に下げられます。この期間中に以下を実施します。

• 新会社によるシステム理解・環境構築
• テスト環境での動作確認
• 現会社から新会社への技術説明（直接引き継ぎ会）
• エラー対応・障害対応手順の確認

Step 4：完全移行後の3か月集中モニタリング

切り替え完了後の最初の3か月が最もリスクの高い時期です。この期間は：

• 週次の定例確認（障害件数・対応時間・未解決課題の確認）
• SLAの遵守状況モニタリング
• エンドユーザーからの不満・問い合わせの収集

この期間に問題を見つけて早期修正することで、「切り替えたら前より悪くなった」という状況を防ぎます。

切り替え費用の目安

開発会社の切り替えに伴うコストは、主に以下で構成されます。

仕様書がしっかり整備されているほど、新会社のキャッチアップコストが下がり、全体的なコストを抑えられます。「今のシステムのドキュメントが全くない」という場合は、費用が高めになることを想定してください。

切り替え失敗を防ぐためのよくある落とし穴

落とし穴1：著作権の確認をしないまま動く

ソースコードの著作権が旧会社にある場合、「コードを渡せない」と言われ引き継ぎが進まないことがあります。必ず契約書を確認し、著作権の帰属を明確にしてから次のステップへ進みましょう。

落とし穴2：急いで切り替えようとする

「早く切り替えたい」という気持ちから、引き継ぎ期間を短縮すると、新会社の理解が不十分なまま本番稼働に入り、障害が多発するリスクがあります。最低3か月は引き継ぎ期間を設けることを推奨します。

落とし穴3：コスト面だけで新会社を選ぶ

「安いから」という理由だけで選ぶと、引き継ぎ後に対応品質が低く、結局また切り替えが必要になるケースがあります。引き継ぎ実績・コミュニケーション品質・エンジニアの継続性を総合的に評価してください。

まとめ：ベンダー切り替えは準備が成功の9割

開発会社の切り替えは「決断してから3〜6か月」のプロジェクトです。切り替えを成功させるためのポイントを再確認します。

• まず契約書の著作権条項と解除条件を確認する
• 仕様書・ドキュメントの整備状況を棚卸しする
• 旧会社との合意形成に時間をかける（怒って急に切るのは危険）
• 並行稼働期間を1〜2か月設ける
• 切り替え後3か月は週次モニタリングを継続する

関連記事：他社開発システムの保守引き継ぎ・開発会社が倒産したときの緊急対応・システム保守引き継ぎの手順と注意点も合わせてご参照ください。