選單照著組織架構圖排,而不是照著民眾的需求。
我們以服務、常見問題與目標對象重新組織對外路徑,同時保留內部權責分工,確保後續維護順暢。
產業/公部門
08 / 10機構網站承載著多年累積的計畫、紀錄、活動與職責。我們以民眾造訪網站要完成的任務為核心,重新梳理這些內容。
當網站架構反映的是內部部門分工而非公眾需求,或例行更新都得仰賴技術人員協助時,正是我們能幫上忙的時候。
公共服務地圖: 民眾 (一項具體的公共需求); 服務 (要完成的任務或計畫); 紀錄 (脈絡與佐證資料); 負責單位 (由誰維持內容更新)
摩擦從何而來
導覽若從民眾想知道、想完成的事出發,效果遠勝於照組織分工排列。
系統必須讓歷史資料與現行服務清楚區隔,同時兩者都不被埋沒。
各團隊需要明確的內容類型、角色分工、審核狀態,以及例行更新的操作指引。
行動裝置瀏覽、鍵盤操作、易讀字級、媒體替代內容與舊型裝置支援,都應納入核心設計需求。
一套運作系統
將常見需求與目標對象,對應到服務、紀錄與負責團隊。
定義活動、人物、專案、資源、最新消息與檔案庫之間的關聯。
以語意化、響應式、可鍵盤操作的介面設計,搭配清楚的標示與媒體替代內容。
該衡量什麼
針對重要公共任務,檢視搜尋關鍵字、常見路徑、離站點與重複出現的客服詢問。
01測試響應式版面、鍵盤操作順序、焦點狀態、標示、字級、媒體替代內容與搜尋行為。
02追蹤內容負責人、審核日期、過期紀錄、重複頁面,以及例行更新所需的人力成本。
03合作方式
適合難以維護的既有網站
盤點公眾需求、高價值紀錄、內容缺口與權責歸屬,並優化一條服務路徑。
適合全面改版重建
涵蓋研究、架構規劃、設計、CMS 開發、內容遷移與發布指引。
適合定期舉辦的計畫
為活動、資源、最新消息與後續屆次提供持續的設計與發布支援。
工作會議產出
在確認範圍之前
可以。我們會盤點並分類既有內容,判斷哪些仍屬現行資訊、保留有價值的歷史紀錄,並將各項紀錄對應到新架構中。內容的核定權仍歸屬於負責機關。
我們在設計與開發階段即納入語意化結構、鍵盤操作、焦點狀態、字級、色彩、標示、媒體替代內容、響應式行為與表單狀態。如有需要,也可另行規劃正式的無障礙標章檢測。
可以。我們會定義內容類型、角色、審核狀態與權責歸屬,讓各團隊都能參與發布,而不必為每筆紀錄另建獨立版型。
是。我們會設計共用的內容結構與各語系專屬的編輯欄位,並釐清哪些紀錄需要翻譯、改寫,或由當地團隊自行維護。