如何輸出一份合格的交互設計文檔？ | 產品壹佰

07-18

做一件事之前一定要先想清楚做這件事的目的，為什麼要做這件事，只有這樣，才能萬變不離其宗，不會變成為了做事而做事，這很可怕。拿交互設計文檔來看，為什麼要寫交互設計文檔，這是開始寫之前要想清楚的。

為什麼要輸出《交互設計文檔》

產品進行需求分析，得出需求文檔，交互設計師要將抽象的需求轉化為具象的線框圖。（關於需求分析可以查看《一篇文章搞懂需求分析...》）這其間涉及到信息架構設計、導航設計、流程設計等分析，最後才能夠輸出較為合理的線框圖。交互設計文檔（縮寫DRD）就是要將這些分析過程用圖視化的形式展示出來，讓團隊成員明白產品設計成這樣的原因是什麼？增加交互設計的說服力。

同時一份詳盡的交互設計文檔，將很多產品細節都用圖視和文字的形式固定下來，起到了規範的作用，有助於團隊成員的溝通，降低溝通成本。

交互設計文檔都有誰在看？

產品：交互文檔可以理解成是將需求文檔圖視化的一個過程，所做的產品原型有沒有滿足用戶需求，達到公司的商業目的，交互設計師要和產品反覆溝通，確保達成用戶和公司的目標。

UI設計師：UI設計是將灰不溜秋的線框圖轉化為美美的視覺稿的人，他必須知道有多少個頁面要設計，這些頁面之間的跳轉邏輯是怎樣的，遇到特殊情況（數據載入、異常流程、網路異常等等）如何設計，這就是交互設計文檔對UI設計師的意義。

開發人員：不管是iOS、Android、H5等前端開發人員，還是後端開發人員，需要從交互文檔里知道，產品要實現多少功能？如何去實現？涉及到多少頁面？這些頁面又是通過什麼去跳轉的？碰到異常流程怎麼處理？...將這些問題理清後變成代碼語言，從而將產品實現出來。

測試人員：我們知道，產品必須經過系統測試才能上線，而進行系統測試之前，測試人員要進行測試用例的梳理，測試用例必須得覆蓋所有的功能甚至是action，才能做到上線無bug，或者是少bug狀態。測試人員整理測試用例表的時候就會參考交互設計文檔。

交互設計文檔都包括哪些東西？

知道了誰會看DRD以及DRD的意義。現在來說說DRD都包含哪些東西。

DRD的目錄

這是我整理DRD的一個目錄，包含九大部分：文檔封面；設計背景；信息架構；整體業務流程；任務流程圖；頁面流；功能列表；交互規範說明；線框圖。

①文檔封面

把交互設計文檔看成一本書，文檔封面就是這本書的封面，封面就得包括書名，作者，出版時間等關於書的基本信息。同樣的，DRD的文檔封面包括：項目名稱；版本號；時間；交互人員；內容。1.0版本的內容多為創建一個新的APP或者ERP，迭代版本的內容則是重構某個功能的頁面，增加/刪除某個功能等等。

文檔封面

②設計背景

交代清楚產品定位；具體的設計內容；設計的目標是什麼，讓觀眾通過設計背景模塊了解這次交互設計的一些基本情況。

③信息架構

產品分為幾個模塊，每個模塊下包含多少信息和標籤，一般會用思維導圖的形式畫出信息架構圖。推薦一個Mac OS下的思維導圖軟體IThoughtsX，一款簡約易用的導圖軟體。（關於信息架構設計可以查看《90%的設計師都不知道的信息架構知識》）。

④整體業務流程圖

整個業務模式涉及到多少主體？每個主體要負責哪些模塊？這些業務的流程是怎麼樣的？業務流程圖中的主體不光可以是買方、賣方等人，還可以是各個機構或者是APP、ERP等產品形式。

由於公司的業務流程涉及保密信息，所以從網上找了個購物的業務流程。一般業務流程會用泳道圖的形式來表示。

購物支付的業務流程

⑤任務流程圖

梳理完產品的信息架構和業務模式，接下來就要將產品分解為多個任務，一般一個產品只有一個主幹任務，其他則是支幹任務（微信的主幹任務是即時聊天，朋友圈、搖一搖、購物、設置等都屬於支幹任務）。

每個任務用一個流程圖表示，太過簡單的任務可以不需要畫流程圖（像設置里的任務，一般只涉及到兩三步操作）。

⑥頁面流

一個任務流程圖，繼續具體化，就要輸出該任務下的頁面流了，不同任務之間的頁面會存在重疊，這樣就可以將所有任務流程匯總，形成整個產品的頁面流。頁面流不需要將每個頁面的內容都詳細的畫出，只要畫出每個頁面涉及到的行動點（按鈕）。

關於三種流程的設計可以查看《產品的三種流程圖，你都知道嗎？》。

⑦功能列表

跟我司測試人員溝通之後，發現在交互上列出整個產品涉及到的功能點很有意義，測試可以通過這個去梳理測試用例，開發也能根據功能列表去比對發現哪些功能實現了，哪些功能沒有實現。

⑧交互規範說明

對於一些特殊的交互狀態，包括產品會共用的控制項我都會放在這個目錄下。

單位：規範產品中涉及到的所有單位，例如歷程用「公里」，時間用「2016年11月14日」的形式，金額用「元」或「￥」等等。

網路異常處理：網路異常時、網路切換時（從WiFi狀態到蜂窩狀態）、網路中斷等情況下的交互設計。

dialog和toast：各種臨時框和toast的樣式和文案的規範說明等。

數據載入：進入新頁面的時候，數據如何載入，用什麼樣式提示用戶頁面正在載入，需不需要非同步載入來提高用戶體驗等等。

版本控制：強制升級時產品怎麼處理？非強制升級時產品怎麼處理？升級的彈框和文案是怎樣的？一般在版本1.0下會和產品、技術確定產品的升級方案。

⑨線框圖

經過了上面重重分析，終於可以放開手畫線框圖了。線框圖一般包括三個部分：每個頁面的內容和排布；各個頁面之間的跳轉邏輯；一些交互說明。

用什麼工具寫DRD？

思維永遠比工具重要，你可以用InDesign、可以用PPT或者keynote、也可以用Axure等。

我一般用Axure整理和輸出文檔，交互評審完之後會將整個文檔通過HTML的形式分享出去，給團隊的各個成員查看。用瀏覽器就能打開，而且還會在瀏覽器左側形成目錄，瀏覽起來很方便。

用Axure導出的網頁形式

一千個交互設計師就有一千個交互設計文檔，根據不同的項目和公司不同的工作流程，按需設計自己的交互設計文檔。雖然交互設計文檔不要求做的很美觀，但至少要做到規範和整齊。

*著作權歸作者所有，轉載請聯繫作者獲得授權。