UX 可交付成果的永恆清單

UI/UX 團隊的努力可以轉化和衡量為一個完整的 UX 可交付成果列表。 然後將可交付成果傳遞給內部和外部的利益相關者，以了解應用程序用戶的體驗。

作為幫助Dominos等品牌重新設計產品的領先移動應用程序設計機構，我們經常被問到以下問題 -

• 您在項目結束時提供的可交付成果是什麼？
• 在交付物的幫助下，開發團隊是否能夠將設計轉換為代碼，然後轉換為功能正常的應用程序？

為了解決所有這些問題，我們準備了對不同 UX 可交付成果的簡要說明，以幫助您了解與移動應用程序設計機構合作時的預期結果。

我們的UX 設計過程的最終結果如下圖所示，是我們將在接下來的部分中閱讀的所有可交付成果

UX 可交付成果的完整列表

作為移動應用 UX 工作成果的可交付成果是一個系列，可分為四個子集：

用戶研究

市場調查

以設計為中心

測試可交付成果

用戶研究成果

UX 可交付成果的這一部分關注的是調查用戶的故事——他們是誰，他們在應用程序中喜歡什麼，等等。

用戶角色

應用 UX 設計師的第一個可交付成果是創建用戶角色。 它是關於繪製您的可能用戶的圖像——他們是誰，他們住在哪裡，他們喜歡什麼，什麼讓他們感到惱火，他們的痛點是什麼，你更喜歡如何解決它等等。

這項研究讓設計師和整個企業了解他們的軟件設計過程是為誰設計的——最重要的是，他們不是為誰開發應用程序的。

用戶研究特定 UX 可交付成果的下一部分是了解用戶將如何在應用程序中移動，這有助於繪製客戶旅程圖。

它是一種視覺表示，顯示用戶為達到應用程序的最終目標而採取的行動。

以可視化形式，交付物可以很容易地識別重新設計或改進應用程序所需的步驟，從而為理解什麼才是完美的用戶流程的 UX奠定了基礎。

體驗地圖

此處的可交付成果基本上是一個圖表，它查看了用戶在與應用程序互動時採取的許多步驟。 它使設計師能夠在旅程的每一步中構建用戶的需求和動機，並創建適合客戶旅程地圖中每一步的設計解決方案。

用例

它是對軟件設計過程以及用戶如何在應用程序內執行任務的書面描述。 它展示了用戶的觀點以及應用程序在他們的請求得到響應時的行為方式。 應用程序中的每個用例都顯示為一系列簡單的步驟，從用戶的目標開始，到達到目標時結束。

故事板

受電影行業的啟發， UX 可交付成果列表的這一部分涉及創建用戶行為的輪廓及其背後的動機。 這個階段背後的想法不僅僅是展示讓用戶按照他們在應用程序中的行為方式的環境是什麼。

市場調查

UX 可交付成果的這一部分涉及已知可幫助企業了解其應用程序市場如何發展的元素的市場部分。

競爭用戶體驗分析

設計師在研究應用程序設計時將能夠分析競爭對手的應用程序 - 幫助您了解行業標準並找到在特定領域進行創新的機會。

UX 可交付成果列表中以設計為中心的 UX 可交付成果

情緒板

正是這種UX 設計方法可以找到一系列參考和圖像，這些參考和圖像會演變為產品的視覺指南。 它允許設計師在利益相關者投入任何時間、精力和金錢之前，向他們展示應用程序的建議外觀。

草圖

將想法可視化的最快方法之一——草圖是設計交付清單中的下一個。 它僅使用筆和紙製作而成，用於驗證產品的概念以及用戶和團隊成員所採用的與設計相關的方法。

線框

它是UX 設計方法和視覺指南，展示了頁面的結構及其關鍵元素和層次結構。 當設計師必須與利益相關者和團隊成員討論想法時，它們已被證明非常有用。

原型

UX 設計過程的這一部分是半決賽應用程序的模擬版本，它也用於在軟件啟動之前進行測試。 原型設計過程的目的以及原型設計在用戶體驗設計中的作用是什麼？ 是在開發人員參與進入 MVP 階段之前測試產品。

在創建它們時，您可以使用多種原型製作工具與利益相關者共享您的設計的可點擊版本，所有這些在進行A/B 測試時都非常有用用於 UX 設計。

一旦所有與市場、用戶和設計相關的 UX 可交付成果都處理完畢，就該看看有助於在市場上測試設計的可交付成果了。

測試可交付成果

定量調查

準備問捲和調查以幫助衡量用戶滿意度和收集應用反饋的需求是應用 UX 設計師KRA 的內容

可用性報告

這些報告以描述性和精確的方式正確地總結了與可用性相關的發現，幫助團隊識別問題，然後為解決問題而努力。

分析報告

谷歌分析等分析工具獲取並顯示用戶如何與應用程序交互的大量洞察力。

網站地圖

最後一個 UX 可交付成果，也是作為設計工作成果的UI 設計方法的重要組成部分，是 Sitemap。 它主要顯示應用程序的導航和層次結構 - 這有助於提供有關內容將如何在部分或屏幕中組織的信息。

哪些 UX 可交付成果適合哪些受眾？

您設計的利益相關者不僅是您的用戶，還包括您的團隊成員、公司董事會和客戶。 因此，假設您剛剛閱讀的所有 UX 可交付成果都旨在向任何一個利益相關者類別解釋該概念，這將是一個嚴重的錯誤假設。 您選擇的可交付成果必須因受眾而異。

讓我們看看您應該解決的所有不同組合。

A.內部管理

在與經理或內部利益相關者溝通時，最理想的 UX 可交付成果是原型模型和分析報告。

原型為利益相關者提供了一種非常接近最終應用程序的體驗，因此被證明是展示用戶體驗的可靠工具。

另一方面，可用性和分析報告在與管理層共享信息時也非常有用，因為它們提供了用戶體驗建議的明確證據。

B.客戶和外部利益相關者

當您必須與客戶等外部利益相關者共享 UX 設計時，交互式原型和模型通常是可交付成果的最佳選擇。

這背後的想法是，當您與對 UX 設計和 UX 審查知識有限的人一起工作時，最好為他們提供將全部重點放在視覺設計上的可交付成果。 這樣做將幫助他們了解應用程序的功能、信息架構以及集成在真實模型中的交互設計。

C.工程師和移動應用程序開發人員

當我們談論與開發人員交流 UX 理念時，交互式原型再次被選為正確的選擇。 但也有其他理想的交付物——站點地圖、樣式指南和流程圖。

由於它們對交互細節和結構細節的詳細關注，這些可交付成果在實際實施過程中被證明是非常有用的。

有了這個，我們不僅了解了UX/UI 設計機構期望的 UX 可交付成果的類型，而且還了解了哪種可交付成果最適合哪個利益相關者。

現在您已經掌握了必要的可交付成果相關信息，是時候開始處理您自己的應用程序的可交付成果了。