P&Dで学んだ「人を動かすUI」で解く、マイナポータルAPIの実装停滞問題

どうも〜おかむーです!
- マイナポータルAPIは増えてるけど現場で使われにくい問題がある
- 大学サークルP&Dで学んだ『動かす仕組み』と、ReConeで培った「一般層への接続力」を掛け合わせれば解ける
- 提案は「API UX Layer + Creator Grant + 公開マーケットプレイス」で、まずは小さな垂直領域から高速に実証する
結論
マイナポータルAPIの技術的な公開は進んでいるが、自治体・事業者・市民の間で“使われるかどうか”がボトルネックになっている。だから要は「APIを使いやすいUXに変換するレイヤー」と「現場の人が作って試せる小さな資金・仲間の枠」をセットで出すこと。これで初速が出ます。
今、マイナポータルAPIの現状を見てくださいよ。マイナポータルAPIを利用して民間企業等が提供しているサービスは197事業にのぼる(※最新の政府資料による)。増えているのは良いんだけど、実務側の運用負荷、住民への理解不足、UIのバラつきで体験が分断されているんですよね。
僕の原体験は大学のサークル「Planning and Development(P&D)」で代表をやっていたときのことです。金銭的報酬がない中でどうやって学生たちを動かすか、現場で泥臭く工夫しました。要は、人が動く仕組みを設計する力を身につけたんです。これが今回の肝になります。
で、成功体験としてはno plan inc.で作ったReConeのことを挙げたいです。ReConeでは女優・のん(能年玲奈)さんのNFTアートを活用して、ホルダー限定コミュニティを開設しました。ここで学んだのは「テクノロジー(今回はWeb3)を一般層に接続するには、単なる技術提供ではなく『オンランプ(入り口)』とコミュニティをセットにすること」が重要だということ。
このA(P&Dで学んだ『人を動かす仕組み』)とB(ReConeで学んだ『技術を一般に接続する方法』)を、C(マイナポータルAPIの実装停滞)に転用します。
具体的な提案(3ステップ)
1) API UX Layer(オープンソースUIキット)
- 要するに、自治体が公開するAPIをそのまま投げると住民が使いづらいので、『申請テンプレ』『同意ダイアログ』『証明書ダウンロードのワークフロー』などの標準コンポーネントを作ります。
- 技術的にはSDK(JavaScript/React/Vue/Android/iOS)+アクセストークン管理のベストプラクティスを含めた一式にする。
- これで市役所の担当者は“見た目とフローの部分”をコピペで導入できる。
2) Creator Grant(小口助成+実証クレジット)
- P&D時代にやってたように『人がやりたくなる仕組み』が必要。そこで地域の開発者やクリエイターに対して、短期の実証を回せる小口助成金(数十万〜数百万円規模)を出す。
- 重要なのは評価をコミュニティ(住民パネル+自治体担当)でやること。ReConeでホルダー評価をした感覚と同じで、最初のユーザーテストをコミュニティで回してもらう。
3) 公開マーケットプレイス+保証ラベル
- 実証で勝ち残ったテンプレやアプリを自治体向けに並べるマーケットプレイスを作る。ここで『運用ドキュメント』『セキュリティチェック』『自治体導入事例』を付ける。
- デジタル庁の重点計画や地方DXの流れに合わせ、自治体がベンダー選定しやすい「保証ラベル」を導入する(軽い安全チェックと利用者フィードバックベース)。
なぜこれで勝てるか?
- 197事業という量はあるけど、住民UXの質がまちまちで定着しない。UXレイヤーで「見た目と理解」を統一すれば住民の理解コストが下がる。
- 小さな助成とコミュニティ評価で“やってみる”ハードルを下げる。P&Dで学んだ“モチベーション設計”がここで効きます。
- ReConeでやったように、技術を一般層に接続するためには「入門体験」と「信頼の文脈」が必要。マーケットプレイスと保証ラベルがそれを担保する。
運用面の配慮(現場で刺さるように)
- 最初のターゲットは「証明書請求」「住民票の転送」「子育て支援申請」など縦割りで明確なUX勝ち筋があるものに限定する。
- 自治体職員の業務負担を増やさないために、導入はクラウドホスティング+一画面で設定できる管理パネルにする。
- セキュリティと同意管理はマイナポータルの仕様に準拠しつつ、住民向け説明文テンプレを同梱する(要するに専門語を噛み砕く)。
これらはデジタル庁の重点計画や、地域に人を呼び込む観点(デジタルノマド等が地域にもたらす価値)とも親和性があります。まずは1自治体で縦に3サービスを成功させ、横展開を狙うのが現実的です。
まとめ
- これ見てくださいよ:マイナポータルAPIは既に多く使われ始めているが、住民UXと自治体現場のハードルで広がりきれていない(197事業の公表など)。
- 解決策は「API UX Layer(見た目とフロー)」「Creator Grant(試せる資金と仲間)」「マーケットプレイス+保証ラベル(横展開の仕組み)」のセット。
- 僕のP&Dでの『人を動かす設計』とReConeでの『一般層への接続』の経験をそのまま自治体DXに使えば、早く・安く・住民に刺さる実証が回せます。
おかむーから一言
やってみないとわからないことが多いんですよ!P&Dで学んだ“まず動かす”精神で、自治体と住民が本当に使うAPIの世界を一緒に作りましょう。僕も一緒に手を動かします!
情報ソース
- https://www.zhihu.com/question/290714454
- https://www.cas.go.jp/jp/seisaku/digital_gyozaikaikaku/data10/data10_siryou2.pdf
- https://www.zhihu.com/question/6430289390
- https://www.digital.go.jp/policies/mynumber/private-business/info
- https://www.zhihu.com/question/38923279
- https://www.zhihu.com/question/610070200
- https://www.meti.go.jp/policy/newbusiness/kaisetsushiryou_2025.pdf
- https://www.zhihu.com/people/mr-dang-77
- https://business.nikkei.com/atcl/gen/19/00081/062200393/
- https://www.zhihu.com/question/65313130
- https://www.mlit.go.jp/kankocho/content/001891364.pdf
- https://www.dbj.jp/upload/investigate/docs/3d74a13b3ec2ede6e415dc6b429b2d48.pdf
- https://www.icr.co.jp/newsletter/wtr426-20240927-eshimizu.html
- https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB
- https://www.digital.go.jp/policies/priority-policy-program
シェアする
関連レポート

イルカとUIが教えてくれた、自治体予約×調達を一気に改善する“共通ハブ”構想
子どもの頃のUI体験と民主的組織づくりから考える、自治体予約×調達を一気に改善する共通ハブ構想。

ニート時代とハッカソンの速さで作る、自治体の『APIを使う文化』を育てる現場モデル
e-GovのAPIはあるのに自治体現場で使われていない。僕のニート時代の速さとハッカソン経験で、月次マイクロハッカソン+即日プロト導入の実務パイプラインを提案します。

婚タクトで学んだことを地方へ:スタートアップビザを“現場で検証”する自治体オンランプ案
婚タクトの失敗から導いた、自治体がスタートアップビザを現場で検証する90日オンランプ+NFT×AIの実務案。