# データ移行費用の相場｜見積もり・外注の進め方

- 公開日: 2026-09-05
- 監修: 代表取締役 兼 StockSun創業メンバー 板橋 晟星
- URL: https://www.geek-bridge.com/column/data-migration-cost-outsourcing-guide

システムのデータ移行費用は、単純なCSV（＝表計算ソフトでも扱える表形式ファイル）移行なら30万〜100万円、中規模なら100万〜500万円、複雑な基幹システム（＝会社の主要業務を支えるシステム）では500万円以上が一般的な目安です。金額を左右するのはデータ量だけでなく、変換・名寄せ・検証・停止時間です。見積もりでは件数より作業範囲を確認しましょう。

> 監修：株式会社GeekBridge 代表取締役 板橋 晟星。東京大学でプログラミングを専攻し、野村総合研究所・野村證券・東京証券取引所で証券システム開発に従事。建設テックラボCTO・StockSun株式会社CTOを経てGeekBridgeを創業。

## データ移行費用の相場と期間

データ移行費用は、「何件あるか」だけでは決まりません。移行元と移行先の構造差、データの汚れ、添付ファイルの有無、移行中に業務を止められる時間、必要な検証水準を合わせて見積もる必要があります。

以下は、開発会社へ設計・移行作業・検証までを外注する場合の一般的な目安です。金額は税別を想定していますが、システムの状態や委託範囲によって変動します。

| 移行規模 | 費用の目安 | 期間の目安 | 主な条件 |
|---|---:|---:|---|
| 軽微な移行 | 30万〜100万円 | 2〜6週間 | 1システム、少数のCSV、変換が少ない |
| 小規模移行 | 80万〜200万円 | 1〜3カ月 | 顧客・商品など複数データ、軽微な形式変換あり |
| 中規模移行 | 200万〜500万円 | 2〜6カ月 | 複数システム、重複整理、添付ファイル、複数回の検証あり |
| 大規模・複雑な移行 | 500万〜2,000万円以上 | 4〜12カ月以上 | 基幹システム、大量データ、短い停止時間、段階移行が必要 |

これはデータ移行部分の目安であり、新システム本体の開発費、製品ライセンス、クラウド利用料、利用者教育などは別途になることがあります。

### 移行方法による費用の違い

代表的な移行方法は次の3つです。安さだけで選ぶのではなく、再現性と検証のしやすさも確認します。

| 移行方法 | 費用傾向 | 向いているケース | 注意点 |
|---|---|---|---|
| 標準インポート機能 | 低い | データ量が少なく、形式が整っている | 複雑な変換や例外処理には向かない |
| 専用の移行プログラム | 中〜高 | 項目変換や複数回の移行が必要 | 設計、開発、テスト費用がかかる |
| ETLツール | 中〜高 | 複数システムから継続的にデータを集める | ETL（＝データの抽出・変換・登録を行う仕組み）の製品費用が発生する場合がある |

一度きりの小規模移行なら標準機能で十分なことがあります。一方、移行リハーサルを複数回行う場合や、本番直前の更新分だけを移す「差分移行」が必要な場合は、専用プログラムを作ったほうが安全かつ効率的です。

### 費用を大きく左右する6つの要因

1. **移行元と移行先の数**  
   一つのシステムから一つへ移す場合より、販売管理、顧客管理、会計など複数のシステムを統合するほうが高くなります。

2. **データ構造と項目の違い**  
   旧システムの「会社名」と新システムの「法人名」のように、項目同士を対応させる作業をマッピングといいます。単純な名称変更だけでなく、複数項目の結合や分割が必要になると工数が増えます。

3. **データの品質**  
   重複、空欄、表記揺れ、入力ミスが多いほど、データクレンジング（＝データの誤りや不統一を整理する作業）が必要です。同じ顧客を一つにまとめる名寄せにも、業務上の判断が伴います。

4. **添付ファイルと履歴データ**  
   画像、PDF、メール、操作履歴は、表形式のデータより移行方法が複雑です。ファイル名の重複やリンク切れも検証しなければなりません。

5. **許容できる停止時間**  
   週末に業務を止められる場合と、24時間サービスを提供しながら切り替える場合では、必要な設計が異なります。停止時間を短くするには差分移行や切り替え手順の自動化が必要になり、費用が上がりやすくなります。

6. **検証の範囲**  
   件数だけを確認するのか、金額合計、関連データ、添付ファイル、実際の業務画面まで確認するのかで工数が変わります。重要なシステムほど、移行リハーサルと利用部門による確認を予算に含めるべきです。

## 見積もりの内訳と比較ポイント

データ移行の見積もりは、総額だけでなく「調査・設計・変換・検証・本番対応」がどこまで含まれているかを確認することが重要です。安い見積もりでも、データ修正や本番立ち会いが別料金なら、最終的な支払額が高くなる可能性があります。

### 見積もりに含めるべき項目

| 見積もり項目 | 作業内容 | 確認したいこと |
|---|---|---|
| 現状調査 | データ構造、件数、品質、取得方法を確認 | 仕様書がない場合の解析費用を含むか |
| 移行設計 | 対象範囲、項目対応、変換ルールを決定 | 対象外データが明記されているか |
| データ抽出 | 旧システムからデータを取り出す | 旧ベンダーへの依頼費用を含むか |
| クレンジング | 重複、欠損、表記揺れを整理 | 自動修正と人による判断の範囲はどこか |
| 移行プログラム作成 | 変換と登録を繰り返せるようにする | プログラムや手順書が納品されるか |
| テスト移行 | 一部または全件を使って事前検証 | リハーサル回数と再実施条件は何か |
| 本番移行 | 本番データの抽出、変換、登録、切り替え | 夜間・休日対応費を含むか |
| 移行後検証 | 件数、金額、関連性、画面表示を確認 | 誰が何をもって合格とするか |
| 復旧対応 | 問題発生時に旧状態へ戻す | ロールバック（＝移行前の状態へ戻すこと）の条件と手順があるか |
| 管理・報告 | 進捗、課題、関係者調整を管理 | 会議やドキュメント作成を含むか |

実務上、特に差が出やすいのは「クレンジング」と「移行後検証」です。見積書に「データ移行一式」としか書かれていない場合は、修正対象となるデータ件数、リハーサル回数、エラー時の再実行、検証方法を質問してください。

### 見積もりを同じ条件で比べるチェックリスト

複数社へ見積もりを依頼するときは、次の条件をそろえます。

- [ ] 移行元・移行先のシステム数が同じか
- [ ] 対象となるデータ、期間、添付ファイルが同じか
- [ ] データ件数と容量の前提が記載されているか
- [ ] クレンジングと名寄せの範囲が同じか
- [ ] テスト移行とリハーサルの回数が同じか
- [ ] 夜間・休日の本番作業を含むか
- [ ] 移行後の検証方法と検収条件が同じか
- [ ] エラー修正と再移行の費用を含むか
- [ ] バックアップとロールバック対応を含むか
- [ ] 旧システム側の作業費や製品費用が別途になっていないか

また、移行元の状態が不明な段階では、正確な一括見積もりが難しいことがあります。その場合は、事前調査を数十万円程度から実施し、調査結果をもとに本移行を見積もる二段階方式が現実的です。調査前から固定金額を提示する会社より、未確定要素と追加費用の条件を説明する会社のほうが比較しやすい場合もあります。

## 外注前の準備とデータ移行の進め方

データ移行を円滑に進めるには、発注前に「何を残すか」「何を正とするか」「どうなれば完了か」を決めます。技術資料が揃っていなくても、業務上の優先順位が整理されていれば、開発会社は調査計画を立てやすくなります。

### 発注前に用意する情報

最低限、次の情報を整理してください。

- 移行元と移行先のシステム名、提供会社、利用環境
- 移行対象となる顧客、商品、取引、請求、添付ファイルなどの一覧
- おおよそのデータ件数とファイル容量
- CSVやデータベースなど、取り出せる形式
- 実データの一部を匿名化したサンプル
- 何年分の履歴を残すか
- 重複や不完全なデータをどう扱うか
- 移行希望日と業務を止められる時間
- 移行後に確認すべき件数、金額、帳票、画面
- 発注者側の責任者と、各データの内容を判断できる担当者

どのデータがどの業務で使われるかを明確にするには、現状と移行後の流れを図にする方法が有効です。詳しい整理方法は、[業務フロー図の作り方｜開発依頼前の準備](https://www.geek-bridge.com/column/business-flow-development-preparation)も参考にしてください。

古いシステムのメーカーサポート終了が移行のきっかけであれば、データだけでなくOS、データベース、周辺機器、契約の終了日も確認します。[システムEOL対応の費用相場｜進め方と選び方](https://www.geek-bridge.com/column/system-eol-response-cost)で、期限から逆算した進め方を解説しています。

### データ移行を進める7ステップ

**1. 対象範囲を決める**  
すべてのデータを無条件に移すのではなく、現行業務で必要なデータ、法令や社内規程により保存するデータ、参照だけできればよいデータに分けます。古い履歴を保管用ファイルに切り出すと、移行費用を抑えられる場合があります。

**2. 現状を調査する**  
データの件数、形式、重複率、欠損、文字化け、関連性を確認します。仕様書と実際のデータが一致しないこともあるため、サンプルだけでなく全体の傾向も調べます。

**3. 変換ルールを決める**  
旧項目と新項目の対応、日付や住所の形式、コードの置き換え、空欄の扱いを決めます。「旧商品コードが廃止済みの場合はどうするか」のような例外ルールも必要です。

**4. テスト移行を行う**  
本番と同じ手順で一部または全件を移し、処理時間とエラーを確認します。データ量が多い場合は、全件移行に必要な時間を測り、許容停止時間に収まるか判断します。

**5. 利用部門が検証する**  
開発会社は件数や形式を確認できますが、「請求残高が業務上正しいか」「顧客履歴が担当者の期待どおりか」は利用部門でなければ判断できません。技術検証と業務検証を分けて担当者を決めます。

**6. 本番移行と切り替えを行う**  
入力停止、バックアップ、データ抽出、変換、登録、検証、利用開始の順序と担当者を時刻単位で決めます。失敗した場合に戻す判断期限と責任者も事前に設定します。

**7. 移行後の確認と旧環境の終了を行う**  
移行直後だけでなく、月次締めや請求処理など重要業務が完了するまで確認期間を設けます。旧環境はすぐに削除せず、参照期間、バックアップ、個人情報の廃棄方法を決めてから終了します。

### 検収条件は件数以外も決める

検収（＝納品物が合意した条件を満たすか確認すること）を「データが入っていること」だけにすると、移行後の不具合を判断できません。次のように測定可能な条件へ落とし込みます。

- 移行前後の総件数が一致している
- 売上、請求残高、在庫数など主要な合計値が一致している
- 顧客と取引、商品と在庫などの関連付けが維持されている
- 重複、未登録、変換エラーの件数が許容範囲内である
- 添付ファイルが対象レコードから開ける
- 日本語、記号、日付、時刻が正しく表示される
- 抽出したサンプルを利用部門が確認している
- エラー一覧と未移行データ一覧が提出されている

「完全一致」を求める場合も、元データに重複や誤りがあればそのままでは達成できません。許容できる差異と、発見された問題を誰がいつまでに修正するかを合意しておくことが大切です。

## よくある失敗と開発会社の選び方

データ移行で多い失敗は、移行作業そのものより、前提条件と責任分担が曖昧なことから起こります。発注者と開発会社の双方が、データの業務上の意味まで確認できる体制を作りましょう。

### 失敗1：データ量だけで見積もる

「100万件あるから高い」「1万件だから簡単」とは限りません。同じ形式の整ったデータは件数が多くても自動処理しやすい一方、少数でも手書き入力や例外が多ければ確認工数が増えます。

見積もりでは件数に加えて、項目数、関連するデータの数、欠損と重複、添付ファイル、変換ルールを確認してください。

### 失敗2：すべての過去データを移す

利用されない履歴まで移すと、調査・変換・検証の対象が増えます。削除してよいデータ、保管だけするデータ、新システムで日常的に使うデータに分類しましょう。

ただし、保存義務や監査対応があるデータを費用だけで削除してはいけません。業務部門、管理部門、必要に応じて専門家へ確認したうえで保存方針を決めます。

### 失敗3：クレンジングを開発会社へ丸投げする

開発会社は同じ電話番号や類似社名を検出できますが、どの顧客情報を正とするかは判断できません。自動修正できる範囲と、発注者の承認が必要な範囲を分けます。

データごとに業務責任者を置き、判断待ちで移行全体が止まらないよう回答期限も決めてください。

### 失敗4：本番移行を一度で成功させようとする

テスト移行なしで本番へ進むと、処理時間の超過や想定外のエラーに対応できません。少なくとも重要データについては、本番相当のリハーサルを行い、手順と所要時間を確認します。

リハーサルで見つかった問題を記録し、修正後に再確認する費用と日程も計画へ含めましょう。

### 失敗5：移行後の責任範囲を決めていない

利用開始後に不整合が見つかったとき、移行ミスなのか元データの問題なのか、新システムの不具合なのかを切り分ける必要があります。無償修正の対象、確認期間、問い合わせ窓口を契約前に決めます。

### データ移行を依頼する会社の選定チェックリスト

- [ ] 同程度のデータ構造や業種で移行経験がある
- [ ] データ件数だけでなく業務上の意味を質問する
- [ ] 調査結果、変換ルール、エラー一覧を文書化する
- [ ] テスト移行と本番リハーサルを提案する
- [ ] 件数・合計値・関連性を使った検証方法を説明できる
- [ ] バックアップとロールバック手順を提示する
- [ ] 個人情報を含むデータの受け渡し・保管・削除方法が明確である
- [ ] 追加費用が発生する条件を事前に示す
- [ ] 発注者側で必要な作業と判断事項を説明する
- [ ] 移行後の不具合対応期間と窓口が明確である

発注のご相談を受ける開発会社の立場では、移行元のサンプルデータと移行先の項目一覧があるだけでも、見積もりの精度は上がります。一方、データを確認せずに極端に安い固定金額を出す提案は、対象外作業や追加費用の条件を慎重に確認する必要があります。

仕様書がない、旧ベンダーと連絡が取りにくい、データをどこまで残すべきかわからない場合も、現状調査から段階的に進められます。具体的な対象や進め方を整理したい場合は、[開発のご相談はこちら](https://www.geek-bridge.com/#contact)からご相談ください。

## まとめ

- データ移行費用は、軽微な移行で30万〜100万円、中規模で100万〜500万円、大規模・複雑な移行では500万〜2,000万円以上が一般的な目安です
- 費用はデータ件数だけでなく、移行元・移行先の構造差、クレンジング、添付ファイル、停止時間、検証水準で変わります
- 見積もりでは、調査、変換、テスト、本番移行、検証、ロールバックまでの対象範囲を確認します
- 発注前に、移行対象、保存期間、サンプルデータ、許容停止時間、検収条件を整理すると見積もりの精度が上がります
- 仕様が不明な場合は、事前調査と本移行を分けて発注する方法が現実的です
- 開発会社は価格だけでなく、検証方法、リハーサル、セキュリティ、追加費用の条件で比較します
- データの業務上の正しさは開発会社だけでは判断できないため、発注者側にも確認責任者が必要です

## よくある質問

### データ移行を外注すると、いくらかかりますか？

単純なCSV移行は30万〜100万円、小・中規模の業務システム移行は80万〜500万円、複数システムや基幹システムを含む複雑な移行は500万〜2,000万円以上が一般的な目安です。データの変換、クレンジング、検証、停止時間の条件によって大きく変わります。

### データ移行の見積もりには何を用意すればよいですか？

移行元・移行先のシステム情報、データ一覧、件数と容量、サンプルデータ、移行希望日、許容停止時間、残すデータの範囲、検収条件を用意します。すべて揃わない場合も、不明点を明記して調査工程から相談できます。

### 既存システムの仕様書がなくてもデータ移行できますか？

仕様書がなくても移行できる場合はありますが、データ構造や業務上の意味を調査する費用と期間が必要です。最初から一括の固定金額を求めず、事前調査と本移行を分けて発注すると見積もりの精度を上げやすくなります。

### データの重複や誤りは開発会社に直してもらえますか？

技術的な重複候補の抽出や形式修正は依頼できますが、どの顧客情報を正とするかなどの業務判断は発注者が行う必要があります。修正ルール、承認者、対象範囲を事前に決め、見積もりへデータクレンジング作業を含めましょう。