跳至主要內容

產業/公部門

08 / 10

讓公共資訊成為民眾真正用得上的服務。

機構網站承載著多年累積的計畫、紀錄、活動與職責。我們以民眾造訪網站要完成的任務為核心,重新梳理這些內容。

聯絡我們

當網站架構反映的是內部部門分工而非公眾需求,或例行更新都得仰賴技術人員協助時,正是我們能幫上忙的時候。

公共服務地圖: 民眾 (一項具體的公共需求); 服務 (要完成的任務或計畫); 紀錄 (脈絡與佐證資料); 負責單位 (由誰維持內容更新)

同一份需求策略、內容、設計與工程
直接合作與執行團隊一起決策
白紙黑字範圍與取捨先確認
上線之後原團隊可繼續維運

三個切入點

從您桌上已經在等的那個決策開始。

服務導覽

選單照著組織架構圖排,而不是照著民眾的需求。

我們以服務、常見問題與目標對象重新組織對外路徑,同時保留內部權責分工,確保後續維護順暢。

查看相關服務
計畫溝通

活動、講者、資源與最新消息全擠在同一頁互相競爭。

結構化的計畫紀錄讓每項內容都有明確的關聯脈絡,未來各屆次的發布也更輕鬆。

查看相關服務
機構故事

數十年的成果變成一座沒有可讀總覽的龐大檔案庫。

我們將專案、歷史、影響力與現行服務整理成一套可瀏覽、可探索的編輯系統。

查看相關服務

摩擦從何而來

網站往往最先反映營運的問題。

01

公眾需求與部門名稱對不起來

導覽若從民眾想知道、想完成的事出發,效果遠勝於照組織分工排列。

02

歷史紀錄仍然重要

系統必須讓歷史資料與現行服務清楚區隔,同時兩者都不被埋沒。

03

發布權責分散在各單位

各團隊需要明確的內容類型、角色分工、審核狀態,以及例行更新的操作指引。

04

使用情境與存取條件各不相同

行動裝置瀏覽、鍵盤操作、易讀字級、媒體替代內容與舊型裝置支援,都應納入核心設計需求。

一套運作系統

策略、內容與工程,依同一份簡報一起推進。

重整

從公眾任務出發

01

將常見需求與目標對象,對應到服務、紀錄與負責團隊。

服務設計資訊架構內容盤點
建模

為計畫與紀錄建立可重複使用的結構

02

定義活動、人物、專案、資源、最新消息與檔案庫之間的關聯。

內容模型CMS編輯流程
開放

為更多元的資訊取用方式而建

03

以語意化、響應式、可鍵盤操作的介面設計,搭配清楚的標示與媒體替代內容。

無障礙 UX響應式開發內容指引

該衡量什麼

先對齊衡量指標,再討論介面。

任務達成

民眾找得到正確的服務或紀錄嗎?

針對重要公共任務,檢視搜尋關鍵字、常見路徑、離站點與重複出現的客服詢問。

01
無障礙存取

關鍵路徑在各種裝置與輸入方式下都能使用嗎?

測試響應式版面、鍵盤操作順序、焦點狀態、標示、字級、媒體替代內容與搜尋行為。

02
內容時效

重要資訊仍是最新的嗎?

追蹤內容負責人、審核日期、過期紀錄、重複頁面,以及例行更新所需的人力成本。

03

合作方式

選擇最符合決策情境的合作形式。

01

適合難以維護的既有網站

服務與內容盤點

盤點公眾需求、高價值紀錄、內容缺口與權責歸屬,並優化一條服務路徑。

02

適合全面改版重建

機構網站建置計畫

涵蓋研究、架構規劃、設計、CMS 開發、內容遷移與發布指引。

03

適合定期舉辦的計畫

計畫網站支援

為活動、資源、最新消息與後續屆次提供持續的設計與發布支援。

公部門工作坊

循著一項公眾需求,走一遍現有網站。

我們針對一項重要任務,檢視其入口、用語、導覽、紀錄、無障礙議題與背後的內容負責人,結果將清楚呈現架構與營運需要調整之處。

聯絡我們

工作會議產出

  1. 01公眾任務與服務地圖
  2. 02內容權責與紀錄模型
  3. 03優先處理的無障礙與遷移工作項目

在確認範圍之前

買家最常先問的問題。

既有的內容檔案庫可以沿用嗎?

可以。我們會盤點並分類既有內容,判斷哪些仍屬現行資訊、保留有價值的歷史紀錄,並將各項紀錄對應到新架構中。內容的核定權仍歸屬於負責機關。

無障礙如何處理?

我們在設計與開發階段即納入語意化結構、鍵盤操作、焦點狀態、字級、色彩、標示、媒體替代內容、響應式行為與表單狀態。如有需要,也可另行規劃正式的無障礙標章檢測。

多個部門可以共用同一套 CMS 發布內容嗎?

可以。我們會定義內容類型、角色、審核狀態與權責歸屬,讓各團隊都能參與發布,而不必為每筆紀錄另建獨立版型。

是否支援英文與繁體中文?

是。我們會設計共用的內容結構與各語系專屬的編輯欄位,並釐清哪些紀錄需要翻譯、改寫,或由當地團隊自行維護。

產業/公部門

帶著您的需求前來,我們協助您規劃下一步決策。

為機構組織、基礎建設團隊、教育單位與公民倡議打造公共資訊與計畫網站。

聯絡我們