使われ続けるオープンデータを作るには？市民と行政の“持続可能な共創”設計

• 3つの工夫でオープンデータの“供給→利用→改善”を循環させる
• 技術（API/データ基盤）と運用（人・評価・支援）を同時に整備するのが鍵
• 海外事例（エストニア、台湾、米国都市）から日本の自治体向け実践プランを提示します

結論

オープンデータは「出せば終わり」ではなく、API・メタデータ・継続的評価を組み合わせた運用設計が必要です。技術だけでなく、市長やシティマネジャーの支援、コミュニティとの共創、そして利用状況を可視化する仕組みをセットにすることで初めて持続可能になります。

レポート本文

なぜ今「持続可能性」なのか

真面目な話をすると、オープンデータの最大の課題は継続性です。研究（ScienceDirect）でも、米国の自治体オープンデータは主に自治体内での効果が中心で、外部利用の測定が十分でないと指摘されています。これ、ぶっちゃけ運用コストと評価指標がないのが原因なんですよね。

海外事例から学ぶポイント

• エストニア（e-Estonia）: 国レベルでIDやデータ連携基盤を整備。e-Residencyなどのサービスまで広がっているのは、認証・連携の土台があるから。要するに、データの信頼とアクセス管理を最初に作った、ということです。
• 台湾（vTaiwan）: デジタル参加プラットフォームで政策議論を市民と実装者がハイブリッドに回す。データを材料にした「議論→改善→データ更新」のループが見えるのが強み。
• 米国の都市（Norfolk, Minneapolis など）: ブルッキングスの報告では、ノーフォークでは市長室やシティマネジャーの後押しでオープンデータ政策が議会まで進んだ事例がある。ミネアポリスのポリシーは「市民が政府を助ける」ことを明確にしており、行政内外での利活用を狙っている。

失敗例に学ぶ（よくある罠）

• データ公開だけで利用者が育たない：カタログにファイルが並ぶだけで、APIやドキュメントが不十分
• 運用資源が不足：公開後のETL、品質管理、APIの運用コストを見落とす
• 成果指標がない：ダウンロード数だけで満足してしまい、政策改善や再利用につながるか不明

技術的に押さえるべき点（実装レベル）

• API-first設計：REST/GraphQLで機械可読に。CSVだけで終わらせない
• メタデータ標準：DCATなどでデータの説明を統一
• 認証・アクセス管理：公開データと準公開データを分け、トークンベースで管理
• クラウドとインフラ：GCP/AWS/Azure上でサーバーレスなETL、API Gateway、監視（Prometheus/Grafana）を組むと運用コストを抑えやすい
• モニタリング指標：APIコール数、ユニークユーザー、再利用プロジェクト数、政策改善に繋がった事例数

市民UXの観点から

使いやすさは単なるUIだけじゃないです。データの意味や更新頻度、ライセンスが分かりやすいこと。vTaiwanのように「データを材料に議論できる場」を作ると、利用が継続します。僕がシンガポールにいた頃にも、APIはあるけど意味が分からず誰も使わないケースを何度も見ました。

日本向けの具体的提言（自治体レベルでできること）

1) 政治的支援を明確にする：市長・市マネのサポートを得てオープンデータ政策を条例化（Norfolkの実例）

2) 維持予算と人員を確保：公開後の運用（品質管理、API運用）を年度予算で固定化

3) API-first＋メタデータ準拠：DCAT準拠のデータカタログとSwagger/OpenAPIドキュメント

4) 利用促進のエコシステム：ハッカソンだけで終わらせず、行政が再利用案件を発注して需要を作る

5) 成果指標を定義：政策改善指標、再利用事例数、UX満足度をKPI化

6) フェデレーション設計：国（デジタル庁）と自治体の間でデータスキーマや認証を共通化し、地方ごとの特色は残す

まとめ

オープンデータを「資産」にするには、技術（API/クラウド/メタデータ）と運用（人・評価・政治支援）を同時に整えること。海外の成功例はインフラだけでなく、ガバナンスとコミュニティ設計がセットになっている点が共通しています。日本の自治体も小さな勝ち筋（まずは1サービスのAPI化、成果指標の設定）から始めれば、確実に前に進みますよ。

おかむーから一言

テクノロジーで世の中を良くするのは技術だけじゃなくて、「使い続ける仕組み」をデザインする力だと思ってます。コードも制度も一緒に作っていきましょう！