交互設計師必須知道的五大交互設計流程

互動設計從用戶角度來說，是一種如何讓產品易用，有效而讓人愉悅的技術，它致力于了解目標用戶和他們的期望，了解用戶在同產品交互時彼此的行為，了解“人”本身的心理和行為特點。同時，還包括了解各種有效的交互方式，并對它們進行增強和擴充，交互設計還涉及到多個學科，以及和多領域多背景人員的溝通。其實，交互設計需要做的事情也不是一成不變的，它會隨每個交互設計師的工作內容差異而不同，具體到每個項目也會有區別。怎樣做交互設計及做交互設計的五大流程，方式不一定合適所有的交互設計師，但卻能說明一些你想要了解的問題。

一、發現用戶需要，建立明確需求

發現用戶需要的方式有很多種，我們可以在用戶反饋里收集到許多用戶提出的想法，他們希望我們能提供幫助解決問題的產品；我們也可以主動去觀察一些生活中的信息，為靈感的迸發做儲備。

比如說網頁的隱形加載機制項目，有不少用戶跟我們反應說，他們有時因為網站的圖片太多或太大，會導致網站頁面加載慢，同時在加載的過程中頁面顯示都空白的，所以希望能提供一個專業的隱形加載機制功能，能夠幫助他們有效的展示頁面的顯示情況。

確認了用戶的這一需要，我們的產品同事就會組織立項，把用研和設計組的同事呼喚過來一起進行調研，確定我們的目標用戶。

用研組會通過問卷調查等方式盡可能多的去收集信息，交互設計師也會參與分析調研，組織會議幫助用研組完善信息，我們會采取一些有趣的方式，比如一堆人在一起頭腦風暴，大家回憶各種相關的生活場景，然后把一些關鍵詞記錄下來。

這一步我們的目的是要知道：用戶想要什么？

通過這些步驟我們提煉出一些最重要的功能需求，接著產品組會整理出需求文檔，設計師就位。

二、提出設計方案

通過調研，我們得到了大量數據信息，并建立了明確的需求，下一步就是開始提設計方案。

這個階段我會做一些概念設計，類似于做實物產品時設計一個水杯，我會描述它說：我要設計一個旅行用的水杯，它能疊成一個小圓盤，喝水的時候只需要把小圓盤的圓心部分往下按，就能變成一個杯子。

互聯網產品也是這樣，需要賦予它一個概念，例如日程管理：這是一個專業的日程管理功能，通過使用它，我們可以有效的管理自己每天的日程和時間，以提高工作效率，并且不會再錯過每個重要的約會！

這些文字并不一定非是交互設計師所總結，但是交互設計師必須要做到對產品心里有數，明確我們要做什么。

同時需要進行的還有初稿設計，在這里我所謂的初稿，并不一定是嚴格要求中的交互原型，可以是用工具軟件把主要的頁面流程做出來，也可以手繪草圖，只要能清晰表達設計構思的，什么樣的方式都可以。

三、制作設計原型

制作設計原型，也就是常說的交互稿，區別于做設計方案時的初稿，這份交互稿我會盡可能細致的把流程和具體操作形式表達出來。

考慮到做交互是一個迭代過程，在設計稿的首頁為設計的產品做一份交互更新日志，記錄下交互更新時間、版本名稱、更新類型、更新內容、參考需求文檔與交互負責人。如下圖所示：

對于這份更新日志的意義在于：

1、更新時間：便于全程跟蹤記錄項目，掌握每個時間點。

2、版本名稱：便于項目參與人員查找上一版本的交互稿。

3、更新類型：了解每次更新需求的性質。

4、更新內容：清晰呈現每一次更新的內容，并提供一個直接去到更新頁面的鏈接，這樣在進行迭代時我們的伙伴不用一頁頁去尋找更新點。

5、參考需求文檔：便于項目參與人員查找對應的需求文檔。

6、交互負責人：記錄每次迭代的交互負責人，并能方便工作交接。

交互稿的制作過程，一般是要先做原型的，像一些視覺比較成熟且相對穩定的產品，我會偏向做高保真模型，我們會整理一個控件庫，這樣能提高制作效率；做一個全新項目時，黑白稿線稿都是可用的方式，如果交互設計師能對大概的視覺效果有把握，也能做得精致些。同時，也要保證頁面的合理性，這些我想大家都很了解，所以不多說了。

四、制作交互設計說明

之所以把這部分內容提出來單獨寫一段，是因為之前和很多做交互的朋友討論過該怎樣做好交互說明，大家各有看法，很難找到這部分工作的衡量標準。

交互說明書在整個設計過程中，也許只會占用小部分工作量，但是作用不小，它能幫助我們減少溝通成本，輔助交互稿描述設計理念，表達交互流程，更細致的展現我們的設計。

與做設計稿不同，個人認為，交互說明這部分工作，需要我們更多了解它作說明的對象，即產品經理、視覺設計師、開發人員的需求，從而達到真正的“輔助”效果，而不是盲目憑自己主觀去長篇大論，否則我們要為此花費時間，而且這部分工作只能沉積為一堆我們自己欣賞毫無意義的文字。

為此我曾與合作過的各組同事進行溝通，提煉出一些他們對交互說明的需求，不求全面，但求能說明一些問題。

1、交互說明最好是圖文并茂（all）

其主要作用就是便于閱讀和理解。

2、頁面跳轉的說明（產品&程序）

頁面跳轉是涉及多個頁面關系的操作，產品人員在看交互稿時，會更多去關注多個目的性的任務操作流程，而對頁面跳轉的記憶是有限的，所以需要頁面跳轉說明。

3、交互說明能否考慮與產品需求文檔結合（產品）

開發文檔會涉及產品概念、技術方案、業務執行角色等內容，和交互設計稿有著緊密關聯，所以，交互說明書與開發文檔是可以相互做補充，整理成一份文檔，這樣也能避免工作內容重復。

4、對交互稿中不明顯的交互動作或隱藏的設置項作說明（產品&視覺&頁面構架）

細節和動作需要描述清楚，比如說鼠標focus、click的動作，或click后是loading還是跳轉，這些平時都是開會上討論，但是參與項目的人員不一定都能記住，所以會需要在交互說明書里做說明，并需要考慮到頁面構架組需要預留適應變化的結構。

5、產品風格定位（視覺）

商務風？休閑風？視覺需要一個準確的產品風格定位。這部分工作不一定是由交互人員來確定，但在產品孕育階段中，設計稿討論以及不定時更新的數據調查，會使得產品風格定位漸漸明確，視覺的同事更多是參與設計階段的工作，這就需要交互人員將這些信息在交互說明中記錄下來，以輔助視覺完成。

6、極限狀態（前端）

比如一個列表最長和最短顯示。

7、異常/出錯情況說明（程序）

這一點在交互稿制作和與產品溝通過程中容易被忽略。

有的設計師會疑惑：為什么我做的設計說明書會沒人看？我寫的很詳細了，但是他們還是會問我一堆設計的問題！甚至，問我為什么要做這個文檔？

在這些情況面前，設計師應該做些思考，我們所制作的這份說明是否真正解決問題了呢？

一些基本的邏輯判斷和文字內容，產品人員已在需求文檔中列出且在交互稿中已清晰呈現，例如原型中完整呈現的設置內容，或一個單選復選關系，這些內容我們再花時間去大篇描述，并無太大意義。

所以交互說明并不一定是一份文本，它不該是設計師的舞文弄墨，更不該流于形式做交互設計原型的復制品。

我們可以在交互原型上注釋，在圖上寫說明，或者是在和項目組發郵件時寫為郵件內容，當然也可以是word文檔，PPT…。

總之，我們要做到的是真正解決問題，讓交互說明書成為幫助項目中各組成員之間進行有效溝通、輔助理解設計內容從而達到提高項目效率的工具，并在需要的時候被制作。

五、用戶測試與評估

產品基本功能實現后，我們會做用戶測試，設計是很主觀的，并且會受各種因素影響，所以我們的產品難免會存在一些意料之外的問題，通過招募用戶來使用我們的產品，我們能收集到一些使用場景中發現問題的反饋，并把這些整理成優化點，完善我們的產品。

同時交互設計師也要多用自己的產品，保證上線內容與設計保持一致。

這就是我對自己交互工作的一個相對完整的描述，我的感覺是，這是一份很有意思的工作，因為我自己也是一個用戶，我會在使用產品的過程中發現這樣那樣的問題，所以我也自然而然的想去解決這些問題，并在尋求方法中得到一定的積累。

然而，這也確實是一份很需要花心思的工作，設計方式自由，但是設計內容需嚴謹，疏忽了一個問題，就有可能為產品帶來極大的負面影響，甚至失去用戶的青睞。

要讓我們的產品保持良性發展，就要求設計師們不斷探索優秀的設計方法。

交互設計師不能依靠市場調查出的用戶需求來做事，因為這些是最低的要求，只能保證我們不犯錯，我們要發現用戶潛意識里的渴望。我們要主動的去發現用戶的需求，然后用各種方法滿足用戶的需求。所以，這就要求交互設計師通常是超級敏感的，具有很強的觀察能力，創造能力以及表達能力。因為我們真正要設計的，是那些不可言說的感受。