前言：我很喜歡這樣的一句話：“在做設計的時候，最大的阻力不是用戶相關問題，而是內部的認知、利益點、看待事情方式的不一致?！?/b>；尤其是在推動產品及交互需求落地的過程中，感受最為深刻。對于一個產品或者交互老司機來說，內部推動需求落地沒有任何問題；但對于剛入行的新人來講就有點困難了，由于之前的沒有或者缺乏此類經驗，因此，經常會在推動落地需求過程中遇到各種阻力；比如，跟需求方及開發同學溝通不暢導致的撕逼等等；為此，筆者將通過自身實例來跟大家分享下，我是如何推動產品及交互需求順利落地的。

接下來，我將從設計流程介紹、需求收集篩選、需求設計評估、需求開發驗收及需求管理及開發溝通工具介紹五個維度來分享，如何推動產品及交互需求落地。

一、設計流程介紹：

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

二、需求收集篩選：

1、需求收集：

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

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

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

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

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

2、需求篩選評估：

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

業務目標：對于公司來講業務目標永遠是最要的，尤其是創業公司；當然要在用戶第一的基礎之上了；

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

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

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

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

三、需求設計評估：

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

1、參與者及產出：

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

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

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

2、交互文檔細節：

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

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

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

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

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

元素的規則定義：關鍵功能、關鍵信息等；

其它細節：缺省頁面、成功/失敗狀態、加載方式、刷新方式等；

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

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

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

觸發邏輯：什么時候觸發動效及多個動效出現的順序等；

四、需求開發驗證：

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

測試部門測試：這個環節當然是必須的，是保證需求順利上線的重要一環；

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

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

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

五、需求管理及開發溝通工具介紹：

其實，在整個的需求落地過程中，用傳統的方式管理需求和跟開發協作有點低效了；因此，我還是覺得使用協同工具比較方便高效，不論是管理需求還是跟開發溝通。對于這個問題我就不多說了，大家可以看我上一篇文章《設計管理 | 如何讓設計團隊的工作效率提升50%？》，里邊講的非常清楚了。

六、總結：

以上就是我在推動需求落地過程中的一些經驗和體會，希望對大家有用，O(∩_∩)O謝謝~