應用程式流程與單張截圖：如何研究畫面序列
了解如何檢視應用程式截圖序列中的任務結構、狀態變化與轉場缺口，以及單張 UI 參考圖無法呈現哪些互動流程資訊。
單張截圖有助於研究版面、資訊層級或視覺模式。但產品任務會隨時間展開：使用者從某處開始，做出選擇，遇到系統或應用程式的不同狀態，最後達成目標或陷入困境。若要研究這段體驗，請依序檢視截圖，並思考畫面之間的缺口代表什麼。
一組截圖仍只是局部的視覺參考，無法證明所有路徑、點按目標、動畫、錯誤情況或使用者結果。ScreenKits 可協助你瀏覽擷取的應用程式畫面並比較模式；實際流程如何運作，仍須用自己的原型或研究來驗證。
重點摘要
- 先確立使用者目標和情境，再依任務需要的順序排列相關畫面。
- 標註擷取畫面之間的狀態、決策和轉場，不要把相鄰圖片當成已驗證的互動錄影。
- 記錄缺少的證據；當行為、時間或替代路徑很重要時，測試實際介面。
1. 區分畫面參考與流程
截圖能回答某個擷取狀態的問題：什麼最顯眼？資訊如何分組？主要操作長什麼樣？流程檢視則加入相互關係：什麼目標讓使用者來到這裡？哪個操作會帶他們前進？操作後發生什麼變化？如何復原或改走其他路徑？
請區分三種證據。單張截圖是一幅靜態影像。依序排列的截圖暗示擷取狀態之間可能的進展。互動錄影或原型可呈現隨時間變化的行為，但也可能只涵蓋一條路徑和一組條件。畫面序列不會自動成為可點按的流程、完整歷程或分析紀錄。
這樣區分能讓截圖資料庫更有用。先瀏覽 ScreenKits 的所有範例，收集視覺參考，再自行繪製任務、分支和未解問題的地圖。你可以用類別縮小情境範圍；研究初次使用流程時，也可以篩選新手引導範例。
2. 從任務出發，而不是從一堆圖片出發
選擇一個具體情境，例如「將商品儲存以供稍後查看」或「完成新帳號設定」。以使用者自己的說法描述目標；填寫表單或點按按鈕通常只是步驟，並非目標。Nielsen Norman Group 將任務分析描述為研究目標、步驟、步驟的順序與結構，以及途中需要的資訊。這讓檢視工作有一個實用的分析單位：任務及其完成路徑。
接著收集看似相關的畫面，暫時依序排列。為每張畫面標註看起來正在發生的事，例如瀏覽、選擇、確認、要求權限、成功或復原。除非你知道擷取過程，否則應將順序標為假設。如果某張畫面可能出現在任務的多個位置，請記下這種歧義，不要強行認定。
若要繪製更完整的地圖，請在主要序列旁加入替代路徑和條件：回訪使用者、拒絕權限、欄位無效、結果為空或連線中斷。這些分支經常揭示精緻的順利完成路徑圖庫無法回答的設計問題。
- 用一句話寫明使用者、情境和預期結果。
- 依序排列表面上的步驟，並標明支持該順序的證據。
- 將可能的分支、前置條件和復原步驟另行記錄。
3. 檢視畫面之間的變化
轉場是推理的關鍵。針對每一對相鄰畫面，寫下你認為連結它們的觸發事件、發生的變化，以及使用者現在應該理解什麼。選擇是否保留下來？應用程式是否確認已儲存？下一個畫面是新目的地、暫時顯示的對話框，還是系統權限提示？如果證據未顯示觸發事件，請標為未知。
除了目的地，也要追蹤狀態。表單可能是空白、部分填妥、輸入無效、已送出，或中斷後恢復。購買畫面可能有優惠內容、載入狀態、錯誤和確認。兩張幾乎相同的擷取畫面可能揭示重要的狀態變化；兩張視覺上不同的畫面也可能屬於不同路徑。使用標籤或註解，避免讓序列暗示截圖無法證明的因果關係。
導覽需要方向感與復原途徑。Apple 的人機介面指南將分頁列描述為在頂層區段之間導覽，並指出保留各區段的導覽狀態，有助於使用者切換時不失去原位置。檢視參考資料時也應提出類似問題：使用者能否知道自己位於哪個區域、返回先前情境，或離開引導式任務？靜態圖片可能暗示有這些操作，但只有互動測試才能確認其實際行為。
- 針對每次轉場，記錄觸發事件、可見回饋、結果狀態與可信程度。
- 視情況檢查返回、取消、略過、重試和繼續的路徑。
- 將應用程式畫面與作業系統 UI、外部目的地區分開來。
4. 為問題選擇合適的證據
不同資料能回答不同的設計問題。先使用足以回答問題的最輕量參考資料；若問題取決於實際行為，再改用原型、錄影或使用者觀察。
| 資料類型 | 適合用來研究 | 單靠它無法確定的事 |
|---|---|---|
| 單張截圖 | 視覺層級、文案、元件模式及某個擷取狀態 | 狀態的成因、前後發生的事，或控制項是否有效 |
| 依序排列的截圖 | 比較表面上的進展、重複模式及可能的轉場缺口 | 順序是否完整、所有分支是否都已呈現，或轉場是否可以互動 |
| 互動原型或錄影 | 檢視特定路徑、時間安排、回饋與互動行為 | 所有使用者的行為、所有可能路徑，或錄製情境以外的結果 |
| 觀察式任務研究 | 了解使用者在哪裡猶豫、期待什麼，以及如何在情境中復原 | 從少量或不具代表性的樣本推導普遍結果 |
5. 可重複使用的註解式流程檢視
無論是簡短評析或深入交接，都可使用下方清單。讓每項註解具體，並區分觀察與假設。如果檢視自己的產品，請用原型或可運作的版本測試繪製的任務；當觀察到的行為不同時，就修改地圖。
- 定義一名使用者、其情境，以及可觀察的最終目標。
- 依序排列相關擷取畫面；將每張標為已確認、推論或未知。
- 針對每個步驟，記下使用者操作、介面回應、目前狀態與下一個決策。
- 標示缺口：缺少觸發事件、進度不明、情境脈絡流失、缺乏回饋或沒有復原路徑。
- 加入替代與失敗狀態，包括略過、返回、取消、空白、錯誤及拒絕權限的情況。
- 檢查標籤和資訊層級是否讓下一步操作及目前位置易於理解。
- 將每個不確定之處轉為原型操作演練或觀察式任務訪談中的問題。
- 記錄證據來源與日期，讓後續檢視者知道這張地圖代表什麼。
常見問題
截圖序列和應用程式流程是一樣的嗎？
不一樣。序列是一組排列成可能進展順序的靜態擷取畫面。應用程式流程還描述操作、轉場、狀態和可能的分支。除非互動行為及涵蓋範圍已另行驗證，否則應將截圖序列視為局部視覺證據。
應如何標註缺少的畫面或轉場？
寫下已知、推論及未知的內容。記錄使用者操作、預期回饋、結果狀態，以及缺少的復原或替代路徑。截圖無法解答的問題，請用原型或觀察式操作來驗證。
我可以將截圖參考資料用於使用者研究嗎？
截圖有助於設計比較與建立假設，但無法顯示參與者如何行動或理解介面。若要了解這些事，請讓使用者在原型或可運作的介面中執行真實任務，並觀察結果。
