先決定你現在是要學,還是要在專案裡做
網站負責解釋與分發工作包;真正的 Repository 掃描、缺口判斷與文件產出交給 Coding Agent。
SDLC 實作課 · 交付物練習
先理解這份文件替你消除什麼不確定
讓工程師能像素級實作、不靠猜
工程師拿到模糊的 mockup,每個間距、每個 hover、每個 error state 都得回頭問設計師。一週 standup 半在補圖。
高保真稿是像素級的最終視覺 + 完整 state + 標註齊全的交付物,讓 FE/Mobile 能獨立實作。
不把 state 補齊(loading/empty/error/disabled),上線後永遠在補 bug。
誰負責、交給誰
主責: UI
協作: UX(驗證互動)、FE/Mobile(驗證可實作)、QA(驗收基準)
下游收件: FE/Mobile 實作、QA 設計 visual test、UX 跑最後 usability check
何時值得做
必要時機: wireframe + flow 已凍、進 dev handoff、跨平台一致性需求
不需要時: wireframe 直接複用既有元件、純後台工具
常見誤用: 只畫 happy path 的精美畫面,loading/empty/error 全靠工程腦補;高保真稿必須所有 state 都齊
- 01讀大綱
- 02比範本
- 03填素材
- 04貼提示詞
- 05對照驗收
Anatomy · 文件解剖
輕量版先回答 6 個核心章節
章節名稱可以因團隊調整,但每一段要求的判斷不能被省略。先讀問題,再看格式。
- 01
Executive Summary
範本必要章節
3-5 行:涵蓋 N 個 screen、選用 token 數、a11y 達標等級
- 02
Screens × States
範本必要章節
每個 screen 至少 5 種 state;不齊全的 state 寫 _TODO_ 不能略
- 03
Interaction States
範本必要章節
每互動元素列 hover / focus / active / disabled 四態;focus 必須對應 WCAG 2.4.7
- 06
A11y Annotations
範本必要章節
4 項必填(對比 / focus / touch target / ARIA)
- 10
Decision Log(key 2-3 條)
範本必要章節
每條必含 chosen + 至少 1 個 rejected + 拒絕原因
- 12
Confidence & Sources & TODO
範本必要章節
把已確認的內容、判斷依據與仍待補充的資訊清楚分開。
Study · 對照學習
同一份交付物,先練核心,再看完整深度
輕量範本適合第一次練習與 MVP;完整範本保留跨職能交棒需要的細節。兩者都要求未知事項保持可見。
這張卡目前提供已審定的輕量與完整範本;不以 AI 臨時生成的內容冒充實際案例。
30 分鐘內先完成核心章節。
---
doc_type: "high-fidelity-mockup"
variant: "light"
status: "draft"
owner: "<your-name>"
last_updated: "YYYY-MM-DD"
upstream:
required: ["wireframe", "design-system"]
optional: ["micro-copy"]
---
# High-fidelity Mockup Spec: <product-name>
**Status:** Draft v0.X · **Owner:** <UI name> · **Last updated:** YYYY-MM-DD
> [!IMPORTANT]
> **AI 填寫規則:** 本範本 6 段(編號 1, 2, 3, 6, 10, 12),全部必填——刻意沿用完整版章節編號讓兩版可對照。每 screen 必含 ≥ 5 種 state(default / loading / empty / error / disabled);只使用 design-system 既有 token,缺的標 `_TODO: 需 DS 補 token-XXX_`;行內 `(依據:wireframe §XXX / DS token §YYY)`;每量化欄位 `[H/M/L]` badge;a11y 對比 ≥ 4.5:1 + touch target ≥ 44×44 必填。
---
## 1. Executive Summary
<!-- ai-fill: 3-5 行:涵蓋 N 個 screen、選用 token 數、a11y 達標等級 -->
<3-5 行說明>
> **TL;DR:** <一句話:本 hi-fi 交付物涵蓋的範圍與下游使用方式>
---
## 2. Screens × States
<!-- ai-rule: 每個 screen 至少 5 種 state;不齊全的 state 寫 `_TODO_` 不能略 -->
### S1: <screen 名稱>
- **Breakpoint:** mobile_360 / desktop_1280
- **States covered:** default · loading · empty · error · disabled
- **Components used (from DS):** Button (primary) · Input (text) · Card
- **Confidence:** **[H]** — **Source:** wireframe §1
### S2: ...
---
## 3. Interaction States
<!-- ai-rule: 每互動元素列 hover / focus / active / disabled 四態;focus 必須對應 WCAG 2.4.7 -->
| Element | Hover | Focus | Active | Disabled |
|---|---|---|---|---|
| Primary CTA | `bg-action-primary-hover` | `outline-focus` (2px) | `bg-action-primary-active` | `bg-disabled` + `aria-disabled` |
| Input | `border-strong` | `outline-focus` (2px) | n/a | `bg-disabled` + cursor-not-allowed |
---
## 6. A11y Annotations
<!-- ai-rule: 4 項必填(對比 / focus / touch target / ARIA) -->
| Dimension | Target | Actual | Confidence |
|---|---|---|---|
| **Contrast (text)** | ≥ 4.5:1 | <實測值> | **[H]** |
| **Touch target** | ≥ 44×44 px | <實測 px> | **[H]** |
| **Focus visible** | outline ≥ 2px | <token> | **[H]** |
| **ARIA labels** | 所有 icon-only button 必填 | <list> | **[H]** |
---
## 10. Decision Log(key 2-3 條)
<!-- ai-rule: 每條必含 chosen + 至少 1 個 rejected + 拒絕原因 -->
| Date | Decision | Options | Chosen | Rejected why | Confidence |
|---|---|---|---|---|---|
| YYYY-MM-DD | Error state 呈現方式 | inline / toast / modal | inline | toast (易錯過)、modal (干擾過大) | **[H]** |
---
## 12. Confidence & Sources & TODO
- **整份文件最低 confidence 欄位:** <列出所有 [L] 與 [M]>
- **Fabricated assumptions:**
- <例:假設深色模式不在 V1>
- **Highest-value next input:** <例:文案 owner 終版 / a11y audit>
### TODO(缺資料)
- _TODO: 需 DS 補 `bg-warning-subtle` token_
- _TODO: 需內容團隊提供 empty state 文案_
---
> [!CAUTION]
> **輸出前 AI 自檢:**
> - [ ] 6 段 H2 章節齊全(編號 1, 2, 3, 6, 10, 12)
> - [ ] 每個 screen ≥ 5 種 state(含 disabled / loading)
> - [ ] 只使用 DS 既有 token,缺者標 `_TODO_`
> - [ ] Interaction states 4 態齊(hover / focus / active / disabled)
> - [ ] A11y 4 項全填(對比 / touch target / focus / ARIA)
> - [ ] Decision Log ≥ 1 條,每條有 rejected reason
> - [ ] 無 YAML / JSON schema 輸出(hi-fi spec 是給人讀的 markdown)Practice · 換你試做
先用自己的話交代素材,不需要先學會工程術語
確定的就寫,不確定的留白。下一步要做的是請 Agent 找缺口,不是讓它替你猜一套合理答案。
可以先留白;複製提示詞後再到 Coding Agent 裡補充。
AI Practice · 手動三步
先問、再寫、最後審,不把整條流程鎖死
每一步都是獨立工作包。你可以停下補資料、修改限制或重做某一步,不需要服從固定的 Agent 接力流程。
只找阻擋文件成立的未知
先補會改變範圍、判斷或驗收結果的資訊,不急著寫文件。
我要製作「高保真稿」。先不要產出文件。
請根據我的素材,找出會影響這份文件正確性或可執行性的未知事項,一次最多問 5 題。
每題請包含:
1. 問題
2. 為什麼現在必須知道
3. 它會影響哪個章節或決定
已經回答的事不要重問;可以延後的事標成「待決策」;不要替我猜答案。
本文件的核心章節:Executive Summary、Screens × States、Interaction States、A11y Annotations、Decision Log(key 2-3 條)、Confidence & Sources & TODO複製後,請在標示位置貼上自己的素材。
Review · 自己驗收
文件存在,不代表下一個角色真的能使用
逐條檢查 Agent 的輸出。人類負責需求、限制與驗收,也必須能說明重要結論從哪裡來。
帶著這份文件,繼續到「可用性測試 · Usability Test」
下一張卡會接住新的決策問題;不用一次把整條 SDLC 全做完。
