跳至主要內容

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

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



留言

此網誌的熱門文章

當AI給你營養建議:台灣《營養師法》還沒想過的法規空白

之前分享利用 Claude Code 做 飲食營養分析 Bot 的經驗 。我自己有個習慣,就是在做新的專案時,會先評估法遵風險。當我在做飲食營養分析 Bot 時,我才知道原來台灣除《醫師法》外還有《 營養師法 》,而《營養師法》第 12 條列舉營養師的法定業務,包含營養評估、飲食設計、個案諮詢、膳食管理等。 這部《營養師法》在幫大家的健康把關,因為不能隨便一支影片、一段報導,就能提供營養建議。在法規中,需要接受完整的專業教育,並持續進修,每 6 年就要提出繼續教育的證明文件,才能更新執業證照;沒有「營養師」的證照不能自稱「營養師」,法規中列舉了營養師的業務範圍,並規定須親自執行業務,不能由他人代理,如果藉由通訊方式執行業務,還要經過執業登記的主管機關核准;執行業務時還要做紀錄,這些紀錄可能還會成為法律或醫療紀錄文件。 成為「營養師」需要符合嚴格的要求與限制,並不是隨便用AI分析、讓AI提供建議就能取代的。台灣每年會舉辦 2 次營養師的考試,參考自中華民國營養師公會在 2025年的統計資料 ,台灣每年營養科系的畢業生約 1500 人,到 2025年,累計已有 11,860 人通過考試取得執照,及格率約 25%,看起來是一個具有挑戰性的考試。 Bot 的個人化建議,算不算「執行業務」? 在我設計的 Bot 裡,不是只有拍照上傳讓 AI 去分析、評估,事實上還有其他情境的飲食需求,再提供使用者建議,例如由 Bot 提醒當天攝取的蛋白質不足,或我在前篇文章中提到的鈉的攝取量過高,Bot可能提醒要減少鈉的攝取或是多補充哪些蛋白質來源,這些分析與建議是否算「執行業務」?在該法第 29 條中也寫明,如果沒有取得營養師的資格而執行相關業務,本人及其雇主各處新臺幣 5 萬元以上,25 萬元以下罰鍰。 法律規範的對象是「人」,目前法律還沒有明確定義 AI 工具的法律地位,也不知道該找誰負責,是開發的工程師?大語言模型的公司?還是開發的公司?一般開發者通常會在提供的資訊裡加上「僅供參考、非醫療建議」的免責聲明來規避,但無從得知這樣的聲明在法律是否具有效力。另外,由於在 Bot 中可以設定慢性病的個別飲食計算,還可能同時踩到《醫師法》(涉及診療)與《營養師法》(涉及個案管理)。同時,即使開發者已在服務中加入「僅供參考、非醫療建議」的免責聲明,主管機關或法院在判斷是否構成營養師業務的執行時,...

用Claude Code做一個AI飲食營養分析Bot:從拍照辨識到條碼查詢的實作筆記

沒想到在十多年後,因為想做飲食營養控管,所以自己利用 AI 開始做一個簡單的食品營養分析工具,能分析我每餐的飲食是否充足或過量,並提供有依據的飲食建議。 最初的雛形是基於以往曾參與「 Food Open Data 」倡議的經驗,我希望用最簡單的方式,拍照-->AI辨識與分析-->提供建議,然後統計一段期間的營養攝取狀況。 最初的想法 當我把我的雛形想法告訴 AI 後,Claude Code 很快的就幫我設計好雛形、教我如何申請Telegram Bot,這些步驟都寫得很清楚,整個雛形做好不用半天,我還愣住了,怎麼可能這麼簡單?難怪那些應用程式公司只把飲食營養分析當作一個「附加功能」,主要目的是蒐集其他的生理監測資料,但這些公司蒐集資料的用途,我自己在處理過美國資料經紀公司所販售的資料隱私資訊後,這是值得關心的議題,但不在此篇文章裡討論。 不過,我只專注在飲食分析項目,我覺得這個功能如果可以做好,再想想其他的。最初的想法很宏大,因為家人與自己患有慢性疾病,所以特別針對某些族群設計,但事實上,如果沒有實際的使用情境,可能也無法做出符合需求的產品。 於是我把這個Bot的使用者只鎖定在我自己的飲食分析上,那就簡單多了。 工具與環境限制 我在今年已經改用 Claude Cowork 與 Claude Code 協作,雖然 Claude Code 有一般介面版,但我大多數時間都開著終端機視窗使用 Claude Code,這樣比較能專心工作。 基於使用工具的習慣,我使用 Claude Code 開始建置,當時的模型雖然已經有Opus 4.8,但Sonnet 4.6已綽綽有餘,而後來出現的Fable 5 則用在其他專案裡。 因為只做給自己用,所以選擇最簡單的 Chatbot 形式;也因為我希望可以自由的使用而不是提供過多的個人資料給其他平台,選用 Telegram Bot,而不是台灣人常用的 LINE Bot ,而且 LINE上太多廣告,根本不想開它。 在衡量經濟現實及自我管理資料的想法後,目前這個 Bot 與資料庫只放在我的電腦裡,沒有上雲端,當電腦休眠、網路斷線時,Bot就會停止工作。 雖然只是給我自己使用,但我還是要求資料庫是加密儲存的,匯出資料時也必須加密。 台灣的飲食文化很多元 我不是開發者、也不是營養師,我自己也沒使用過其他的應用程式,所以無從理解在開發飲食營...

停不下來的更新

一直更新Blog的版型,我必須承認是一件很無聊的事,不過這次除了版型的更動外,連分類和文章內文也做了變動。 先說分類吧!在Blogger叫做Label,不過,Blogger在分類上有一些bugs,只能使用英文,以前這裡的分類大多都是中文分類,結果在link上就是一堆亂七八糟的亂碼,所以我把它改成英文,同時細分一些項目,把出版的文章和一些教學的文章分開來,雖然已經很久沒寫新的,不過既然放上來就做個分類。然而就在新舊label移轉之後,發現中文的label還會存在,而且還會出現莫名奇妙的幽靈數字,Blogger知道這是個bug,不過似乎一直沒有修復的跡象。所以在分類上就出現了如右圖一般的情況,在英文標籤裡會有文章,但是在中文標籤裡是沒有文章出現的,但奇怪的是,有些中文標籤已經不見了,然而在Beauty-Beta這個部落格裡,我也做了分類上的變動,由於以前用英文開頭的Label,所以在label的變動上倒是不用擔心會有這樣的情況。 再來是文章的內容,把以前的文章重新分類,標題前面的一些全形符號或是分類刪掉,除了一些比較特殊的,我會留著,例如壹陸壹,因為在label裡為了統一,我留著原本的E61,但人家的店名是壹陸壹,所以留下文章標題前面的中文分類,另外像是Entertainment項目裡,可能有音樂,可能有電影,就會在前面留下中文分類。 前簡單的CSS和HTML改成現在的XML,這無疑是讓我們再多學些東西,能有時間鑽研當然是好事,可是轉換後,我一直沒有時間去改,當然多半也是因為懶,到現在也是拿別人做好的版型去改配色而已,所以像裡面的設定、安裝的widget和analytics的javascript都要一個一個重新裝,上個星期幾乎每天都弄到天亮才睡,只為了整理這個blog。也因為之前在blog裡放了technorati的分類,所以還要修改以前的文章,把它們加入technorati,還有裡面的語法要更改,所以這個星期甚至下個星期都會一直收到這裡的更新訊息,對於不斷收到訊息干擾的朋友們,在這裡說聲抱歉。 在版面上因為blogger系統在feed接受上的更新,所以還有四個東西沒加進去,分別是最近的文章(Recent Post)、Comments(目前是用別人寫的widget)還有GVO的feed訂閱顯示、Beauty-Beta的訂閱顯示也都還沒放上去。 在Feed訂閱上,以前bl...