焼き鳥屋の看板息子が考えた、自治体向け「やさしいデジタル窓口」構想

どうも〜おかむーです！

• 어릴 적 아버지 가게에서 배운 ‘사람 중심’ 서비스 설계가 출발점입니다.
• NFT 커뮤니티로 일반 대중을 온보딩한 경험(ReCone)을 지방자치단체용으로 재설계합니다.
• 문제는 행정 업무의 복잡성과 API 연계의 실무적 어려움(예: マイナポータルAPI 관련)이니, UX·커뮤니티·자동화로 풀어야 합니다.

結論

지방자치단체는 주민과 소상공인을 잇는 ‘사람 중심의 디지털 허브’로 거듭나야 합니다. 기술은 복잡하더라도 사용자 경험은 단순하고 따뜻해야 하며, 이미 성과가 있는 커뮤니티 온보딩 방식과 API 연계를 결합하면 가능하다고 봅니다.

어릴 때僕は、福岡の実家の焼き鳥屋「ほどほど」で看板息子として働いていました。店では身内でもお客さんでもない“つながり”が生まれて、それが商売の本質だと学んだんです。あの空気はデジタルでも再現できる、というのが僕の原体験（A）です。

一方で、no planで手がけたReConeでは、能年玲奈さんのNFTを使って、ファンを“はじめてのWeb3”に自然に誘導しました。技術が難しくても、プロダクトの入り口がやさしければ一般層を巻き込める（B）。この成功体験は、そのまま自治体サービスにも転用できると考えています。

で、今地方自治体が直面している課題（C）を見てくださいよ。政府資料によると「マイナポータルAPIを利用して民間企業等が提供しているサービスは197事業にのぼる」し、期間連携APIやPMH（個人医療記録連携）など新しいAPIが次々増えています（出典: マイナポータルAPIの現状と課題）。一方で、現場の人件費や日常的な事務作業は煩雑で、行政職員の負担が大きいという声もあります（行政的日常工作はどうなっているか、の指摘）。

要するに、技術（API）は整いつつあるけど、現場運用と市民UXが追いついていないということです。ここを埋めるために、僕が提案するのは次の3本柱の地方自治体向けプランです。

1) ローカル・デジタルハブ（Local DX Hub）

• 役所の“窓口”を一本化したウェブ/앱プラットフォーム。
• マイナポータルの期間連携APIやPMHをバックエンドで統合し、住民にはシンプルなフローだけ見せる。
• つまり技術的にはAPIを複数使うけど、住民体験はワンステップで済む設計にする。

2) コミュニティ・オンボーディング（ReCone流の導線）

• 僕がReConeでやったのは、ファンの“参加動機”を最優先にしたUX設計です。自治体版では、地域のお店・イベント・ボランティア参加をトークンやバッジでゆるく可視化して、参加を促す。
• 要するにNFTやトークンは目新しさではなく「参加のしやすさ」を作るツールにする。

3) AI と自動化で行政負担を削減

• 行政の定型問合せや書類チェック、観光プロモーション素材作成はAIで効率化。例えば、GawainAIみたいに画像一枚から地域PR動画を自動生成してSNSに流すと、担当者の工数を大幅削減できます。
• その余力で職員は対面の支援や地域課題解決に専念できる。

実装イメージ：まずは「住民ID連携＋1つのサービス（子育て支援、窓口予約、地域クーポンの3つから選択）」でパイロット。API連携は内製で抱え込まず、標準コネクタ群を自治体間で共有する。僕はno planで中央管理のコアを作り、各地にローカルチームを置くモデルが現実的だと思います。

これ見てくださいよ。APIの数は増えている（197事業の活用実績）が、利用の敷居は高いまま。だからUX設計とコミュニティ設計が鍵なんです。僕の焼き鳥屋での“人を巻き込む経験”（A）とReConeでの“一般層をWeb3に誘う設計”（B）を掛け合わせれば、自治体のDXは現場にも住民にも受け入れられるはずです。

まとめ

• 現状: マイナポータルAPI等は整備されつつあるが、現場運用と住民UXがボトルネック（197事業の活用状況を参照）。
• 原体験: 僕は焼き鳥屋で“人を楽しませる設計”を学んだ（A）。
• 成功体験: ReConeで一般層をWeb3に自然に誘導した（B）。
• 提案: ローカル・デジタルハブ + コミュニティ・オンボーディング + AI自動化で、自治体のDXを“やさしいもの”にする。

おかむーから一言

僕はテクノロジーそのものが目的だとは思っていません。人がつながって、面白がれて、生活がちょっとラクになる。そこを徹底的にやりましょう！テクノロジーで解決できますよ。