Structure map

結構對照

這是我們把 App 內容說清楚的固定做法。不是簡報模板,而是雙方能一起改、一起追蹤的對照產物。

桌上的線框與結構草圖

選定要回答的決策

例如:兩個入口要不要合併、改版要保留哪些層級、使用者找不到某功能卡在哪一層。決策寫進一頁委託說明,避免稽核中途失焦。

走完主任務路徑

以約定平台建置走查。記錄每個畫面的名稱、內容類型、入口與離開點。無法進入的深鏈或權限牆會標註,不假裝看過。

畫出現況結構圖

把模組、層級與重複入口攤平。同一內容多名、空殼分類、導覽與實際頁面不一致之處,會直接標在圖上。

對出落差與優先序

依「影響找路/影響維護/改動成本」排序。短期可改的命名與合併,與需要設計或工程配合的拆分,分開列出。

交接給能動手的人

交付結構圖、落差清單與給產品/設計/內容窗口的摘要。全盤稽核含一次線上說明;快檢以決策表為主。

結構圖會長什麼樣子

通常包含:模組樹、關鍵任務路徑註記、重複入口對照,以及「保留/合併/拆分」欄位。格式以可編輯文件為主,方便你們內部繼續改,而不是鎖死在投影片裡。

  • 不需要事先備齊完美的資訊架構文件
  • 若有後台內容欄位表,能加快分類與標籤整理
  • 指定產品與內容窗口各一位,盤點會順很多

用結構對照談範圍 回到服務項目