如何尋找行動應用程式 UI 靈感，並轉化為設計簡報
收集行動應用程式 UI 參考、研究完整畫面序列，並將視覺觀察轉化為原創且可驗證設計簡報的實用流程。
收集一整個資料夾的精美應用程式畫面很容易，真正用起來卻很難。若搜尋時沒有問題引導，視覺參考可能讓設計走向模仿，同時仍未解決真正的使用者任務。
把截圖當作深入研究的起點。實用的流程從任務開始，比較完整流程，記錄視覺背後的設計決策，並將觀察轉化為可製作原型及評估的簡報。
重點摘要
- 收集參考資料前，先定義使用者、任務及設計上的不確定性。
- 研究畫面序列與互動狀態，而不只是單張畫面的視覺處理。
- 寫下可轉用的原則，再為自己的產品做出原創決策，並透過使用者驗證。
- 趁設計簡報仍有彈性時，檢查無障礙性與平台契合度。
1. 從設計問題出發
瀏覽前，先用一句話描述你正在為誰、為哪個時刻設計。例如：「第一次下廚的人需要選一道平日晚餐食譜，並了解接下來該怎麼做。」接著指出不確定之處：難點是瀏覽選項、信任推薦，還是開始依步驟烹飪？
這個問題會劃定搜尋範圍。決定哪個平台、產品區域與任務重要。如果探索初次使用體驗，就瀏覽新手引導範例；如果問題是方案選擇，就查看付費牆畫面；若是資料輸入，則比較表單模式。ScreenKits 讓你依類別瀏覽真實應用程式畫面。將有用的應用程式存為瀏覽器書籤，方便整理想法時返回查看畫面。
- 目標使用者是誰？他們想完成什麼？
- 哪項設計選擇尚不確定：資訊層級、順序、導覽、內容，還是回饋？
- 哪些限制重要，例如平台、無障礙性、裝置尺寸或商業規則？
2. 收集少量且有目的的參考資料
收集幾個處理相同或密切相關任務的範例。納入不只一種做法：直接路徑、引導式路徑，也可能包括處理錯誤或空白狀態的版本。對每個候選範例，儲存應用程式並記下想重看的畫面或時刻。精簡資料集比未篩選的靈感看板更容易比較。
當底層問題相同時，可以跨類別尋找。一款排程應用程式和一款雜貨應用程式，可能都需要幫助使用者選日期並確認變更。值得參考的是決策結構，而不是表面的主題。不要因為受眾或產業相似，就認定其介面能解決你的特定問題。
- 說出選擇每份參考資料的理由，例如「呈現所選選項如何改變摘要」。
- 納入不同解法，避免第一個精美範例直接成為預設答案。
- 撰寫簡報時，使用瀏覽器書籤保留所選應用程式，以便比較。
3. 閱讀流程，而不只看截圖
單張畫面只顯示某一瞬間的配置、顏色、文字和控制項。它無法呈現之前如何抵達、點按後會發生什麼，或任務是否成功。依序走過每個相關畫面，記下入口、決策、操作、回饋及下一個狀態。當驗證錯誤、關閉或返回修改選擇等替代狀態會影響任務時，也應納入。
區分觀察與詮釋。「主要操作在三個步驟中都靠近底部」是觀察；「這樣一定比較好用」則是尚未證實的主張。截圖可以啟發假設，但不是可用性的證據。NN/g 將原型製作與使用者測試描述為找出潛在可用性問題，並了解使用者如何與提議介面互動的方法。
| 記錄項目 | 食譜選擇流程範例 |
|---|---|
| 使用者目標 | 選擇一道符合今晚時間安排的晚餐食譜。 |
| 觀察到的模式 | 時間與飲食篩選條件出現在食譜清單之前。 |
| 可能的原則 | 在瀏覽結果前，先呈現影響較大的限制條件。 |
| 待解問題 | 使用者是否知道哪些篩選條件是選填的？ |
| 產品決策 | 顯示兩個必要的篩選條件，其他選項按需展開。 |
4. 將觀察轉化為原創簡報
整理歸納是參考資料真正發揮作用的階段。提煉可轉用的原則，例如「確認前讓選擇的後果可見」。接著根據自身產品的任務、內容和限制，決定如何實現這項原則。不要只因某個範例吸引人，就複製品牌插畫、原文措辭或獨特版面。
以食譜為例，參考資料可能顯示應及早呈現時間資訊，並預覽所選篩選條件會改變什麼。原創簡報可以指定簡短的晚餐規劃路徑、可見的時間限制、清楚的篩選狀態，以及儲存前的檢查步驟。這些決策回應產品目標，而不是重現其他應用程式的畫面。
- 受眾與情境：誰需要這項設計？會在何時何地使用？
- 使用者目標與成功條件：他們應能完成或理解什麼？
- 流程：主要步驟、決策與重要的替代狀態有哪些？
- 設計原則：介面應讓什麼更清楚或更容易？
- 限制與待解問題：哪些條件必須成立？哪些事需要研究？
- 評估計畫：你會交給原型使用者什麼任務？會觀察什麼？
5. 製作原型、檢查無障礙性並持續改進
在潤飾視覺風格前，先將簡報轉成粗略的線框流程圖。為關鍵決策及其回饋製作原型，再請符合目標受眾的人完成真實任務。觀察猶豫、意外選擇及錯誤。修改流程並重複測試；NN/g 的研究指引將迭代設計與原型評估視為學習過程，而不假設初稿已定案。
同時進行無障礙檢查。Apple 人機介面指南強調可感知、可調整的互動，以及考慮不同輸入方式。檢查文字縮放、對比度、控制項大小與間距、清楚的標籤，以及意義是否只靠顏色傳達。也要檢查流程能否適應較長文字，並可透過輔助技術理解。如果產品遵循 Android 慣例，Material Design 的無障礙指引也值得參考。
- 提供任務提示，而非介面巡禮，並觀察使用者是否能繼續操作。
- 趁結構仍容易變更時，先測試早期、低精細度的版本。
- 檢視與所支援裝置及設計系統相關的平台指引。
- 只在需要釐清問題時返回參考資料；不要用視覺相似性取代證據。
從參考資料到設計簡報的檢查清單
交接簡報前，確認它描述的是產品決策，而非情緒看板。即使沒有參與收集參考資料，閱讀者也應理解預期任務、提議的流程、尚未解決的選擇，以及團隊打算如何了解設計是否有效。
- 明確寫出原始使用者與任務。
- 每份參考資料都有註解，說明它有助於探索哪個問題或模式。
- 將觀察與假設、可用性主張分開。
- 簡報描述原創流程與產品專屬的理由。
- 納入無障礙性、平台行為及重要的替代狀態。
- 定義原型任務及以觀察為本的檢視計畫。
