跳至主要內容

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

在讀過美國數位服務腳本之後,政府部門網站的存在性問題似乎也迎刃而解。從建置政府網站到維運政府網站的工作經驗中,從地方機關網站、計畫網站、部門網站,到初步瀏覽最近公布的第二屆政府網站競賽得獎作品,深刻的體會到:
  • 民眾需要的是政府服務平台,而不是政府網站:人民需要的是可以信任的資訊來源,政府網站上的資訊應該都是可信度較高的訊息、每個人都可以了解的內容,即時、正確、可追溯的政府資訊,是人民所需要的。
  • 需要減輕民眾在取得資訊時的負擔:訊息管道眾多,統一的訊息公布網站是必要的。目前在台灣,可以透過政府入口網,依照不同的主題來取得相關的政府資訊與所需要的服務,而不是透過找尋相關部門再至該部門網站取得自己需要的服務。
  • 透過網路推廣政策是必要但非唯一管道:如前所言,人民需要的是服務,而不是政策廣宣或是部門形象網站。民眾希望在網站上取得自己所需要的服務,政府可以透過網站、各種行銷方式來推廣政策,但門網站不是政策推廣的唯一方式。許多政府部門會落入行銷的迷思中,認為網路行銷會是政策行銷的唯一方式,卻忽略了政府與商業公司的不同性。政策是對全國人民,應該透過各種方式推廣,網路推廣是因應時代與科技改變所必要的管道,但不是唯一的方法。
  • 站在人民的需求提供服務而不是建置政策廣宣、部門形象平台:在文章的開頭有提到,政府部門的網站分為很多種,但目前有不少網站對民眾的需求可能還不如提供一頁索引,讓民眾知道自己有需求產生時,要去哪裡找到服務窗口來得便捷,從今年的政府網站賽中可以觀察到,都是以民眾需求為出發點所建置的政府網站,而不是以部門本位角度所建立的網站。
  • 網站是否能滿足不同語言使用者的需求?因應不同語言的需求,每個語言版本的頁面資訊與服務是否一致?部門內部的雇員是否了解自己部門網站的內容?是否具足資訊能力管理及維運網站?有無足夠的網路行銷能力與公關能力去面對網路社群?就網站的永續性來看,部門內部有無足夠的預算去維護不同語言版本的網站,使政府資訊達到一致性、正確性、即時性?
  • 政府部門應該專注於提供即時且正確、可信度高的資料讓民間應用:在捷運車廂中看到台北市政府的新版旅遊網站上線了,在廣告文宣上除了打上網址,還特別提到與知名旅遊評論網站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年加入



留言

此網誌的熱門文章

讀歐盟「數位服務法」和「數位市場法」草案心得

在 3 月 24 日時參與了 台灣網路講堂 所舉辦的 活動 ,這個活動是以在台灣較知名的美國 Parler 案為題,來討論歐盟的「數位市場法」 (Digital Market Act. 簡稱 DMA ) 對於「守門人」(Gatekeeper) 平台的管制,並邀請了從競爭法、經濟學、公平會、傳播及科技法律不同角度的講者來討論這個議題。 受限於時間,講者們只能把不同角度的重點讓參與者了解,事後再看 DMA 時,才了解並不是只有單純只對守門人做規範,而是從整個歐盟打算將會員國打造成「數位單一市場」(Digital Single Market)的整個脈絡,並從其發展資料經濟 (Data Economic)所發展不同階段的相關政策、指令與法律,而主管 (也是當天活動的引言人) 也提醒,還可以自歐盟在 2018 年 5 月正式執行的「一般資料保護規範」(General Data Protection Regulation,簡稱 GDPR) 觀察,歐盟當局不是只有外表看到的禁止、設限,更重要的,它是希望藉由明確的「法遵」 (Compliance) 要求,建立一個健全、具有發展與競爭機會的數位經濟市場。 這些法遵要求不論是對歐盟會員國境內發展數位服務的廠商、中小企業、不同規模的平台,到跨國企業進入歐盟市場發展,除了要面臨相關的市場調查外,也同樣要遵守。 如果無法看整個歐盟的數位單一市場發展,應該要了解 DMA 其實是「The Digital Services Act package」的法案之一,另一個則是「數位服務法」 (Digital Service Act. 簡稱 DSA ) ,DSA 規範了不同規模的「線上中介產業」 (online intermediary) 該做的事及責任,而 DMA 則是針對法案草案中所規範的守門人更加上了「義務」(Obligation)。由於台灣網路資訊中心已在其部落格中有整理相關的 摘要 ,且台灣網路堂也會公布當天活動的錄影,所以在這篇文章就不再解釋 DSA 和 DMA ,有興趣的人可以自己再去閱讀兩個法案的草案內容,歐盟執委會也有整理許多相關的問答在其網站中,十分好閱讀。 DSA、DMA 與歐盟其他法案的關係 在歐盟執委會網站中有提到,DSA  是一個水平的計劃,重點關注線上中介業者對第三方內容的責任,網路用戶的安全或對信息社會的不同提供者...

歐盟 AI Act 2026 年 5 月進度整理

台灣有不少企業直接在歐盟市場做生意,或是與歐盟企業有供應鏈往來。只要產品或服務觸及歐盟,AI Act 的規範就可能適用,這件事與台灣企業的距離很近,而今年5月是AI Act進度發展密集的一個月,值得整理一下發生什麼事。 AI Omnibus 修正案:從提案到5月協議 AI Omnibus 修正案 (一攬子修正案,以下簡稱Omnibus )是指把多項修正打包成一個法案同步處理的立法方式。這次的 AI Omnibus,是《AI Act》2024年正式生效以來的首次實質修正。 它的起點在2025年11月。當時歐盟執委會(European Commission)提出修正提案,認為《AI Act》中的高風險 AI 的法遵負擔過重,有必要調整期限並減輕中小企業壓力。歐盟理事會(Council of the European Union)與歐洲議會在2026年3月分別通過各自的談判立場,三方協商正式展開。歐盟理事會與歐洲議會在5月7日凌晨達成暫定協議,打包以下2項修正: 時程延後: 就業審查、執法、信用評分等領域的AI系統( Annex III ),遵法的截止日從2026年8月延到2027年12月;嵌入醫療器材、機械等產品的AI( Annex I ),則延到2028年8 月。 新增禁令: AI生成非自願性親密影像(俗稱AI裸化應用),以及生成兒童性剝削內容的AI系統,2項均在2026年12月生效。 這份協議目前仍是暫定協議,需要歐洲議會全體投票與理事會正式採納,預計2026年6至7月完成。 行程緊湊的歐盟AI Office Omnibus 協議簽完,歐盟AI Office在5月做2件事: 透明度義務指引草案(5月8日): 歐盟執委會就《AI Act》第 50 條的 透明度義務公開徵求意見 至6月3日。這份指引將規範「互動式 AI 系統必須主動告知使用者正在與 AI 互動,生成式 AI 的內容也必須植入機器可讀的浮水印」,這項義務沒有延後,依然在2026年8月2日生效,距現在只剩10週。 高風險AI分類指引草案(5月19日): 148 頁的草案出爐,涵括生物辨識、教育、就業、基本服務、執法、移民、司法等7大領域,逐一說明什麼樣的AI系統會被認定為高風險。「 高風險AI分類指引草案 」公開徵詢意見至6月23日。這份指引原定2月發布,實際延遲整整3個月才出來。但歐盟 AI Of...

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

大概 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 中斷服務,造成民生應用的線上服務也幾乎中斷,過度集中依賴在一個服務上的確是一個缺點。在和...