從燒鳥店學到的公民共創：把 My Number API 和地域サンドボックス變成地方治理的推進器

どうも〜おかむーです！

• 3行要約

- 我在家裡的燒鳥店「ほどほど」學到的「面對面溝通」是設計公民服務的出發點。

- 地方自治體面臨 My Number / API 整合與現場採用的挑戰——これ見てくださいよ，官方統計顯示利用 My Number API 的民間服務已達197件（参照：マイナポータルAPIの現状と課題，2025/04/24）。

- 我基於 ReCone 把難以理解的 Web3 拉近一般人的方法，提出一套「地域共創サンドボックス＋API中台＋市民獎勵機制」的可行政策方案。

結論

地方政府要把數位化做得不只是「上線申請フォーム」，而是把 My Number API、地域限定的規制サンドボックス和線下的市民共創場域綁在一起：用低門檻的體驗、透明的數據分析和社群激勵，快速把197件等級的散落 API 轉成市民真正會用的服務。

本文這樣想，是因為我的原體驗跟成功經驗告訴我可行性。以下說明具體做法。

本文

小時候我在家裡的燒鳥屋「ほどほど」當看板兒子，從五歲開始就學怎麼跟各式各樣的人聊天、觀察他們的需要。那種面對面、酒一杯一杯聊出來的、很生活的信息，是我設計以人為本產品的根基（原體験）。

跳到成功案例：做 ReCone 的時候，我們面對的是「Web3 太抽象，普通人不會踏進來」的問題。我們的解法很單純：把複雜技術包成熟悉的媒體與社群體驗，找一個信任的入口人物（像能年玲奈的 NFT 社群），把參與門檻極大下調，並用限定權益讓早期使用者感到被重視。結果是把技術成功地拉到主流用戶面前，讓他們「活用」而不是「學習理論」。

那麼地方自治體的問題（C）在哪？これ見てくださいよ：官方資料顯示，マイナポータルAPIを利用して民間企業等が提供しているサービスは197事業にのぼる（参照：マイナポータルAPIの現状と課題，2025/04/24）。数字上看起來很進展，但現場其實常常是：行政人員工作繁瑣（行政日常工作琐碎，參見行政的日常工作是怎样的？），市民不知道如何使用，地方政府缺乏快速實驗的通路。另一方面，政府也有地域限定的規制サンドボックス可以用作實驗場（参照：地域限定型 規制のサンドボックス制度）。這些元素拼在一起，恰好形成了可以被技術與社群拉通的切入點。

要把 A（燒鳥店的面對面經驗）跟 B（ReCone 的社群上手術）和 C（My Number API + 地方沙盒的碎片化）結合，具體政策設計我建議三步走：

1) 建立「自治体共創中台」：把マイナポータルAPI做成地方可插拔的中台（middleware），由市役所或第三方運營，統一認證與資料連接。要點是把認證與隱私流程做成一次性、可重用的模組，降低每個服務重做 OAuth / 同意書的成本。

2) 在地域限定的規制サンドボックス下做「市民共創ハブ」：把實驗從純線上拉到街角。想像在市區的社區中心或市役所旁邊設一個「デジタル窓口+交流吧」，像我小時候在焼鳥屋跟人聊天一樣，邀請市民來當早期使用者。我建議把每個試驗做成短期（1〜3か月）的活動，並且用透明儀表板公開試驗數據，方便行政與市民一起看效果。

3) 用非金融性數位獎勵搭橋（經驗來自 ReCone）：發放「參與徽章/市民通行证」（可用區塊鏈錢包記錄，但不做投機屬性），作為市民在實驗里提供回饋、測試、文件上傳等行為的憑證。這個機制讓參與者感到被重視，也方便把早期用戶轉化為口碑宣傳者。

同時，設置一個跨部門的「分析チーム」（要するに、僕が提案しているいわゆる『分析省』的ミニ版）來做數據監督與評価。這個團隊負責把每個試驗的 KPI（例えば利用率、手続き完了時間、行政側の工数削減）量化，讓好案例能快速複製到其他自治体。

実装時の注意点：

• プライバシーと透明性を最優先にする（国民の信頼無しでは使われない）。
• 技術はあくまで道具。僕が焼鳥屋で学んだのは「人がいること」。窓口の説明は簡潔に、現場の人が安心して使えるUI/UXを最優先に。
• 規制サンドボックスは行政側の後押しを得るための仕組みなので、早めに法務と連携する。

まとめ

• My Number API 已經有大量的活用案例（參見197件統計），但真正的障礙在採用與體驗，而不是技術本身。
• 把線上 API、中台化、地域限定的實驗場和線下的共創空間結合，能快速把政府服務變成市民會用、會喜歡的東西。
• 我用燒鳥店學到的「面對面溝通」和在 ReCone 把 Web3 拉向主流的經驗，證明「低門檻、信任入口、社群激勵」是可行的路徑。

おかむーから一言

技術只是工具，人的連結才是關鍵。地方政府把市民當夥伴一起做實驗，就會把冷冰冰的申請フォーム，變成有溫度、會被用的服務。僕も最前線で一緒にやりますよ！