UX/UI 畫面設計規格範本(UI Specification Template)

適用標準:ISO 9241-210:2019(Human-centred Design)、WCAG 2.2(Web Content Accessibility Guidelines)
適用階段:系統設計階段(Design Phase)
負責角色:UX 設計師、UI 設計師、前端工程師


📑 章節目錄

  1. 文件資訊
  2. 設計原則與規範
  3. 資訊架構(Information Architecture)
  4. 畫面流程(UI Flow)
  5. 畫面規格(Screen Specification)
  6. 元件規格(Component Specification)
  7. 響應式設計規格
  8. 無障礙設計(Accessibility)
  9. 互動規格(Interaction Specification)

📝 範本


1. 文件資訊

項目內容
文件名稱[系統名稱] UI 設計規格書
文件編號[專案代碼]-UIS-[版本號]
版本v[X.Y]
建立日期[YYYY-MM-DD]
最後更新[YYYY-MM-DD]
撰寫者[UX/UI 設計師]
審核者[Product Owner / Tech Lead]

設計工具與資源

項目工具/位置
Design Tool[Figma / Sketch / Adobe XD]
Design File URL[連結]
Prototype URL[互動原型連結]
Design System[設計系統/元件庫名稱與連結]
Icon Library[圖標庫名稱]

2. 設計原則與規範

2.1 設計原則

原則說明
[一致性][描述此專案的一致性準則]
[簡潔性][描述簡潔設計方針]
[可及性][無障礙設計目標]
[效率][使用者操作效率目標]

2.2 Design Token / 設計變數

Token 名稱用途
color-primary[#XXXXXX]主要品牌色
color-secondary[#XXXXXX]次要色
color-error[#XXXXXX]錯誤提示
color-success[#XXXXXX]成功提示
font-family[字型名稱]主要字型
font-size-base[N]px基準字級
spacing-unit[N]px間距基準單位
border-radius[N]px圓角

2.3 排版規範(Typography)

層級用途字級字重行高
H1頁面標題[N]px[Bold][N]
H2區塊標題[N]px[Semi-Bold][N]
H3子區塊標題[N]px[Medium][N]
Body內文[N]px[Regular][N]
Caption說明文字[N]px[Regular][N]

3. 資訊架構(Information Architecture)

3.1 導航結構(Sitemap)

[系統名稱]
├── 首頁 Dashboard
├── 模組 A
│   ├── 功能 A-1
│   ├── 功能 A-2
│   └── 功能 A-3
├── 模組 B
│   ├── 功能 B-1
│   └── 功能 B-2
├── 系統設定
│   ├── 個人設定
│   └── 管理設定(Admin only)
└── 說明 / Help

3.2 角色與功能對應

角色可見模組可執行操作
[角色 A][模組清單][CRUD 權限]
[角色 B][模組清單][CRUD 權限]

4. 畫面流程(UI Flow)

graph TD
    A[進入點/登入] --> B{角色判斷}
    B -->|角色A| C[Dashboard A]
    B -->|角色B| D[Dashboard B]
    C --> E[功能頁 1]
    E --> F[表單填寫]
    F --> G{驗證}
    G -->|成功| H[成功回饋]
    G -->|失敗| I[錯誤提示] --> F

5. 畫面規格(Screen Specification)

Screen-[NNN]: [畫面名稱]

項目內容
畫面 IDSCR-[NNN]
畫面名稱[中英文名稱]
URL Path[/path/to/page]
對應 Use CaseUC-[NNN]
角色權限[可存取的角色]
進入條件[如何到達此頁面]

畫面佈局(Layout):

┌─────────────────────────────────────────┐
│ [Header / Navigation Bar]                │
├───────────┬─────────────────────────────┤
│           │                             │
│ [Sidebar] │  [Main Content Area]        │
│           │                             │
│           │  ┌─────────────────────┐    │
│           │  │ [Component A]       │    │
│           │  └─────────────────────┘    │
│           │                             │
│           │  ┌─────────────────────┐    │
│           │  │ [Component B]       │    │
│           │  └─────────────────────┘    │
│           │                             │
├───────────┴─────────────────────────────┤
│ [Footer]                                 │
└─────────────────────────────────────────┘

元素清單:

#元素 ID類型標籤/內容資料來源驗證規則備註
1[id][Input/Select/Button/Table/…][Label][API/Static][Required/Pattern/…]
2[id]

狀態變化:

狀態條件畫面呈現
初始頁面載入[描述]
載入中API 呼叫中[Skeleton / Spinner]
空狀態無資料[Empty state 設計]
錯誤API 失敗[Error message 設計]

6. 元件規格(Component Specification)

Component: [元件名稱]

項目內容
元件名稱[PascalCase 命名]
用途[功能描述]
使用頁面[SCR-001, SCR-003]

Props / 屬性:

屬性名類型必填預設值說明
[prop][string/number/boolean][Y/N][default][描述]

狀態(States):

狀態說明視覺呈現
Default預設狀態[描述/截圖連結]
Hover滑鼠懸停[描述]
Active/Pressed點擊中[描述]
Disabled不可用[描述]
Error驗證失敗[描述]
Loading載入中[描述]

7. 響應式設計規格

7.1 斷點定義(Breakpoints)

斷點名稱範圍適用裝置佈局策略
Mobile0 – [N]px手機Single column
Tablet[N] – [M]px平板[策略]
Desktop[M]px +桌機Multi-column

7.2 各斷點佈局差異

元素MobileTabletDesktop
NavigationHamburger menuCollapsed sidebarFull sidebar
Content grid1 column2 columns3 columns
TableCard viewScroll horizontalFull table

8. 無障礙設計(Accessibility)

8.1 WCAG 合規等級

項目目標
合規等級[WCAG 2.2 Level AA]
對比度文字 ≥ 4.5:1 / 大文字 ≥ 3:1
焦點指示所有互動元素有可見 focus indicator
鍵盤操作所有功能可純鍵盤操作

8.2 無障礙檢核清單

#檢核項目通過
1所有圖片有 alt text🔲
2表單元素有 label 關聯🔲
3顏色非唯一傳達資訊手段🔲
4動態內容有 ARIA live region🔲
5頁面有正確的 heading 層級🔲

9. 互動規格(Interaction Specification)

互動 ID觸發元素觸發事件動作描述動畫/過渡時間
INT-001[元素][click/hover/scroll][發生什麼][fade/slide/none][N]ms

📖 使用說明

各章節填寫指引

章節填寫時機負責人重點說明
§2 設計規範專案初期UX Lead統一 Design Token
§3 資訊架構需求確認後UX與 Sitemap 一致
§4 UI Flow配合 Use CaseUX涵蓋主要/替代路徑
§5 畫面規格詳細設計時UI每個畫面獨立描述
§6 元件規格元件開發前UI/FE可複用元件規格化
§7 響應式設計設計初期UI確保各斷點有方案
§8 無障礙全程UX/UIWCAG 合規檢核

💡 範例(以 HRMS 人力資源管理系統為例)


範例:請假申請畫面規格

Screen-005: 請假申請表單

項目內容
畫面 IDSCR-005
畫面名稱請假申請(Leave Request Form)
URL Path/leave/request/new
對應 Use CaseUC-001 申請請假
角色權限員工、主管(代申請)
進入條件從 Dashboard 或假別餘額頁點選「申請請假」

元素清單:

#元素 ID類型標籤資料來源驗證規則
1leave_typeSelect假別GET /api/leave-typesRequired
2start_dateDatePicker開始日期Required, ≥ today
3end_dateDatePicker結束日期Required, ≥ start_date
4total_daysDisplay請假天數自動計算
5reasonTextarea事由Required, max 500 chars
6delegate_idSelect職務代理人GET /api/employees/same-deptRequired when > 0.5 day
7attachmentFileUpload附件Optional, max 10MB
8btn_submitButton送出申請Disabled until valid
9btn_draftButton暫存草稿

狀態變化:

狀態條件畫面呈現
初始頁面載入假別 Select 載入中 (skeleton),其他欄位空白
餘額不足天數 > 餘額total_days 紅字 + 警告訊息
送出中點擊送出btn_submit 顯示 spinner,disabled
成功API 回傳 201Toast「申請成功」+ 跳轉至假單列表
失敗API 回傳 4xx表單上方顯示紅色 Alert

📌 審閱重點

  • 每個畫面是否有明確的 Use Case 對應?
  • 表單驗證規則是否完整(前端+後端一致)?
  • 所有狀態(loading/empty/error)是否都有設計?
  • 響應式斷點佈局是否有方案?
  • 無障礙合規是否達標?