> 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/yzkegaido/07-stages-actions.md).

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

本章では、ユーザー事業者がデータスペース事業を実際に立ち上げる際の導入ステージを「**(1)検討**」、「**(2)実証**」、「**(3)展開（GTM, Go-to-Market）**」の3段階で整理する(表10)。 各ステージは直線的に進むものではなく、実証結果や外部環境の変化を踏まえながら反復的に進める。

**表 10 Open Dataspacesの導入ステージ**

| ステージ            | 位置付け          | 主な内容                                     | 主なアウトプット             |
| --------------- | ------------- | ---------------------------------------- | -------------------- |
| **検討ステージ**      | 参入可否とスコープの明確化 | 第5章のプロセスに基づく課題特定・参入パターン選択・PoC範囲の定義       | 事業計画の仮説、最小構成（MVP）の定義 |
| **実証ステージ**      | 最小構成による成立性確認  | マネージドサービスまたはSDKによるPoC環境構築・技術/事業/運用成立性の検証 | 成立性レポート（技術・事業・運用）    |
| **展開ステージ（GTM）** | 本実装と持続運用      | 本番環境への移行・SLAとプライシングの確定・KPIの継続運用          | 本番稼働・GTM戦略の実行        |

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

第5章で整理した参入パターンを前提として、「何をするか・何をしないか」を構築スコープとして具体化するフェーズ。 本フェーズにおいて考慮すべき観点を表11に示す。

**表 11 検討ステージにおける考慮観点**

| 観点                  | 主な検討内容                                             |
| ------------------- | -------------------------------------------------- |
| **参入パターンの確定**       | 第5章で選択した参入パターン（データ提供者/利用者/両方）を前提化する                |
| **担うビルディングブロックの範囲** | DAD・OSI・IUCのどの機能領域から参入するかを整理する／マネージドサービスの利用範囲を決定する |
| **必須領域と差別化領域の切り分け** | プロトコルで規律される領域（相互運用性必須）と自社裁量の領域を分離する                |
| **他主体との境界条件**       | データ提供先・利用先・マネージドサービス提供事業者との責務分界を整理する               |

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

最小構成（MVP）で「技術・事業・運用が成立するか」を確認する。 完成度を上げることが目的ではなく、外部と整合が必要な領域と自社の任意領域が分離された設計で、運用まで含めて回る見通しを得ることが目的である。 本フェーズにおいて考慮すべき観点を表12に示す。

**表 12 実証ステージにおける考慮観点**

| 観点         | 確認内容                                                            |
| ---------- | --------------------------------------------------------------- |
| **技術的成立性** | マネージドサービスまたはSDKを用いた最小構成が単独で成立するか。相互運用性の確保と、任意の拡張部分が構造的に分離されているか |
| **事業的成立性** | 想定する価値提供が説明可能か。誰に・何が・なぜ有効かを簡潔に説明できるか                            |
| **運用成立性**  | 最小構成の運用負荷を把握できるか。設定管理・ログ取得・更新対応の見通しが立つか                         |

## 7.3 展開ステージ（GTM）：本実装と持続運用への移行

実証ステージで確認した成立性を前提として本番環境へ移行する。 単発のPoCの成功ではなく、標準仕様の更新・運用要件の変化・連携先の拡張に耐えられる構造を備えているかが問われる。 本フェーズにおいて考慮すべき観点を表13に示す。

**表 13 展開ステージにおける考慮観点**

| 観点           | 主な整理内容                                                |
| ------------ | ----------------------------------------------------- |
| **仕様更新への追随** | ODP の更新への対応方針を定める。マネージドサービスの更新追随体制を確認する               |
| **運用要件への対応** | 参加条件・資格情報・監査要件の変化への対応。SLA範囲と自社責任範囲を明確にする              |
| **横展開への備え**  | 複数Open Dataspace・複数連携先への拡張シナリオを事前に整理する                |
| **継続的な事業評価** | Save Money / Make MoneyのKPIを定義し、PoV時の価値仮説を本番環境で継続検証する |

## 7.4 実施チェックリスト（導入可否の判断支援）

導入可否の判断を支援する実施チェックリストを表14に示す。

**表 14 検討ステージにおける考慮観点**

| チェック対象         | 確認の問い（例）                                        |
| -------------- | ----------------------------------------------- |
| 　**目的・課題の明確化** | 　ユースケースが特定されており、解決したい課題が具体的に言語化されているか？　         |
| 　**参入パターンの決定** | 　データ提供者・利用者・両方のいずれで参入するかが決定しているか？　              |
| 　**実装方針の選択**   | 　分散型・連邦型・ハイブリッドのいずれで進めるかが決定しているか？　              |
| 　**PoC**       | 　SDK or マネージドサービスでPoC環境が構築・動作確認できているか？　         |
| 　**PoV**       | 　価値仮説と数値感を持てているか？（Save Money / Make Moneyの仮試算）　 |
| 　**規約・契約**     | 　データ利用規約・参加条件・責任分界が整備または合意されているか？　              |
| 　**信頼設計**      | 　認証スキーム（自己宣言・相互認証・第三者認証）の選択と来歴管理方針が決定しているか？　    |
| 　**運用体制**      | 　本番稼働に向けた社内体制（担当者・予算・更新対応プロセス）が確立しているか？　        |