Teradataのシステム開発の発注/外注/依頼/委託方法について

Teradataのシステム開発は、目的と要件を定め、RFPとPoCで各社の前提をそろえたうえで、段階的に移行と運用へ進める流れで発注します。

発注前の整理、契約形態、費用相場、見積もりの比べ方、委託先の選び方を、この順に見ていきます。

▼全体ガイドの記事
・Teradataのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Teradataのシステム発注・外注の全体像

Teradataの「開発」は、多くの場合、Teradata Vantageを中心に企業データを分析する基盤を導入・移行・拡張することを指します。

作業範囲を決めないまま発注すると、ライセンス費だけを想定していたのに、データ連携やBI、移行リハーサルの費用が後から加わることがあります。さらに、費用や成否は、画面や機能の数だけでなく、データ品質、性能、権限、障害時の復旧条件によっても左右されます。

製品開発と導入・連携開発の区別

製品提供元には、機能や対応クラウド、料金体系を確認します。サポートやロードマップについても、製品提供元に確かめます。一方、SI会社や開発会社には、現状調査から運用引き継ぎまでを任せます。

• 基盤導入：データモデル設計、ETL・ELT構築、SQL移行、既存DWH接続
• 利用環境：BI画面整備、テスト、利用者教育、運用引き継ぎ
• 見積区分：製品費、クラウド基盤費、導入サービス費、周辺開発費、運用費

成果と発注範囲の定義

発注は、何を改善し、どのデータを誰がどの時間内に使うかを決めるところから始まります。導入は、その成果を出すための手段です。

成果は、たとえば月次レポート作成を5営業日から1日に短縮する、顧客解約の兆候を毎日検知する、複数事業部の売上指標を同じ定義で見る、といった形に置き換えます。

また、発注範囲は、企画支援だけか、導入・移行までか、分析アプリまでかで区切ります。24時間365日の運用まで含めるかどうかも、範囲の区切りになります。

Teradataのシステムを発注する前に決めること

委託先を探す前に、社内の前提をそろえておきます。精密な仕様書を自社だけで完成させる必要はありません。

それでも、データの所在や利用目的、希望時期が曖昧なままだと、各社は異なる前提で見積もることになり、比較できなくなります。予算や業務条件も、早い段階で確かめておきます。

Teradataは、大量データの処理と複数のワークロードの共存を想定した基盤です。そのため、一般的な業務アプリの画面数だけでは規模を判断できません。規模を測るには、画面数よりもデータ量と処理の重なり方に目を向ける必要があります。

業務目的とKPIの設定

経営、業務部門、データ部門の三者で、利用目的を確かめておきます。利用目的によって、必要なデータの粒度や更新頻度、許容できる遅延、利用者が変わります。

• 活用目的：売上予測、需要予測、不正検知、顧客分析、在庫最適化
• 更新頻度：経営会議向け集計は日次、不正兆候の検知は数分単位が必要な場合
• KPI：分析リードタイム、予測精度、作業時間、検知件数、施策実行率

KPIは、「分析できるようにする」といった表現で止めず、計測できる形で書いておきます。

クラウド・オンプレミス・ハイブリッドの前提

導入形態ごとに向き不向きがあるため、運用時に考える条件と合わせて比べておきます。

• クラウド：拡張や小規模検証に向く一方、転送費と従量課金の管理が必要
• オンプレミス：データレジデンシーや既存設備を重視する企業向け
• オンプレミスの運用：設備更新、容量計画、障害対応を自社または委託先が担う
• ハイブリッド：段階移行に使いやすい一方、ネットワーク、データ同期、権限設計が複雑

AWS・Azure・Google Cloudの既存契約、データ保管地域、社内の運用スキルも、RFPに明記します。

データと非機能要件の棚卸し

RFPを書く前に、規模や性能に関わる情報を一覧にしておきます。

• データ量：データソース数、主要テーブル数、総容量、年間増加量
• 利用状況：更新頻度、ピーク時間帯、同時利用者数、代表SQL、既存ETLの実行時間
• 非機能要件：個人・機密情報、権限、保存期間、監査ログ、暗号化、RTO・RPO、月間許容停止時間

未確定の情報は「未確定」と書いたうえで、調査方法と前提条件をベンダーに提案してもらいます。曖昧な情報を確定値のように示すより、未確定項目を開示しておくほうが、後の追加費用を抑えやすくなります。

Teradataのシステム発注・外注の進め方

全社刷新は段階に分けて依頼し、各段階の終了条件と次へ進む基準を合意して、リスクを管理します。PoCで性能や費用が想定と違えば、全社契約を見直します。さらに、その判断根拠と成果物も納品してもらいます。

企画・要件定義での発注条件

企画の段階では、現行システムの課題や対象業務、利用者を整理します。さらに、データの流れと導入効果も明らかにしておきます。

そのうえで、機能要件にはデータの取り込みや集計、BI連携、モデル実行を書きます。非機能要件には、処理時間や同時実行数、可用性を含めます。さらに、バックアップやセキュリティ、監査、障害対応も書いておきます。

「大量データに対応」のような表現では比べにくいため、性能は対象SQL数や入力データ量、許容時間で条件を示します。ピーク時の同時実行数も、条件に加えます。

RFPとPoCによる前提の統一

RFPで各社の回答の前提をそろえ、候補が絞れたら、代表的な条件でPoCを行います。

• RFP記載事項：背景・目的、対象範囲、現行環境、データ量、利用者、希望時期、予算の考え方
• 提案条件：納品物、体制、提案期限、評価基準、前提条件、除外項目
• 費用内訳：ライセンス、クラウド、移行、連携、テスト、教育、運用

PoCでは、代表SQLやピーク処理を使い、難しいデータソースや権限パターンも含めます。動作の確認に加えて、性能や再実行性、データ精度を評価します。さらに、月額費の増え方と運用担当者の作業量も見ておきます。

移行・テスト・段階リリースの計画

設計から本番利用まで、工程ごとの作業と確認事項を順に計画しておきます。

1. 設計・開発：データモデル、連携方式、SQL変換、ジョブ管理、監視、権限、BI接続の実装
2. 全量移行に加えた準備（差分連携、件数・金額照合、再実行、ロールバック、移行後の性能確認）
3. 単体・連携・性能・障害・セキュリティ・業務受入れのテストと、本番切り替えの判定基準の設定
4. 読み取り専用の分析から、影響の小さい部門、全社利用への段階的な拡大（業務停止リスクの抑制）

Teradataのシステム外注で選ぶ契約形態

要件が固まっている工程と、調査や改善を続ける工程とで、契約形態を分けて考えます。製品利用、クラウド、導入支援の契約が並行することがあります。さらに、開発や保守・運用の契約が加わる場合もあります。

契約の名称で判断する前に、完成物と検収条件を確認します。あわせて、障害対応や追加要件の単価も見ておきます。

成果物を決められる工程の請負

要件、成果物、検収条件が明確な設計・開発・移行は、請負を候補にできます。契約書や仕様書には、データモデルやDDL、連携ジョブ、テスト仕様書を納品物として示します。また、移行結果や運用手順書も、納品物に含めます。

検収日とあわせて、性能条件とデータ照合の許容差を決めます。さらに、重大障害の扱いと修正期限も定めておきます。「システム一式」と書くと、未実装の範囲や追加費用をめぐって対立しやすくなります。

調査・要件定義・運用改善の準委任

現行調査や要件定義、PoCなどの工程は、専門家が判断しながら進めます。性能調整やデータ品質改善、運用支援も、判断を重ねながら進める工程です。そのため、準委任が合う場合があります。

準委任では、完成品の結果に加えて、作業の進め方を明確にします。稼働時間や担当者の役割、会議体を定めます。さらに、報告内容と作業上限も決めておきます。

月次成果報告や優先順位変更、追加作業の承認フローを設けて、広がりやすい作業範囲の予算を管理します。

知的財産・データ・再委託の契約条項

将来の移管に備えて、ソースコードやDDL、データ辞書、ETL定義が必要になります。さらに、SQLやテストデータ、監視設定、運用手順書も必要です。利用権や納品範囲、第三者製品のライセンス条件を確認します。

個人情報を扱う場合は、安全管理やアクセス記録、保管地域を定めます。さらに、再委託先と事故時の報告期限も決めておきます。

AI分析やエージェントを使う場合は、入力データを学習や外部サービスに利用するかどうかを、契約で明確にします。生成結果の検証責任を誰が負うかも、契約に反映します。

Teradataのシステム開発の費用相場

費用は、製品利用料に加えて、保存・処理量や導入・移行工数を合わせて考えます。周辺クラウドやBI、監視、保守も含めて見ます。

日本向けの導入一式について、公式の定価は公開されていません。国内の目安は、公式公開価格と、一般的な業務システムやDWHの導入工数をもとにした、予算取り用の推定です。

実際の見積もりは、データ量と契約期間、要件で変わります。地域や為替によっても変わります。

公式公開価格と製品利用料の入口

公式公開価格には、月額型と時間単価型があります。用途と含まれる費用を確かめたうえで、参考にします。

• VantageCloud Enterprise：月額9,000ドルから
• VantageCloud Enterprise+：月額10,500ドルから
• AI Unlimited：1時間1.90ドルから
• VantageCloud Lake：1時間4.80ドルから

月額料金は、データアクセスと保存に応じる消費型で、地域によって異なります（出典: Teradata公式「VantageCloud Flexible Pricing Packages」、2026年8月確認）。

ストレージ、データ転送、導入サービスは別途確認が必要です。1ドル=150円の単純計算では、月額約135万〜158万円、年額約1,620万〜1,890万円です。

この参考値には、為替変動や税、契約条件、クラウド基盤費が含まれていません。

AI Unlimitedは、探索的データサイエンスや分析実験向けです。VantageCloud Lakeは、クラウドネイティブな分析基盤の入口です（出典: Teradata公式「Calculate Your Teradata VantageCloud Price」、2026年8月確認）。

1ドル=150円の単純換算では約285円、約720円です。ただし、クラウドサービスプロバイダー費や保存、転送が、この金額に含まれるとは限りません。セットアップや導入支援まで含まれるかも、確認が必要です。

本番の費用を判断するには、時間単価以外の費用も合わせて見る必要があります。

国内導入の初期予算の規模別レンジ

国内導入の推定レンジと期間は、規模によって異なります。

• 小規模PoC・分析環境：500万〜1,500万円、2〜4か月程度
• 部門横断のクラウドDWH：3,000万〜8,000万円、6〜12か月程度
• 全社刷新・オンプレミス移行：1億〜5億円以上、12〜24か月以上となる可能性

小規模の推定は、データソース1〜3個と限定ユーザー、既存BIの再利用を前提にしています。簡易ダッシュボードや権限設定、検証も前提に含めています。

部門横断では、複数システムの連携やマスタ統合が加わります。さらに、データ品質管理やBI、教育、運用設計も含まれます。

全社案件は、数百〜数千テーブルや24時間運用を想定した推定で、公式見積もりではありません。段階移行や性能試験、災害対策、複数地域・複数クラウドも前提に含まれます。

比較する場合は、同じデータ量と非機能条件を各社に渡し、ライセンス・クラウド費と導入・開発費を分けて示してもらいます。

移行・運用・品質による総額への影響

費用を左右する要素は、容量以外にもあります。

• 処理条件：同時実行数、夜間バッチ、リアルタイム性、SQL互換性
• 基盤・運用：保存期間、クラウド、暗号化・監査、BI利用者数、AI・GPU、24時間365日体制
• 移行品質：データ品質が悪い場合、名寄せ、重複排除、欠損補正、コード変換が追加

要件定義は全体費用の10〜15%程度、年間の保守・運用は初期開発費の10〜20%程度という一般的な目安もあります。

一般的な目安は、Teradata固有の公式相場ではなく、初期予算を置くための参考情報です（出典: 業務システム開発の一般的な工数目安を整理した本リサーチノート、2026年8月）。

RFP・要件整理と見積比較のポイント

見積もりは、総額の安さよりも、同じ完成条件にそろえたうえで比べます。RFPには、現状と目的、対象外、既存資産の再利用方針を含めます。さらに、データ移行の完了条件や性能・セキュリティ基準、運用開始後の支援条件も書きます。

提案書の見栄えよりも、前提を読み取り、未確定事項を質問し、リスクを見積もりに反映できるかを見ます。

RFPに記載するデータ・性能・運用の条件

RFPには、見積もりと構成に必要な情報を記載します。

• データと処理：ソース一覧、容量・増加率、更新頻度、既存ETL、代表SQL
• 利用条件：利用部門、同時実行数、希望レイテンシ、保管地域、個人情報の有無
• 基盤と運用：VantageCloud候補、クラウド・オンプレミス制約、RTO・RPO、可用性、監査ログ、権限、バックアップ、移行停止時間、教育・サポート

分からない項目は空欄のままにせず、ベンダーに調査や確認の方法を回答してもらいます。

工程別・条件別の見積もりの比較

比較表には工程を並べ、各社の工数や前提を同じ基準で確認します。

• 企画・構築：企画、要件定義、アーキテクチャ、環境構築
• 開発・検証：データ連携、SQL移行、データ品質、BI、性能・セキュリティ試験
• 移行・定着：移行リハーサル、本番切り替え、教育、保守

各工程では、工数や単価、期間を確認します。担当人数や前提、除外項目、追加時の単価も見ます。

Teradata利用料と、AWS・Azure・Google Cloudの基盤費が、別途扱いになっていないかも確認します。ストレージや転送、監視ツール、ライセンス更新についても、別途扱いかどうかを見ておきます。

安い見積もりでは、対象外の範囲と将来費用を確かめます。データクレンジングや既存SQL変換、性能調整は、除外されていると費用が増える場合があります。夜間・休日切り替えについても、対象に含まれているかを見ます。

障害訓練や運用引き継ぎ、追加ユーザー、保存期間の延長も確認します。一方で、高い見積もりでは、過剰なカスタマイズや不要な専用要員が含まれていないかを見ます。

機能を削るのではなく、標準機能と個別開発の境界を説明してもらいます。

提案の品質とプロジェクト体制の確認

価格に加えて、担当者のTeradata経験や同規模の移行実績、クラウドとオンプレミスの対応範囲を確認します。

データ品質の改善力や性能設計、セキュリティ、運用体制も評価します。

• 経験と対応範囲：実績、基盤対応、データ品質、性能設計、セキュリティ、運用
• 提案会での確認：代表SQLの検証、移行失敗時の復旧、月額費の監視
• 採用しない条件：自社条件に合わない場合や代替構成を、根拠とともに説明できるか

提案会に参加するのは営業担当だけか、アーキテクトや移行・運用の責任者も加わるかを確認します。

データ量が少なく分析要件も限定される企業や、リアルタイムの業務トランザクション処理が中心の企業では、別の構成が適する可能性があります。

また、Teradata人材を確保できず、運用支援も受けられない企業も該当します。採用しない条件や代替案を説明できる会社は、長期の委託先として信頼性を評価しやすくなります。

Teradataのシステム委託先を選ぶポイント

発注先は、製品提供元や総合SIのほか、大規模インフラ運用会社、業界特化SI、セキュリティ分析会社などから比較できます。

知名度に加えて、データ量や業界規制、既存クラウドとの適合性を見ます。必要な運用時間や移行の難しさとの適合性も見ます。

Teradata Partner Award 2024では、ラックとNTTデータ、CTC、キンドリルジャパンが表彰されています（出典: 日本テラデータ「Teradata Partner Award 2024」、2024年）。表彰部門は、Partner of the YearとFinanceのほか、ManufacturingとConsumer Packaged Goodsです。

受賞は候補を絞る参考になりますが、自社案件への適合性までは保証しません。

業界・データ規模・移行経験の確認

業界により、委託先に求める経験や確認項目が異なります。

• 金融・保険：監査、可用性、個人情報、厳格な変更管理
• 製造：基幹システムやサプライチェーンのデータ統合
• 食品・小売：顧客・購買・施策データの横断分析
• セキュリティ監視：大量ログの収集とリアルタイム性

似た業界の実績に加えて、データソース数や移行元製品を確認します。さらに、停止時間や稼働後の運用人数、性能測定の方法も見ておきます。

守秘義務で社名を出せない場合も、匿名化した規模と課題を説明できるかを見ます。

技術力と運用の引き継ぎ力

設計ができても、稼働後のクエリ・ワークロード・コストの監視や障害対応、権限変更、データ品質改善を担えなければ、定着しません。

そのうえで、運用設計書には、監視項目と通知条件を書きます。加えて、一次切り分けやエスカレーション、復旧目標も含めます。

月次レポートや性能調整、クラウド費の予実管理も定めます。自社運用へ移す場合は、教育計画や引き継ぎ期間を契約で確認します。ソースコードや設定の納品、質問対応期限も、同じ契約に書いておきます。

提案に含めるセキュリティとAIガバナンス

Teradataのコンプライアンス情報には、ISO/IEC 27001、ISO 27017、SOC 2 Type IIなどがあります（出典: Teradata「Data Certifications and Compliance」、2026年8月確認）。

サービス側に認証があっても、自社の運用要件まで自動的に満たされるとは限りません。

• データ保護：鍵、ネットワーク、個人情報のマスキング
• 権限と記録：行・列レベルの権限、監査ログ、委託先監督
• 事故対応：バックアップ、漏えい時の連絡体制

2026年5月、TeradataはAutonomous Knowledge Platformを発表しました。このプラットフォームには、AI Studioや自然言語インターフェースのTera、Tera Agentsなどが含まれます（出典: Teradata「Introducing the Autonomous Knowledge Platform」、2026年）。

同社は、クラウドやオンプレミス、ハイブリッドで、AI・分析・データを統合する方向を示しています。また、AIエージェントを利用する場合は、RFPに管理条件を含めます。

条件には、参照するデータや実行できる操作、人の承認を含めます。ログと、モデルやプロンプトの変更管理も書いておきます。

経済産業省のAI事業者ガイドライン第1.2版も参照し、リスクベースで運用責任を決めます（出典: 経済産業省「AI事業者ガイドライン第1.2版」、2026年）。

確認事項は、自社の業務ルールと契約に落とし込みます。

Teradataのシステム発注でよくある質問

発注担当者から寄せられることの多い質問に答えます。自社条件にそのまま当てはまらない場合も、要件確認のきっかけとして使えます。

Teradataのシステム導入費用はいくらですか？

初期予算の推定レンジは、小規模PoCが500万〜1,500万円、部門横断導入が3,000万〜8,000万円、全社刷新・大規模移行が1億〜5億円以上です。

Teradata公式の日本向け導入定価ではなく、製品利用料、クラウド費、移行・連携・運用を含む案件規模の目安です。

データ量や性能、可用性によって変わるため、移行対象や運用時間も含めた同じ条件のRFPで、複数社に見積もりを依頼します。

Teradataの導入は内製と外注のどちらがよいですか？

既存のTeradata運用者がいて、基盤の範囲も限定的であれば、内製を中心に、不足する専門領域だけを外注できます。

初回導入やオンプレミス移行、複数クラウド、24時間運用などでは、経験のある会社への委託が選択肢になります。個人情報や複雑なSQL変換を伴う場合も、企画・移行・運用設計の委託が、リスクを抑えやすくなります。

内製と外注を組み合わせ、社内が業務知識と意思決定を担い、外部が設計・移行・技術支援を担う進め方もあります。

RFPには何を書けば見積もりを比較できますか？

目的やKPI、対象データ、容量・増加率を書きます。データソース数や更新頻度、代表SQLも記載します。利用者数や希望性能、基盤・保管地域の制約も書いておきます。

個人情報やRTO・RPO、移行停止時間を含めます。希望時期や予算、納品物、運用範囲も書いておきます。

費用は、ライセンスやクラウド、要件定義、移行を分けて書いてもらいます。さらに、連携やテスト、教育、保守も別々の項目にします。前提と除外項目も回答欄を設けておき、未確定項目は調査費と確定時期を提案してもらうと、見積もりの差の理由を説明できます。

TeradataでAIを使う場合に何を確認すべきですか？

精度に加えて、学習や検索、推論に使うデータの範囲と個人情報を確認します。さらに、権限逸脱の防止や回答の根拠、ログも見ておきます。そのうえで、モデル更新や費用上限、人の承認も確認します。

AIエージェントが外部システムを操作する場合は、実行可能な操作を最小限にし、重要な処理には承認を設けます。

2026年のAI事業者ガイドライン第1.2版を参照し、自社の利用目的とリスクに合わせて、どこまでを誰が受け持つかを契約や運用手順に定めます。

まとめ

発注で依頼するのは、製品の導入そのものではなく、データを使って業務成果を出せる状態です。まず、目的とKPI、データソース、性能を整理します。権限やRTO・RPOもあわせて明確にします。

クラウド・オンプレミス・ハイブリッドの前提を決めたうえで、企画・要件定義からPoCまで、設計・移行、テスト、運用の段階に分けて依頼します。

前提と総保有コストによる見積もりの判断

公式料金は、製品利用料の入口にあたります。導入や移行、連携を含む総額とは異なり、教育や保守、クラウド基盤も含めて見る必要があります。

公開価格と一般的な導入工数をもとにした推定レンジです。小規模PoCは500万〜1,500万円、部門横断導入は3,000万〜8,000万円です。全社刷新は1億〜5億円以上です。

RFPでは、工程別の費用や前提、除外項目をそろえます。さらに、追加単価や契約形態、納品物、運用体制も同じ条件にしておき、複数社を比較します。

発注前の自社条件の整理

発注条件と委託先への確認事項を整理してから、相談に進みます。

• 自社の条件：データソース数、容量、更新頻度、代表SQL、利用者数、希望性能
• 制約と計画：個人情報、保存地域、移行停止時間、RTO・RPO、時期、予算、運用範囲
• 委託先の確認：難条件、移行・復旧対応、AIガバナンス、設計書・ソースの引き継ぎ

Teradata経験や業界実績だけで委託先を決めないようにします。

準備が整っていると、発注形態と契約形態を選ぶ際に迷いが少なくなります。導入後の予算や運用リスクも、見通しが立ちます。

▼全体ガイドの記事
・Teradataのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。