一、設計流程介紹：

由于公司還處在一個創(chuàng)業(yè)的階段，對于設計流程的設計更傾向于簡單高效；主要流程包含：需求收集、需求列表、需求設計、需求開發(fā)及最后的需求驗收；迭代周期為兩周一個版本，整體的節(jié)奏還是比較快的，再整個需求執(zhí)行過程中也是采用一個瀑布加任務并行的方式進行設計方案的推進，只有這樣才能按照迭代周期穩(wěn)步前進，下圖為我們處理需求的整個流程：

二、需求收集篩選：

1、需求收集：

就需求收集的重要性我就不多講了，不管是做產品或者交互都要收集各種需求，來確定產品迭代的方向；所處的公司或者團隊不同，收集需求的方式也不近相同；我們收集需求的方式主要有以下幾種，其中最主要的方式還是通過數據收集和用戶反饋：

（1）高層決策：也叫老板需求，主要來自于公司高層的戰(zhàn)略決策；需求方包括CEO及各個部門的主要負責人；這個不多做解釋，大家都懂；

（2）數據收集：通過APP內的數據打點以及借助數據分析平臺來分析用戶行為，得出具體的優(yōu)化點或者突圍點。對于數據收集，它是一種有效及靠譜的方式，但是對于中小型團隊來講，去做大亮的用戶調研及原始數據積累是一件很難的事情，時間和財力成本都很高；所以適當的借助第三方數據分析平臺是個很好的選擇，準確又高效；

展開全文

（3）用戶反饋：用戶反饋其實是一個很重要的需求收集入口，包括應用市場評論、APP端意見反饋及核心用戶私聊等方式；

（4）種子用戶群：對于一個有著一定用戶群體的產品來講，種子用戶群的建立是必須的；我主要是通過建立QQ群的方式，來集中收集用戶的反饋及意見；

2、需求篩選評估：

通過以上方式將需求收集之后，接下來會對這些需求進行篩選確認，過濾掉一些偽需求；我對于需求篩選的維度包含這么五個，包括：業(yè)務目標、性價比、重要度、影響用戶數及真是與否。需求篩選之后，會將最終的需求放置在需求池中，一般需求池中存放四個版本迭代的需求，這樣就不會在產品迭代過程因為需求不確定而手忙腳亂。

（1）業(yè)務目標：對于公司來講業(yè)務目標永遠是最要的，尤其是創(chuàng)業(yè)公司；當然要在用戶第一的基礎之上了；

（2）性價比：做一個需求再公司內部還是要考慮自身承受的極限的，要考慮時間、技術、人力及推廣成本等等，盡量做到以最少的資源消耗達到自身產品的目的；

（3）重要度：一方面要考慮公司的業(yè)務目標，另外也要考慮用戶的需求；至于那個最重要要視具體情況而定；

（4）影響用戶數：這個維度對于有很大用戶量的產品來講，是很重要的一點，盡量避免影響的用戶的范圍擴大；

（5）真實與否： 有時候我們通過用戶反饋或者其他得到的需求不一定都是真實的，還是需要二次的評估；

三、需求設計評估：

需求評估結束之后，就進入到了需求設計階段；在這個階段要完成產品方案的設計，最終產出高保真原型圖及需求文檔。

1、參與者及產出：

（1）產品經理：產品要輸出產品流程圖或者簡單的頁面結構圖；

（2）交互設計師：交互要根據產品提供的流程圖或者簡單的頁面結構圖，梳理出產品的信息架構以及根據需要產出具體的交互動效；

（3）UI設計師：UI根據交互原型輸出最終的視覺稿，也就是用戶最終看到的界面；待設計稿評估完成之后，設計師根據要求將界面切圖標注；

2、交互文檔細節(jié)：

為了使開發(fā)人員能方便的開發(fā)，我們將產品、交互及視覺文檔整合在一起輸出；所以文檔為高保真原型加產品及交互邏輯的集合，這樣我們的技術人員只需看一個文檔就可以了，能有效的節(jié)省溝通成本，提高開發(fā)的效率。對于交互文檔，一定要細致將各種邏輯細節(jié)表述清楚，其中包含以下幾個方面：

（1）頁面布局：頂部標簽欄、中部內容區(qū)及底部操作欄的功能釋義，操作路徑、顯示樣式等；

（2）手勢及轉場：操作功能或者界面用到的手勢有哪些，例如左滑、右滑、上滑、下滑等；還有轉場細節(jié)，比如左移入、右移入、上移入、下移入等；

（3）反饋效果：輸入反饋、點擊反饋、彈窗邏輯、錯誤反饋、刷新等；

頁面跳轉：也就是轉場邏輯；

（4）元素的規(guī)則定義：關鍵功能、關鍵信息等；

（5）其它細節(jié)：缺省頁面、成功/失敗狀態(tài)、加載方式、刷新方式等；

除了以上通用的交互細節(jié)外，還是有就是動效文檔的細節(jié)了，因為平時也會遇到交互動效的輸出；所以，動效細節(jié)的標注也是蠻重要的，具體包含以下幾個細節(jié)：

（1）動效名稱：比如搖晃、哐啷、跳躍、彈跳等；

（2）動效參數：動效時長，一般以毫秒為單位；是否延遲，延遲多久等；

（3）觸發(fā)邏輯：什么時候觸發(fā)動效及多個動效出現(xiàn)的順序等；

四、需求開發(fā)驗證：

開發(fā)結束之后，還要對需求進行驗證/驗收；我們驗證的方式有以下三種：

（1）測試部門測試：這個環(huán)節(jié)當然是必須的，是保證需求順利上線的重要一環(huán)；

（2）需求方測試：在測試部門測試的時候，需求方也會介入進行業(yè)務邏輯、產品邏輯、交互邏輯及視覺展示的測試；參與的有：產品、交互、UI、運營、市場等等；

（3）種子用戶內測：在以上方式結束之后，會進入用戶內測階段，將最終的方案打包發(fā)給用戶去體驗，發(fā)現(xiàn)問題，然后進行修復；

等到用戶內測結束之后，所有問題都修復解決了，才能最終發(fā)布上線，這樣我們能保證整個的方案是可行的，用戶在使用的過程中不會出現(xiàn)大的紕漏。

好啦！今天先給大家分享這么多，如想學習掌握更多UI設計知識請搜索關注新浪微博：UI設計傳，回復：UI，贈送UI設計資料，你所關注的人，將決定你看到的世界。