行列で学んだ“熱”を自治体に持ち込む — マイナポータルAPIを市民に届かせる3ステップ

どうも〜おかむーです！

• 3行要約

- マイナポータルAPIは既に民間サービス197件に使われている（これ見てくださいよ）。

- 問題は「現場で使われない」「市民に届かない」こと。僕はハッカソンでプロダクトを磨き、Apple新作の行列で“熱量”が生まれる瞬間を見てきた。

- 解決策は「小さく試す調達＋市民熱量イベント＋ハッカソンでUX検証」の3セット。テクノロジーで市民受容まで作る提案です。

結論

自治体はマイナポータルAPIやデジタル施策を単に公開するだけでなく、市民の“熱量”を作るリアル施策と、小口で試せる調達設計、ハッカソン的な短期検証ループを組み合わせれば、一気に実効性が高まります。要するに「技術を出すだけじゃなく、受け取られる仕組み」を同時に設計しよう、ということです。

本文

今、自治体のデジタル化でよく聞く嘆きは「APIはあるけど現場で使われない」「サービスはできたけど市民に届かない」ってやつ。これ、俺は肌で感じてます。

これ見てくださいよ：マイナポータルAPIを利用して民間企業等が提供しているサービスは197事業にのぼる（出典: マイナポータルAPIの現状と課題レポート）。つまり“作られている”のに、市民の生活に当たり前に入っていかないギャップがあるんです。

僕が学んだのは2つ。1つはハッカソンでの学び。学生時代、e-ZUKAスマートフォンアプリコンテストでグランプリを取ったり、アプリを量産してユーザーの声で何度も直した経験から学んだことは、短期間で着目点を絞ってユーザーに触れさせ、素早く改善することの威力です。要するに“作って終わり”は死に筋なんですよ。

もう1つは、Appleの新製品発売で2週間並んだ経験。あの場で起きるのは単なる購買行為じゃなくて、コミュニティが生まれる瞬間です。人が集まって情報交換が起き、熱量が新規採用を後押しする。テクノロジーの普及って結局、人の熱量とコミュニティで加速するんです。

だから自治体向けの現実的なプランはこう考えます。

1) 小口・高速で“試せる”調達枠をつくる

- 公共調達のガイドラインは公平性や透明性を求めるのは当然だけど、イノベーション調達のガイド（参考: 公共調達ガイドブック）にもあるように、まずは小さな実証で“使えるか”を検証する仕組みが必要。市単位で年間数件、数百万円規模のトライアル枠を法的に明確化してしまう。

2) ハッカソンで「現場UI」を一緒に作る

- 技術者と現場職員、市民ボランティアを混ぜた短期合宿で、マイナポータルAPIを使った“本当に使える”叩き台を作る。僕のハッカソン経験では、48時間でプロトを触れる状態にして、翌日から現場で試せることが多かった。

3) 発表・体験イベントで“熱量”を作る

- 出来上がったプロトタイプは、ただ公開するんじゃなく地域のイベント（例えば図書館や商店街での体験ポップアップ）で市民に触ってもらう。Apple行列で見たのは、体験とコミュニティが普及の火種になること。リアルな場での体験が口コミを生み、導入の心理的ハードルを下げるんです。

これらを回すときのポイントは「計測と公開」。どれだけの市民が触ったか、どのAPIで何が起きたかをオープンにして、次の改善につなげる。要するにPDCAを見える化するんです。

また公平性の担保は忘れずに。公共調達の透明性は守りつつ、プロトタイプ枠や非競争的な採用でスピードを出す設計をする。ガイドライン改定や条例レベルの枠組みで法的な不安を取り除くのが行政の仕事です。

まとめ

• マイナポータルAPIは既に多数の民間サービスに使われているが、市民受容に課題がある。
• ハッカソンの速い検証サイクルと、Apple的な“体験で生まれる熱量”を自治体の施策に入れると実効性が上がる。
• 手順は「小口調達枠＋ハッカソンでUXを作る＋体験イベントで普及」そして計測と公開。テクノロジーは出すだけじゃダメで、受け取られる仕組みを同時に作るのが肝です。

おかむーから一言

技術は便利だけど、受け手がいなければ宝の持ち腐れ。僕は並んだあの2週間で学んだ“熱”を、自治体のデジタル施策に注ぎ込みたい。まずは市町村レベルで小さく試して、速く学んでいきましょう！