全球GovTech實務觀察：從參與到基礎建設，日本能學到什麼？

• 三個重點：1) 公民參與平台要做到「個人化+雙向回饋」才能活起來；2) 開放API與數位公共基礎設施（DPI）是可持續化的關鍵；3) 技術不是萬靈丹，治理、採購與UX同樣重要
• 結論先行：把「開放、可組合、以使用者為中心」當作設計底線，並把失敗當成學習迭代的資料，而不是一次性的政治事件
• 日本切入點：統一的開放API門戶、地方共用的市民服務模組、與真實的使用者測試流程

結論

把服務做成像App一樣「可信又好用」，而不是用單一大型ERP去包辦一切。要成功，政務服務需要三層並進：1) 技術基礎（雲、API、身份認證）；2) 平台化產品（共享模組、開發者門戶）；3) 組織文化（開放資料、敏捷交付、跨部門協作）。這些要一起來，缺一不可。

各國/案例觀察與技術重點

美國：API 與資料平台的基礎建設（例：api.data.gov、USA.gov）

米國聯邦推行了 api.data.gov 與 USA.gov 這類集中入口，目的不是炫技而是讓不同機構能用同一套介面交換資料（結果就是互操作性變簡單）。要點如下：

• 開放API作為第一層介面，對內對外都使用（降低重複開發）
• API管理、配額、金鑰發放與監控是工程工作量的一部分

要するに：有了穩定的API門戶，其他創新服務才有機會被快速組合與迭代（來源：api.data.gov、USA.gov）

小鎮的數位化：KiselaVoda 的參與式流程（Open Government Partnership）

波北中小城市 KiselaVoda 把整個服務流程數位化，並把內部流程與市民互動都串起來，結果是服務效率提升且民眾參與度增加（來源：Open Government Partnership）。教訓是：流程重整（business process reengineering）不能跳過，否則前端再好也只是「有殼無肉」。

公民參與工具：從 GovPilot、GoGovApps 到 Oxmaint

• GovPilot 強調個人化儀表板與在地化通知，讓公民收到與自己相關的更新，提升黏著度（來源：GovPilot）
• GoGovApps 則討論「app vs SMS」的取捨：App 可以做到更多互動與服務提交，SMS 打開率受詐騙疑慮影響（來源：GoGovApps）
• Oxmaint 把市民的維護請求直接轉成工單與人員派工，讓回應閉環可追蹤（來源：Oxmaint）

要點：互動不是只靠公告，關鍵在於把市民回饋直接接到內部工單與決策流程中。

開放API與數位公共基礎建設（DPI）的關係

Digital Frontiers 等研究指出：開放API是DPI的核心，因為API讓服務組件能互相串接，民間開發者也能在上面創新（來源：Digital Frontiers Institute）。技術上需要：身分認證（例如單一登入）、API閘道、穩健的資料目錄與治理框架。

失敗教訓：英國的重大IT失敗提醒我們不要一次押注大盤

英國歷史上的大型政府IT失敗（如 NHS 的某些專案、近期被批評的ERP案）顯示，大而全的專案在需求不斷變動、採購流程僵化時極易失敗（來源：beyondcommandandcontrol、第三方評論）。教訓包括：

• 避免一次性封頂的單一供應商契約
• 採用小步快跑、可回滾的交付方式
• 把使用者體驗測試放在前端，而不是上線後再補救

技術實作要點（稍微Technical）

• 架構：採用雲原生（Cloud-native）+ 微服務，讓不同部門能以服務為單位獨立部署與升級
• 身份：單一簽入（SSO）與強化的身份驗證（例如多因子、資格授權）是前提（新加坡的SingPass是好例子）
• API：RESTful 或 GraphQL，配合良好文件、Sandbox 與開發者門戶
• 資料治理：資料目錄、分類與最小必要原則，並保留完整的審計紀錄
• 運維：API監控、流量保護、CI/CD 與自動化測試

要するに：技術不是黑箱，運營與治理同樣重要。

與日本現況的比較與示唆

日本已經有數位庁、個人番号（My Number）等基礎，但現場呈現出如下挑戰：

• 地方分裂：各自治體系統眾多、重複開發多，互操作性不足
• 採購文化：大型一次性合約仍佔主導，敏捷與逐步交付推行不易
• 人才與文化：工程師、產品經理、UX 研究的配置不足

建議（務實、可落地）：

1) 建立「國家開放API門戶」與地方級「共用模組市集」，讓自治體能直接拉取公務元件（報修、稅務申請、證照查詢等）

2) 推行「小規模試點 + 可擴展套件化採購」，避免一次性ERP式押注

3) 強化身分與資料鏈：把 My Number 與安全的SSO做為服務互通的核心，但必須有明確的隱私保護機制

4) 使用者優先：推動自治體進行實際的使用者研究（3到5輪），把UX KPI納入成功指標

5) 建立失敗與錯誤回報機制，把每次大案失利都變成公開的學習案例庫

具體行動清單（短期/中期）

• 短期（6–12個月）：推出API門戶 MVP、1–2個跨自治體共用模組、開發者沙盒
• 中期（1–3年）：把共享模組擴充到常用民生服務，推動採購改革，建CI/CD與監控平台

まとめ

• 公民參與要做到「個人化 + 回應閉環」才能贏得信任
• 開放API與DPI是長期資本，短期內看不到回報但長期能倍增創新
• 技術、治理、採購與使用者體驗要同期改造

これ、すごくないですか？日本は基礎条件が揃いつつあるので、やり方次第で一気に前進できると思いますよ！

おかむーから一言

どうも〜おかむーです！テクノロジーで社会をアップデートするって俺のミッションなんですよ。シンガポールで感じた「市民が本当に使うUX」を日本にも持ち込みたいです！