60 秒決策
先確認使用者要完成的事。
適合使用
- 同頁內容很長，且讀者可能直接前往某個章節。
- 頁面有真實、可辨識的標題結構。
不適合使用
- 章節很少、內容很短，目錄比正文還長。
- 想用它取代網站跨頁導覽或工作流程。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
從真實標題長出來
目錄項目應對應 h2 或 h3，不要另外發明看似章節、正文卻找不到的名稱。
名稱短但能判斷內容
「需要準備的資料」比「第二部分」更適合讀者掃讀。
目錄是有名稱的導覽區域
使用 nav 與「頁面目錄」名稱，讓輔助科技使用者知道這組連結只在同頁移動。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
一般閱讀
列出可跳轉的章節，正文維持自然捲動。
目前章節
可依閱讀位置標示一個目前章節，但不能讓多項同時看似選取。
手機版
目錄與正文採單欄順序，連結不會覆蓋章節內容。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
申請規則頁面目錄
先觀察：目錄回答「這頁有哪些段落」，不是「下一步要填什麼」。
操作：選取「審核方式」，再查看網址與內容標題。
預期結果：連結前往對應章節，網址 hash 更新，目錄的目前項目同步。
可操作 Demo
長頁需要的是章節地圖，不是流程控制。
申請資格
帳號申請由工作區管理員提出；需先確認組織已建立。
需要準備的資料
準備組織名稱、統一編號與可接收通知的主要聯絡 Email。
審核方式
資料送出後由管理員檢核；需要補件時會保留目前填寫內容。
常見問題
若忘記申請編號，可在申請紀錄中以組織名稱與日期查詢。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
為 LumenDesk 的「申請規則說明」長頁建立 Table of Contents。根據真正的 h2 章節產生「申請資格、需要準備的資料、審核方式、常見問題」連結；目錄使用 nav 並有名稱。目錄不是網站全站導覽，也不是多步驟表單的 Stepper。小螢幕時讓它正常隨內容捲動，不要遮住正文。驗收清單
不要只確認欄位能不能點。
- 項目是否對應真實標題？
- nav 是否有「頁面目錄」名稱？
- 連結名稱是否能判斷章節內容？
- 目前章節是否至多標示一項？
- 手機是否不遮住正文？