當地震來襲、豪雨成災，你第一時間想到的是打開電視看新聞，還是拿起手機打開某個App回報災情？答案恐怕取決於你住在哪個縣市，以及——那個App到底好不好用。

數位發展部日前公布了「115年全國公民科技試驗場域」的決選結果，從29組報名團隊中，最終由許Ｏ豪、有備無患工程隊、柯Ｏ飛與睿鍶科技這4組團隊脫穎而出。他們不是什麼科技巨頭，而是由民間開發者、工程師與地方社群組成的公民科技團隊。接下來，他們將分別與基隆、新北、苗栗與南投四個縣市政府聯手，把軟體開發的專業直接帶進防災的第一線。

一場「揪團」來的科技防災實驗

先看看這四組團隊要做什麼。有備無患工程隊與基隆市政府合作「防災士培訓報名平臺」，目標是讓有志參與防災工作的民眾能更直覺地完成培訓與認證；睿鍶科技投入新北市的「弱勢機構災情即時回報平臺」，試圖解決照護機構在緊急狀況下通報效率不彰的老問題；柯Ｏ飛與苗栗縣政府開發「志工與物資管理工具」，讓災時的人力與資源調度不再靠Excel表格傳來傳去；許Ｏ豪則協助南投縣政府打造「全民災情通報與視覺化平臺」，把民眾回報的零散訊息即時轉化為地圖上的可視化資訊。

表面上看起來，這只是幾個地方政府「導入新系統」的例行公事。但真正的重點在於整個計畫的運作邏輯，完全不同於傳統的政府標案。

數發部侯宜秀次長在典禮上說了一句話，點出了核心精神：「數發部的角色是『揪團』，也就是建立機制，邀集各地方政府與民間的力量一起來解決問題。」不是「下指導棋」，而是「搭建擂台」——這個定位的轉變，可能是這項計畫最值得關注的突破。

換句話說，數發部沒有把解決方案從中央「壓」下去，而是讓地方政府的需求端與民間技術社群直接對話，共同釐清痛點、設計原型、然後在真實場域測試修正。這種「由下而上」的公民科技協作模式，在臺灣的防災體系中，其實相當罕見。

為什麼防災工具老是「不好用」？問題出在設計流程

如果你曾經在災害應變期間使用過政府的通報App或網站，大概有很高的機率會皺眉頭。介面不直覺、登入流程繁瑣、回報後看不到進度——這些不是技術問題，而是設計流程中少了「使用者」的聲音。

傳統的政府資訊系統開發，通常是機關開出規格、廠商按表操課、驗收完畢後就結案。第一線的里幹事、消防隊員、社工人員，甚至是真正受災的民眾，幾乎沒有機會在系統設計階段表達意見。等到系統上線才發現不符合實務需求，往往已經來不及大幅修改，最後就是「勉強用、加減用、或者乾脆不用」。

這正是「公民科技試驗場域」試圖打破的惡性循環。根據數發部的規劃，獲選團隊將從今年9月起與出題機關展開需求釐清，年底前完成工具原型開發與使用者測試，預計於116年第一季完成程式碼移轉與成果發表。將近半年的需求釐清與測試期，顯示主辦單位確實把「驗證」這件事放在了比「上線」更優先的位置。

從產業面來看，這種「以終為始」的開發流程，其實在民間軟體業已經是常識。但在公部門的採購體系中，能把使用者測試與原型驗證放在合約核心階段的案例，仍然屈指可數。數發部這次的作法，等於是把矽谷新創的產品開發思維，硬是搬進了地方政府的行政體系中。

一個關鍵細節：開源不只是口號，而是公共財的基礎建設

這項計畫還有一個容易被忽略、但極具戰略意義的安排：所有開發成果都必須依循「公共程式標準」（Standard for Public Code），上架到數發部的GitHub平臺，開放公眾檢視、貢獻與回饋。

這不是什麼開源情懷的宣示，而是一個非常務實的設計。想想看，如果今天新北市的「弱勢機構災情即時回報平臺」做得很好，台東縣政府也想導入類似的系統，傳統模式可能是重新招標、重新開發、再花一筆預算。但如果程式碼是公開的、文件是完整的、而且遵循共同的標準，台東縣政府可以直接複製、修改、在地化部署——不僅節省公帑，更重要的是縮短了「從零到有」的時間。

尤其在災害應變的場景中，時間往往就是人命。一套已經被驗證過的開源系統，遠比一套從無到有打造的客製化系統，更能快速回應突發需求。這也是為什麼數發部從112年推動這個計畫以來，就持續強調「公共程式」的開放性——因為公共服務的數位基礎建設，本來就應該像馬路和自來水管一樣，是所有人都能使用的公共財。

從兒童早療到登革熱防疫，公民科技真的能落地嗎？

當然，一定有人會問：這些「公民科技團隊」做出來的東西，真的能用在實際的防災應變中嗎？會不會只是好看的概念驗證（PoC），最後淪為一場為期半年的「科技夏令營」？

這個質疑並非沒有道理。畢竟過去太多政府創新計畫，都是風光開場、寂靜收尾。但值得留意的是，數發部在這次的新聞稿中特別回顧了過往的具體成果，包括「兒童早療聯合評估門診線上預約」與「登革熱防疫現場數位工具」——這意味著這個計畫已經不是第一年試辦，而是確實有累積出實際落地案例的持續性政策。

以登革熱防疫工具為例，過去第一線人員必須拿著紙本地圖標記孳生源，再回報給指揮中心彙整，整個流程曠日費時。透過公民科技團隊開發的數位工具，現場人員可以直接用手機拍照定位、即時上傳，大幅縮短了疫情調查與噴藥決策的反應時間。這些真實的場景驗證，讓「公民科技」不再只是社運圈的理想口號，而是真正能夠減輕基層負擔、提升應變效率的務實解法。

編輯觀點：數發部這幾年推動的公民科技試驗場域，在我看來，最大的價值不在於「做出了哪些酷炫的系統」，而在於它建立了一套「政府與民間協作開發公共服務」的標準流程。從需求釐清、原型開發、使用者測試到開源釋出，每個階段都有明確的規範與驗收節奏——這種制度化的嘗試，比任何單一功能的App都更具備長期影響力。當然，接下來的挑戰在於：這些工具在計畫結束後，地方政府是否有足夠的技術能量持續維運？數發部是否建立了「畢業後」的輔導機制？如果這些問題沒有被認真面對，再好的工具最終還是會被擱置在倉庫裡。這不是技術問題，是制度問題。

話說回來，這次的計畫雖然聚焦在科技防災，但它真正想解決的問題，其實是「公共服務的設計過程中，使用者與第一線人員的長期缺席」。當我們談論「數位轉型」時，往往只想到導入新技術，卻忽略了更根本的轉型——讓決策流程從「由上而下」轉變為「由下而上」，讓真正在現場的人有權力定義問題、參與解方。

從這個角度來看，南投縣的「全民災情通報與視覺化平臺」或許是最具象徵意義的一個案例。如果未來當颱風來襲時，南投山區的居民能夠用手機即時回報土石流狀況、而且這些訊息能夠直接被應變中心接收並顯示在地圖上——那這不只是一套系統，更是一種新型態的「民眾與政府之間的溝通管道」。它讓災害通報不再是單向的「等待政府告知」，而是雙向的「共同協作應變」。

下一步：從試驗場域到日常基礎建設

當然，現階段的計畫還只是「試驗場域」，四個縣市的四個案場，規模確實有限。但任何制度創新都是從一個個小規模的實驗累積而來的。數發部過去幾年已經證明了「公民科技協力場」這個模式在早療、防疫等領域確實能產出可用的成果，接下來的重點，應該是思考如何將這些成功經驗複製到更多的縣市、更多的公共服務領域。

說到底，科技防災從來不只是技術問題，而是組織文化與協作機制的問題。當一個政府願意打開資料、開放場域、甚至開放原始碼，讓民間開發者與第一線人員坐下來一起「揪團」解決問題——那我們或許可以開始相信，數位轉型這四個字，不只是一場華麗的科技秀，而是真正能讓公共服務更有溫度、更有韌性的務實改變。

至於這些工具在明年第一季成果發表時，到底好不好用？到時候打開GitHub repository看一看、甚至自己貢獻幾行程式碼，或許會是比坐在冷氣房裡寫評論更實際的參與方式。

本文改寫整理自公開新聞來源，原始報導由Yahoo奇摩新聞發布。

常見問題 FAQ

公民科技試驗場域是什麼？跟一般的政府標案有什麼不同？

公民科技試驗場域是數發部推動的協作機制，由民間技術團隊與地方政府第一線人員共同定義問題、開發原型並實測驗證，跟傳統標案「機關開規格、廠商照做」的流程完全不同，更重視使用者參與和開源共享。

這4組團隊開發的防災工具什麼時候會上線？

根據數發部規劃，團隊將於115年9月起進行需求釐清，年底前完成原型開發與使用者測試，預計116年第一季完成程式碼移轉與成果發表，屆時工具會上架到數發部的GitHub平臺供公眾使用。

一般民眾可以使用這些防災工具嗎？

可以。所有開發成果都會依照公共程式標準上架開源，民眾不僅能使用，還能上GitHub平臺檢視、提出建議甚至貢獻程式碼，協助工具持續優化。

為什麼數發部要推動「公共程式」？

公共程式讓各縣市不必重複開發類似系統，直接取用既有成果進行在地化調整，不僅節省公帑，更能縮短防災應變工具從開發到上線的時間，在災害來臨時爭取更多反應空間。

※ 此篇文章由 AI 改寫或生成，內容僅供參考，可能存在錯誤或不準確之處。