> For the complete documentation index, see [llms.txt](https://open-dataspaces.gitbook.io/ods-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://open-dataspaces.gitbook.io/ods-docs/jp/introductory-guide/kegaido/07-stages-actions.md).

# 第7章 導入ステージ別の進め方

## 7.1 導入ステージ別整理の考え方

本章では、Open Dataspacesのサービス導入を「検討・実証・展開（GTM）」の3ステージに分け、各ステージで何を確認し、どこまで整理すべきかを示唆する。 表6に導入ステージ別の検討・実施内容を示す。

**表 6 導入ステージ別の検討・実施内容**

| ステージ    | 位置付け          | 主な検討・実施内容                                                | 主なアウトプット                 |
| ------- | ------------- | -------------------------------------------------------- | ------------------------ |
| 検討ステージ  | 参入可否とスコープの明確化 | ICPとビジネスモデルの策定、参入パターンの選択、提供機能の特定                         | 事業計画の仮説、最小構成（MVP）の定義     |
| 実証ステージ  | 最小構成による成立性確認  | 開発環境での動作検証、相互運用性の検証、価値仮説（バリュープロポジション）と運用負荷の検証、ビジネスモデルの検証 | 成立性レポート（技術・事業・運用）、ピッチデッキ |
| GTMステージ | 本実装と持続運用      | プロダクト設計、SLAとプライシングモデルの策定、GTMモーションとKPIの決定、本番環境でのサービス提供    | GTM戦略、プロダクト              |

これらは厳密に分離された工程ではなく、事業環境やユースケースに応じて往復しながら進むこともある。 重要なのは、各ステージで整理すべき観点を明確にし、技術と事業の成立性の双方を段階的に確認していくことである。

## 7.2 検討ステージ：参入可否と構築スコープの整理

検討ステージは、第5章で整理した参入パターンを前提として、実際の構築スコープに落とし込むフェーズである。 「何を作り、何を作らないか」を具体化することが目的となる。

## 7.3 実証ステージ：最小構成による成立性の確認

実証ステージでは、最小構成（MVP）で「技術・事業・運用が成立するか」を確認する。 目的は完成度を上げることではなく、外部と整合が必要な領域と自社の任意領域が分離された設計で、運用まで含めて回る見通しを得ることである。

## 7.4 GTMステージ：本実装と持続運用への移行

GTMステージは、実証ステージで確認した成立性を前提として、ミドルウェアを継続的に提供・運用可能なプロダクトへと移行する段階である。 標準仕様の更新、運用要件の変化、対象データスペースや業界の拡張に耐えられる構造を備えているかが問われる。

## 7.5 ステージ横断で求められる設計上の注意点

ODS開発者コミュニティが提供するOSSは、複数の運用環境で再利用されることを前提としたプロダクトである。本節では、検討・実証・展開のいずれのステージでも共通して意識すべき設計上の注意点を整理する。ミドルウェア開発において特に重要となる注意点は次の通りである：

* 運用要件を内部構造に固定しない（資格情報形式・ログ要件等はOpen Dataspaceごとに異なるため設定や外部連携として扱う）
* 共通処理と任意機能を混在させない（相互認証・転送プロセスなど必須処理と、契約処理・仲介機能など任意処理は分離）
* 利用条件の表現形式に依存しない構造にすること
* 複数モーダルのデータ転送方式を前提とすること（API・ストリーミング・バルク転送等）
* 可観測性を共通化しつつ柔軟に調整可能とすること

次章では、本書全体を通じて整理してきた内容を踏まえ、データスペース関連事業参入を検討する開発事業者にとっての考え方を総括する。