設計使用者介面
本節將詳細說明一些與設計 Windows 應用程式 UI 相關聯的工作。
簡介
UI 設計可以分成三個基本元素：功能、美學和效能。
應用程式開發期間的主要重點是功能。 應用程式是否可用？ 它是否可讓使用者完成工作？ 不過，功能只是本文的一部分。
美學描述如何顯示和呈現事物，以及向使用者傳達事物的樣式。 美學非常主觀，比功能需求和效能計量更難量化。 美學通常歸結為簡單的選擇——色彩如何彼此互補，或 UI 元素如何傳達其意義——這通常會影響一個人對事物的感覺，並影響他們使用它的成功程度。
效能不僅會以速度測量，還能測量可靠性。 如果應用程式看起來和感覺很好，很容易使用，但重複損毀，它可能不會非常成功。 應用程式必須讓使用者完全相信其可靠性。
以下是一些設計階段工作，可促成 Windows 應用程式的成功 UI。
功能需求
在設計階段早期考慮下列建議，以盡可能將用戶體驗優化：
遵循UI設計指導方針。
熟悉 Windows 使用者體驗互動指導方針 ，並經常將其稱為應用程式 UI 進行的設計、實作和測試。
確定UI可供存取。
請務必從產品生命週期的開頭將輔助功能整合到UI設計中。 改造輔助功能可能非常昂貴，因為輔助功能開發的一部分需要注意架構層級。 如需詳細資訊，請下載適用於協助工具的工程軟體電子書。
支援國際市集。
Windows 包含技術，可支援 Windows 應用程式中的許多文化特性和書面語言。 如果應用程式是以國際市集為目標，請務必從項目開頭在UI設計中包含國際化支援。 如需詳細資訊，請參閱 Windows 應用程式的國際化。
使用者分析
設計成功介面的關鍵步驟是在撰寫任何程式代碼之前，先了解使用者需要和想要的應用程式。 請記住，應用程式的潛在用戶已經以某種方式執行其工作，應盡可能充分瞭解現有的工具和程式。 請勿在完全考慮這些問題的情況下進行設計。
最簡單的最非正式方法就是與產品的預定使用者交談。 直接從來源取得資訊，避免使用主管或主管作為實際取用者的 Proxy。 請考慮讓一小群開發人員和項目經理在工作場所對用戶進行非正式訪問，有機會討論其工作方式，並收集他們目前工具所面對問題的詳細數據。
請記住，請勿詢問前置或有偏差的問題，因為這會直接影響使用者意見反應的品質和有效性。 在此階段撰寫問題時，請記住下列事項：
- 我們的用戶是誰？ 他們有哪些技能和知識？
- 我們可以使用哪些不同的數據源來了解其體驗？
- 他們會使用我們的產品來完成哪些目標和工作？
- 我們做出哪些假設，以及如何驗證它們？
- 我們有哪些數據源？ （可用性研究和啟發學習評價是開始的好地方。
問題陳述
收集所有使用者意見反應之後，請分析並將其擷取到相關問題和需求。 嘗試避免此時考慮解決方案。 請確定問題已完整識別，而不只是癥狀。
針對每個問題或需求撰寫一個句子問題陳述清單（從用戶的觀點來看），通常很有説明。 例如，「將編輯框寬度調整為15個字元」不是問題。 但「輸入長期搜尋字詞太困難」是有效的問題陳述。 差異是戲劇性的。 請嘗試不要同時定義解決方案和問題：通常會遺失實際問題。 在此範例中，可能有許多其他方法可以解決搜尋字詞的問題，包括變更編輯方塊的大小。 請務必記住替代解決方案。
以下是問題語句的其他範例：
- 很難從網站的某個區段流覽到另一個區段。
- 用戶必須等待太久，軟體才能載入。
- 我們的安全性錯誤訊息難以理解。
- 註冊頁面有太多問題，使用者通常會放棄它。
- 在網站索引上尋找特定產品太難完成。
如果問題陳述足夠廣泛，很可能有許多創新和創造性的方式來解決這些問題。
優先順序
取得項目清單並依優先順序排序的動作會定義發行。 沒有明確的優先事項，團隊可能會爭論應該做什麼，以及應該削減什麼事情。 參與設定優先順序的工作應該更容易完成研究，但它總是一個挑戰。
設定優先順序需要能夠評估至少三個準則：排程、小組和業務。 專案可能有預先定義的排程集，這會限制可完成的工作大小和規模。 可能需要重寫一半程式代碼基底的問題，不應該在小型發行週期內嘗試。
團隊的化妝和本質定義了可以完成的工作種類。 小組有哪些其他承諾？ 小組是否有設計工具或可用性工程師？ 小組具有哪些 Web 或 UI 設計技能？ 最後，最重要的是商務考慮。 此專案的收入目標為何？ 誰是競爭對手？ 解決某些問題有哪些優點？ 可以偽造哪些夥伴關係？ 在設定清單的優先順序之前，也應該識別任何其他考慮。
排定優先順序之後，問題語句清單會設定產品的方向，並確保開發是以正確的區域為目標。
概念設計
一般而言，在概念設計階段中不會處理UI。 不過，此階段確實需要完整的商務模型，其中包含完整的使用者配置檔和使用案例，對於成功的用戶體驗而言是必要條件。
邏輯設計
邏輯設計階段是在開發支援概念設計的初始原型時。
在此階段中也會識別開發期間要使用的特定硬體和軟體技術，這可以決定最終產品中 UI 的功能。 如需詳細資訊，請參閱 使用者介面技術。
除了開發工具之外，應識別應用程式要以為目標的各種硬體需求和尺寸。
實體設計
實體設計階段會決定如何針對邏輯設計中所識別的特定硬體和尺寸實作UI設計。
在此階段中，硬體或尺寸限制可能會在需要大幅精簡設計的UI上引入非預期的限制。