-Yeeeees,我們是你的設計生涯加油站！-

設計可交付成果是一個用戶體驗設計師專業(yè)度的體現，為用戶提供很好體驗的同時也做到了有理有據，對于開發(fā)和測試人員也增強了對設計的更清晰的認識。

下面小Yeah就帶大家進一步了解UX常用文檔和可交付成果喲！

繼關于如何創(chuàng)建出色的UX文檔的文章之后，將一些示例UX文檔和可交付成果整理在一起會很有用，這有望在選擇要生成的文檔類型時提供一些靈感和幫助。對于每個文檔/可交付成果，都包含了示例以及快速概述和指向更多信息的鏈接。

主要涵蓋以下 UX 文檔和可交付結果：

內容模型圖|同理心地圖|體驗地圖|心智模型圖|人物角色|流程圖|原型|場景地圖|場景介紹|站點地圖|草圖|故事板|設計規(guī)范|風格瓷磚|系統(tǒng)地圖|任務網格|可用性報告|用戶旅程圖|用戶故事圖|視覺稿|線框圖|詞云

/ 內容模型圖 /

內容模型圖展示了你在一個設計中可能需要的所有類型的內容，不管你設計的是網站還是應用，甚至宣傳冊。所有內容項根據它們的領域、類型以及與內容之間的不同關系（比如包含關系）顯示在一起，內容模型圖與領域模型圖非常像。

雖然創(chuàng)建內容模型對于系統(tǒng)架構師、開發(fā)或者內容專家來說更為典型，但是這也是UX設計師應該知道（并且可能需要創(chuàng)建）的，將內容與設計解耦在響應式和移動端設計中也變得越來越重要。

/ 同理心地圖 /

同理心地圖通常（但并非總是）伴隨著角色，它們提供有關用戶的信息，例如他們可能正在思考、感受、行為、看到和聽到以及他們可能經歷的痛苦和收獲。

同理心地圖是將角色變?yōu)楝F實，鼓勵與用戶同理心（線索在標題中）并從更廣泛的項目團隊那里獲得支持的好方法。協作創(chuàng)建同理心地圖，或者至少與更廣泛的團隊一起審查，這通常是一個有用的練習。有更多關于同理心地圖的信息，甚至包括創(chuàng)新游戲網站上的在線同理心映射游戲。

/ 體驗地圖 /

體驗地圖（又叫做用戶體驗地圖）展現了用戶在特定目標下點到點的旅程和體驗。比如說，一個關于“去度假”的體驗地圖會包含從研究假期、實際度假過程到寫度假回顧的所有事情。

在旅程的每個階段，體驗地圖都會展示一些信息，比如客戶使用的觸點，客戶的所做、所想、所感，以及為提升體驗而產生的任何挫折和想法。在對客戶的體驗進行討論和設計多通道的用戶體驗時，體驗地圖是很有用的文檔。

/ 心智模型圖 /

與任務網格一樣，心智模型圖描繪了用戶在完成一個特定任務時采取的思維過程（即用戶的心智模型）。比如說，在計劃晚上與朋友的一次活動，或者考慮假期去哪里時。心智模型圖將每個步驟拆解為具體任務以及用戶在每個步驟中會考慮的問題和情況。

心智模型圖對于討論和捕捉用戶行為以及發(fā)現設計機會很有幫助。在Indi Young的心智模型書中有關于心智模型圖的更多信息，書的第一章可以免費閱讀。

/ 人物角色 /

人物角色是用戶的虛擬代表（有點像替身），它們是虛構的，但是應該基于事實。它們代表著真實用戶群的目標、動機、性格和行為。人物角色可以讓用戶更加生動。它可以幫助項目團隊對“用戶”是誰達成共識（這并不總是一件容易的事情），幫助我們討論用戶的重要信息。

/ 流程圖 /

流程圖將一個流程視覺化地展示出來，包括了不同的決策點和過程流。流程圖在商業(yè)分析中更加常用，但是UX設計師也同樣可以用它來描述一系列的用戶旅程，或者在一個網站或者應用的某個部分的邏輯。

/ 原型 /

原型大概已經接替線框圖成為UX設計師的最重要的UX文檔/交付物了。原型本質上是設計的一個半功能性的模型。在討論設計、評估設計（比如通過可用性測試）以及廣泛地展示應該發(fā)生什么時，原型是非常好的工具。

/ 場景地圖 /

場景地圖展示了用戶在特定場景下會經歷的步驟，所以叫做場景地圖。場景地圖不止記錄步驟，也會記錄好的想法、問題以及其他在考慮一個設計時可能有用的信息。

場景地圖可以為當前的場景或者未來的場景進行創(chuàng)建，它通常關注用戶會做什么，而未必關注用戶會怎么做。場景地圖在John Pruitt和Tamara Adlin的優(yōu)秀書籍《人物角色的生命周期——在產品設計過程中牢記用戶》中有詳細的描述。

/ 場景介紹 /

場景介紹或視覺化或敘事化（即用文字）地描述用戶（通常以人物角色的形式）在一個特定場景中會執(zhí)行的步驟。與場景地圖一樣，場景介紹可以用于現實的場景或者假想的場景。

場景介紹可以用于識別為支持目標場景而需要提供的特性和功能，以及通過講述用戶故事創(chuàng)造一種未來的產品或服務。

/ 站點地圖 /

站點地圖顯示構成網站或應用程序的頁面和屏幕，或者網站和應用的特定部分。它們通常表示分組，例如網站部分以及各種頁面和屏幕之間的鏈接。

/ 草圖 /

草圖通常更像是設計工件，而不是可交付成果。也就是說，它們通常是為了幫助傳達設計或概念而創(chuàng)建的，而不是本身就是一個更正式的文檔。盡管如此，它們都可以成為展示概念和早期設計的有用UX文檔。

/ 故事板 /

故事板是從卡通和電影領域借來的概念（如果看到了好的想法，不要害怕捉住它），它們以漫畫書的形式生動地展現一個場景，可以讓事物變得生動有趣。如果想要了解更多，Johnny Holland有一系列非常值得閱讀的關于故事板制作與UX的文章。

/ 設計規(guī)范 /

正如Susan Roberson在她的文章創(chuàng)建設計規(guī)范中指出的，“設計規(guī)范是一份關于代碼的動態(tài)文件，詳細地記錄了在你的網站或應用中的所有不同的元素和編碼模塊”。它通常不只包括元素（比如文字，按鈕，UI控件等）的視覺外觀和感覺，以及HTML和CSS代碼，也詳細描述了設計模式和正確的用法。

有很多設計規(guī)范示例，其中比較好的包括：

1.美國網站設計規(guī)范代碼

2.星巴克設計規(guī)范

3.BBC全球體驗語言網站設計規(guī)范

/ 風格瓷磚 /

正如在有著機智名稱的Styletil.es網站上提到的，風格瓷磚是“一種設計交付物，包括字體，顏色和傳達出網站的視覺品牌本質的界面元素。風格瓷磚類似于一個室內設計師在設計一個房間之前獲得認可的油漆芯片和織物樣品。它們有助于在設計師和關鍵決策人之間建立通用的設計語言，并且可以促進對客戶的偏好和目標的討論?！?/span>

風格瓷磚更多地是一種生動的設計交付物而非UX文檔。然而，UX設計師一定會投入到一組風格瓷磚中，并且如果他們有平面設計技能，可能會自己創(chuàng)建一套風格瓷磚。

/ 系統(tǒng)地圖 /

系統(tǒng)地圖圖形化地展示了在一個特定的產品或服務中的不同角色和人工制品，以及它們之間的關系（把它當做一個生態(tài)系統(tǒng)地圖）。角色可能是服務的用戶或者實際上傳遞著服務的員工，人工制品可能是任何東西，從網站到實體對象如宣傳冊或印刷品。

系統(tǒng)地圖可以描繪與產品或服務（不管是已有的還是未來的）相關的各種元素，并且?guī)椭覀儗X設計有一個更加全局的視角。

/ 任務網格 /

任務網格通常是任務分析的主要產出物，其包括一個大任務，比如發(fā)送一封郵件，拆解成它的具體步驟和階段。任務網格跟體驗地圖很像，但是一般展示的是一個已有的任務，而不是一種未來的、期望的體驗。

對任務的每個步驟，列出用戶可能會問的一系列問題，以及潛在的痛點和關于功能特性的想法。

/ 可用性報告 /

可用性報告常常被用來詳細描述專家評估結果，比如啟發(fā)式評估或者認知吊查，或者用來呈現可用性測試的結果?？捎眯詧蟾娴年P鍵是盡可能保持簡短（沒有什么事情像閱讀一篇一百多頁的報告一樣了）以及盡可能使用視覺化表達。

/ 用戶旅程圖 /

體驗地圖一般用來展示點到點的客戶旅程，而用戶旅程文檔一般只用來展示用戶旅程的一部分。比如說，它可能是用戶訪問網站的旅程，或者完成一個特定任務的旅程。

旅程通常被拆分為用戶采取的步驟，通常會伴隨著視覺化傳達以幫助講述故事。

/ 用戶故事圖 /

我們創(chuàng)建用戶故事地圖常常是作為敏捷軟件開發(fā)項目的一部分，用戶故事地圖制定了組成各種產品特性和后續(xù)版本的用戶故事。

用戶故事用于在敏捷開發(fā)中定義用戶需求，它們通常采取這樣的形式：“作為一個<角色>，我想要<目標/渴望>以便<獲得好處>”。比如說，“作為一個<幫助臺操作員>，我想要<檢索之前的幫助臺詢問>以便<發(fā)現到目前為止發(fā)生了什么>”。

/ 視覺稿 /

圖形化設計視覺稿是重要的UX文檔，它們展現了完成的設計最終應該長什么樣子。隨著響應式設計的流行，更加組件化的視覺稿（比如風格瓷磚）也越來越流行了。

/ 線框圖 /

在很長一段時間里，線框圖是UX設計師的關鍵UX文檔。但是，隨著市面上出現的原型制作工具越來越強大和方便（更別說有那么多線框圖的局限性），原型已經開始強勢擠入了線框圖的UX文檔榜首位置。

線框圖用來展示組成屏幕，頁面或者UI組件的UI元素（文字，圖片，按鈕，鏈接等）。線框圖有點像UI的藍圖，展示了由什么元素組成UI以及它們應該如何運作，但不一定會展示UI的外觀。

/ 詞云 /

詞云（有時被混淆地稱為標記云）只是一種將一組單詞直觀地顯示為形狀的方式。通常，這種形狀是云（因此得名），單詞的大小隨著它們的重要性或頻率而增加。

Word Cloud 本身通常不是 UX 文檔，但對于傳達與 UX 相關的信息（如入站搜索詞、客戶反饋和現場搜索詞）非常有用。