跳至主要內容

政府真的需要製作網站嗎?

在讀過美國數位服務腳本之後,政府部門網站的存在性問題似乎也迎刃而解。從建置政府網站到維運政府網站的工作經驗中,從地方機關網站、計畫網站、部門網站,到初步瀏覽最近公布的第二屆政府網站競賽得獎作品,深刻的體會到:
  • 民眾需要的是政府服務平台,而不是政府網站:人民需要的是可以信任的資訊來源,政府網站上的資訊應該都是可信度較高的訊息、每個人都可以了解的內容,即時、正確、可追溯的政府資訊,是人民所需要的。
  • 需要減輕民眾在取得資訊時的負擔:訊息管道眾多,統一的訊息公布網站是必要的。目前在台灣,可以透過政府入口網,依照不同的主題來取得相關的政府資訊與所需要的服務,而不是透過找尋相關部門再至該部門網站取得自己需要的服務。
  • 透過網路推廣政策是必要但非唯一管道:如前所言,人民需要的是服務,而不是政策廣宣或是部門形象網站。民眾希望在網站上取得自己所需要的服務,政府可以透過網站、各種行銷方式來推廣政策,但門網站不是政策推廣的唯一方式。許多政府部門會落入行銷的迷思中,認為網路行銷會是政策行銷的唯一方式,卻忽略了政府與商業公司的不同性。政策是對全國人民,應該透過各種方式推廣,網路推廣是因應時代與科技改變所必要的管道,但不是唯一的方法。
  • 站在人民的需求提供服務而不是建置政策廣宣、部門形象平台:在文章的開頭有提到,政府部門的網站分為很多種,但目前有不少網站對民眾的需求可能還不如提供一頁索引,讓民眾知道自己有需求產生時,要去哪裡找到服務窗口來得便捷,從今年的政府網站賽中可以觀察到,都是以民眾需求為出發點所建置的政府網站,而不是以部門本位角度所建立的網站。
  • 網站是否能滿足不同語言使用者的需求?因應不同語言的需求,每個語言版本的頁面資訊與服務是否一致?部門內部的雇員是否了解自己部門網站的內容?是否具足資訊能力管理及維運網站?有無足夠的網路行銷能力與公關能力去面對網路社群?就網站的永續性來看,部門內部有無足夠的預算去維護不同語言版本的網站,使政府資訊達到一致性、正確性、即時性?
  • 政府部門應該專注於提供即時且正確、可信度高的資料讓民間應用:在捷運車廂中看到台北市政府的新版旅遊網站上線了,在廣告文宣上除了打上網址,還特別提到與知名旅遊評論網站TripAdvisor合作。對一個非台灣籍的旅客來說,他在來台灣前可能已先瀏覽TripAdvisor網站或讀了Lonely Planet,而不是先考慮台北市政府的旅遊網站;對台灣本地旅客來說,他可能會先查閱各式各樣的旅遊相關社群資訊平台、部落格,也不會是先瀏覽政府網站。
政府部門的優勢是提供正確、即時性、可信度高的資料,例如合法的民宿有哪些?合法的旅行代辦有哪些?合法的租車公司有哪些?哪些地方可以租借農機具?哪些農地是可以租用?哪些房屋可以租用?哪個地方的交通事故發生的較頻繁?哪些地段的房價(租金)是多少?把這些資料都釋放出來,讓民間自己建立自己所需要的服務網站,而不是由政府部門在有限的預算內建立政府部門網站,可能還會因為預算不足而無法提供對應的服務。政府部門應該專注於提供資料,讓民間去發揮創意拼湊出自己的符合需求的服務,加上不是每個部會都有人可以專心營運、每年的預算也有限,政府部門也可以將網站建置與維運的心力與資源,轉為專注於規劃政府所應該制定的網路科技政策、提供即時且正確的資料並定期維護更新。

參考了日本早稻田大學電子政府治理研究所於2015年6月公布的電子化政府評比結果,從評比的九項指標(註3)中可以得知早稻田大學對於電子化政府評比著重在網路基礎建設、資訊安全、民眾的參與管道、網路政策與管理並特別強調電子化服務,如採購、稅務、保健、一站具足的資訊系統,若是與「網站」有關的評比指標,則是著眼於網站的設計、互動性與技術,並不在於政府網站數的多寡。觀察了自2013至2015三年中年台灣在該評比中的表現:
年度 2013 2014 2015
總排名/評比國家數
8 / 55
18 / 61
17 / 63
成績
83.52
74.51
72.76
在APEC成員中的排名
5
8
8

並把台灣在這三年中的九項指標表現比較,可以得知2014年時,台灣分別在:National Portal、GCIO、e-Government promotion、Open Government等四個項目中出現,但在2015年時,只在e-Government promotion項目中取得第九名,較去年而言是退步一名,整體而言,台灣在2015年的評比表現的並不理想。

台灣政府網站愈來愈多,從原本的*.gov.tw到看不出是政府網站網址的*.tw或*.taipei,自要求各部會提高政府網站親和力與2014年開始大力推廣將政府網站改為響應式網站以符合不同手持式裝置需求、大力要求各部會機關與縣市政府使用社群平台(註1、2)、增加與民眾互動的同時,台灣的電子化政府程度反而在國際評比間呈現退步,在2015年的評比結果中只看到政府努力的推廣電子化政府,在基礎建設與管理機制、相關政策制定上都沒有較明顯的表現。
評比指標2013年排名2014年排名2015年排名
Network Preparedness/Infrastructure
網路設施與基礎建設
--
--
--
Management Optimization/ Efficiency
最適化且有效的管理
--
--
--
Online Services / Functioning Applications註4
線上服務與應用
2
--
--
National Portal/Homepage
國家等級的入口網站
--
11
--
Government CIO註5
政府資訊長
8
12
--
e-Government Promotion
電子化政府的推動
--
8
9
E-Participation/Digital Inclusion
電子化參與
--
--
--
Open Government註6
開放政府
--
11
--
Cyber Security
網路安全
--
--
--

如果政府部門有完整的相關規劃,各部會之間能有共識在跨部會的平台上提供資料或資訊,方便民眾統一取得,例如建立政府資料開放平台或是統一的政府資訊公開平台,讓需要資料的開發者或研究人員可以在一個網站中取得他所要的各部會的資料並運用以建置服務,讓開發者可以透過自己所開發的服務取得利潤;或建置統一的政府資訊公開平台,讓人民可以在這個資訊平台中取得各部會所公布的統計資訊、報告等業務相關資訊,以應用、功能、服務的角度出發,提供跨部會的資料與資訊,都更優於把資源投入在民間網站建置業者該做的業務中,這點是多年來建置與維運政府網站的建議。

刊登於:Open Knowledge Taiwan-真的需要政府部門網站嗎?

註:
  1. 中央及所屬機關網站 Web2.0 服務一覽表
  2. 縣市政府網站 Web2.0 服務一覽表
  3. 九項指標的詳細內容請見:2015 Waseda-IAC International E-Government Ranking Survey (PDF)
  4. 2013年時該指標為:需要的介面(Required Interface)
  5. 2013年時該指標為:資訊長(CIO)
  6. 該指標於2014年加入



留言

此網誌的熱門文章

六月的第一天,我去聽NVIDIA執行長演講

因為種種原因,今年6月1日開始,我從原單位全職轉為兼任員工,放下長期擔任的全職工作。就在做出這個決定後不久,NVIDIA GTC 大會的通知跟著到來,我候補到黃仁勳執行長 Keynote 演講的入場名額。 計程車上的台灣故事 六月的第一天早上雖然是個不太熱的陰天,我在咖啡店外攔到計程車,表示要前往台北流行音樂中心,司機大哥很敏感的說:「要去聽黃執行長演講啊?那裡排好多人。可以去買紀念品哦!」基於十多年的工作經驗,辦會、與會,我只留對我有意義會議的Badge,其他都是身外物,然而這位司機大哥的熱情稍微感染了我。 熱情的司機大哥一路上不停講述家裡親人在相關供應鏈工作的忙碌,每天都當空中飛人,落地沒多久就又要到另一個國家的工廠監督。台灣的電子製造業供應鏈養活許多家庭,這是很棒的一件事,這些家庭又帶動其他消費需求,帶動創造經濟效益。 人潮與恐慌 當我下車看到會場的人山人海時,倒抽一口氣。 因為疫情前的密集出差經驗,我得了機場恐懼症,只要看到人群、機場相關場景或班機表,全身就開始冒冷汗。平常去送機接機,或路過北門站,都要努力克制自己的恐慌。人多的場合也會觸發類似反應。 好在現場的流程管控得當,幾千人入場,一切準時開始。排隊時偶爾有人因為天氣悶熱不耐等候而抱怨,但多數人都能控制自己,沒有不愉快的事發生。每位與會者除通行證外,還收到一個漫畫版黃執行長擁抱龍蝦的小吊飾(代表NVIDIA 的 NemoClaw),是當天與會的小紀念品。 帳篷裡的 AI 人才問題 在會場外的帳篷裡,還有幾場專家訪談直播,與會者一邊排隊等候,一邊可以聽訪談。其中一場的主持人問:「我們還需要什麼樣的AI人才?或我們還需要再訓練AI人才嗎?」 這個問題讓我想起多年前「數位經濟」這四個字很熱門時,同樣的問題,只是把「數位經濟」換成「AI」,所以我只是靜靜的繼續排隊。 就像種植蔬果,不管專家怎麼呼籲,市場往往還是一窩蜂種高麗菜,搶著賺高麗菜的利潤,結果菜價崩盤。人才培育也有類似的慣性,大家一窩蜂往電子或相關領域擠,真正重要的人文領域反而乏人問津,最後又要政府砸幾千億去呼籲、鼓勵產出「內容」。 與 Windows 重逢,心情複雜 領到通行證,進入會場後,一般與會者只能遠距離觀看,所以如果沒有要再去看 Computex或是參與NVIDIA GTC其他活動的話,看轉播或是之後再看錄影就可以,而且會更清楚。 一如以往,黃...

不是公司設在哪裡,是公司的服務對象是誰:臺灣中小企業的跨境法遵現實

歐洲資料保護委員會(EDPB)在2026年2月發布的刪除權調查報告,給我一個很難忽視的數字:他們聯合調查了將近8,000家企業,回應率不足一成。 這個數字不只是個資法遵落差的指標,它更像是一個訊號:當監管機關開始大規模橫向調查,沒有回應不代表豁免,代表的是還沒輪到你。 更讓我在意的,是這場調查背後的制度性涵義。EDPB首次明確將備份系統納入刪除義務範圍,這意味著企業不能再把「刪除」當成一個資料庫指令的問題,而必須把它理解成一個系統架構問題。這一步看起來是資料保護法的問題,但它實際上開始觸碰AI系統設計的核心:一個以個人資料訓練的模型,要怎麼「刪除」某一筆資料的影響? 這正是我想在這篇文章討論的事:三個原本分開運作的監管領域——競爭法、資料保護、人工智慧監管——在近年間,已經開始彼此滲透,形成臺灣中小企業難以用過去的法遵邏輯應對的複合壓力。 競爭法:從行為合謀到架構審查 全球反壟斷執法在過去一年發生了一個根本性的轉變,而它的影響遠比多數企業意識到的更廣。 過去的競爭法問題大多有一個清楚的前提:企業之間是否彼此溝通、達成協議。現在這個前提正在鬆動。美國加州的反壟斷法在2026年1月修訂後,正式將「競爭對手共同使用同一定價演算法」納入審查範圍,即使業者之間沒有任何直接溝通,只要共享了同一套系統的輸出結果,就可能被認定為形成協同定價的制度環境。 這個轉變的理論基礎來自稍早的RealPage租金案:多家房東將非公開的即時租金資訊提交給同一平臺,平臺以演算法生成建議租金。法院的判斷是,不需要租東彼此達成共識,這個「共同使用同一個資訊中介」的架構本身,已經可能構成協同定價的條件。 紐約州對Instacart演算法定價機制的調查,和歐盟對Google AI內容抓取的反壟斷調查,都在同一個方向上進一步延伸。歐盟這個案子格外值得注意:Google被指控在未取得授權的情況下,以爬取網路出版商內容的方式訓練AI模型並生成搜尋摘要。這是競爭法第一次正面觸及AI訓練資料取得的合法性問題——從反壟斷法的角度,不是從著作權法。 對臺灣企業的直接影響在這裡:如果你的公司使用第三方定價工具、需求預測平臺或市場分析服務,你需要知道這些服務是否同時服務你的競爭對手,以及這些系統是如何處理競爭敏感資訊的。這不再是IT部門的採購決策,而是一個具有競爭法風險的經營選擇。 歐盟《數位市場法》(DMA)和英國《數位...

哪個應用、服務、平台可以代表台灣?

大概 2003、 2004 年,我還是個大學生,那個時候「電子商務」是一門選修課,那個時候台灣還在所謂的電子商務泡沫化中復甦,很多熱極一時的「電子商務」就像今天大家看到的 FTX 事件一樣,一點都不真實,很多執行長、總裁瞬間就失業了,也有很多投資人的錢拿不回來。 看過歷史上的鴻源事件、經歷過電子商務的虛無飄渺時期,再看到 FTX,其實也不會太驚訝。通常泡沫消散後,未來才會到來。 回到大學課堂,穿著輕便但言語犀利的老師談到當時的 Amazon 網路書店,他問大家對 Amazon網路書店的看法,那時的Amazon一直被看壞,所有的媒體都不看好它。甚至會有各種市場傳言,覺得 Amazon會被賣給哪家公司或哪家公司、網路書店會主動併購它。 最後老師說,不會,Amazon書店不會那麼輕易就垮掉,它有其代表的意義。 這個答案給了我很深的印象,我常會問自己,台灣有哪個服務會具有這樣的意義? 偶爾我會問身邊的朋友、同事,對於台灣的哪個服務,會覺得有不能輕易垮掉、要支持它的?我列一下自己所接觸過的,這個世代的應用: 通訊服務:ICQ、MSN Messenger、LINE、Cubie Messenger(台灣,已無服務)、Google Talk、WhatsApp、Telegram、Skype、Signal,還有一些台灣可能較少聽到。 社群平台:Twitter、Facebook、LinkedIn、無名小站(已停止服務,它雖然是Blog,但比較像社群)、Plurk、PTT、Dcard、Instagram、AKASHA、Pinterest Blog平台或架站:Blogger、Wordpress、Drupal 共享書籤 : HemiDemi(已沒有提供書籤服務)、美味書籤delicious 叫車服務:UBER、55688 、呼叫小黄、LINE Taxi、yoxi  當然還有很多是我沒接觸過的,請原諒我的見識不夠廣泛,忽略了哪一個平台、應用或服務。一時想到的大概就這些。有一些服務已經消失或在被併購後就消失了,我也忘了名稱,至於 TikTok 和小紅書,是我不想碰觸的應用服務。 在韓國有 Kakao,日本有 LINE、PayPay,東南亞國家有Grab,中國有自己的網路應用,那台灣呢?之前 KaKao 中斷服務,造成民生應用的線上服務也幾乎中斷,過度集中依賴在一個服務上的確是一個缺點。在和...