產(chǎn)品需求不能落地，前輩教會我這個流程

本文將從設(shè)計流程介紹、需求收集篩選、需求設(shè)計評估、需求開發(fā)驗收、需求管理及開發(fā)溝通工具介紹，五個維度來分享如何推動產(chǎn)品及交互需求落地。

我很喜歡這樣的一句話：“在做設(shè)計的時候，最大的阻力不是用戶相關(guān)問題，而是內(nèi)部的認(rèn)知、利益點、看待事情方式的不一致。”尤其是在推動產(chǎn)品及交互需求落地的過程中，感受最為深刻。對于一個產(chǎn)品或者交互老司機(jī)來說，內(nèi)部推動需求落地沒有任何問題。但對于剛?cè)胄械男氯藖碚f就有些困難了，由于之前沒有或者缺乏此類經(jīng)驗，因此，經(jīng)常會在推動落地需求過程中遇到各種阻力。比如，跟需求方及開發(fā)同學(xué)溝通不暢導(dǎo)致的撕逼等等。為此，筆者將通過自身實例來跟大家分享下，我是如何推動產(chǎn)品及交互需求順利落地的。

一. 設(shè)計流程介紹

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

二. 需求收集篩選

1. 需求收集

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

• 高層決策：也叫老板需求，主要來自于公司高層的戰(zhàn)略決策。需求方包括CEO及各個部門的主要負(fù)責(zé)人。
• 數(shù)據(jù)收集：通過APP內(nèi)的數(shù)據(jù)埋點以及借助數(shù)據(jù)分析平臺來分析用戶行為，得出具體的優(yōu)化點或者突圍點。對于數(shù)據(jù)收集，它是一種有效及靠譜的方式，但是對于中小型團(tuán)隊來講，去做大量的用戶調(diào)研及原始數(shù)據(jù)積累是一件很難的事情，時間和財力成本都很高。所以適當(dāng)?shù)慕柚谌綌?shù)據(jù)分析平臺是個很好的選擇，準(zhǔn)確又高效。
• 用戶反饋：用戶反饋其實是一個很重要的需求收集入口，包括應(yīng)用市場評論、APP端意見反饋及核心用戶私聊等方式。
• 種子用戶群：對于一個有著一定用戶群體的產(chǎn)品來講，種子用戶群的建立是必須的、我主要是通過建立QQ群的方式，來集中收集用戶的反饋及意見。

2. 需求篩選評估

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

• 業(yè)務(wù)目標(biāo)：對于公司來講業(yè)務(wù)目標(biāo)永遠(yuǎn)是最要的，尤其是創(chuàng)業(yè)公司，當(dāng)然要在用戶第一的基礎(chǔ)之上了。
• 性價比：做一個需求在公司內(nèi)部還是要考慮自身承受的極限的，要考慮時間、技術(shù)、人力及推廣成本等等，盡量做到以最少的資源消耗達(dá)到自身產(chǎn)品的目的。
• 重要度：一方面要考慮公司的業(yè)務(wù)目標(biāo)，另外也要考慮用戶的需求，至于那個最重要的要視具體情況而定。
• 影響用戶數(shù)：這個維度對于有很大用戶量的產(chǎn)品來講，是很重要的一點，盡量避免影響用戶的范圍擴(kuò)大。
• 真實與否： 有時候我們通過用戶反饋或者其他得到的需求不一定都是真實的，還是需要二次的評估。

三. 需求設(shè)計評估

需求評估結(jié)束之后，就進(jìn)入到了需求設(shè)計階段。在這個階段要完成產(chǎn)品方案的設(shè)計，最終產(chǎn)出高保真原型圖及需求文檔。

1. 參與者及產(chǎn)出

• 產(chǎn)品經(jīng)理：產(chǎn)品要輸出產(chǎn)品流程圖或者簡單的頁面結(jié)構(gòu)圖。
• 交互設(shè)計師：交互要根據(jù)產(chǎn)品提供的流程圖或者簡單的頁面結(jié)構(gòu)圖，梳理出產(chǎn)品的信息架構(gòu)以及根據(jù)需要產(chǎn)出具體的交互動效。
• UI設(shè)計師：UI根據(jù)交互原型輸出最終的視覺稿，也就是用戶最終看到的界面。待設(shè)計稿評估完成之后，設(shè)計師根據(jù)要求將界面切圖標(biāo)注。

2. 交互文檔細(xì)節(jié)

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

• 頁面布局：頂部標(biāo)簽欄、中部內(nèi)容區(qū)及底部操作欄的功能釋義，操作路徑、顯示樣式等。
• 手勢及轉(zhuǎn)場：操作功能或者界面用到的手勢有哪些，例如左滑、右滑、上滑、下滑等；還有轉(zhuǎn)場細(xì)節(jié)，比如左移入、右移入、上移入、下移入等。
• 反饋效果：輸入反饋、點擊反饋、彈窗邏輯、錯誤反饋、刷新等。
• 頁面跳轉(zhuǎn)：也就是轉(zhuǎn)場邏輯。
• 元素的規(guī)則定義：關(guān)鍵功能、關(guān)鍵信息等。
• 其它細(xì)節(jié)：缺省頁面、成功/失敗狀態(tài)、加載方式、刷新方式等。

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

• 動效名稱：比如搖晃、哐啷、跳躍、彈跳等。
• 動效參數(shù)：動效時長，一般以毫秒為單位，是否延遲，延遲多久等。
• 觸發(fā)邏輯：什么時候觸發(fā)動效及多個動效出現(xiàn)的順序等。

四. 需求開發(fā)驗證

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

• 測試部門測試：這個環(huán)節(jié)當(dāng)然是必須的，是保證需求順利上線的重要一環(huán)。
• 需求方測試：在測試部門測試的時候，需求方也會介入進(jìn)行業(yè)務(wù)邏輯、產(chǎn)品邏輯、交互邏輯及視覺展示的測試。參與的有，產(chǎn)品、交互、UI、運營、市場等等。
• 種子用戶內(nèi)測：在以上方式結(jié)束之后，會進(jìn)入用戶內(nèi)測階段，將最終的方案打包發(fā)給用戶去體驗，發(fā)現(xiàn)問題，然后進(jìn)行修復(fù)。

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

五. 需求管理及開發(fā)溝通工具介紹

其實，在整個的需求落地過程中，用傳統(tǒng)的方式管理需求和跟開發(fā)協(xié)作有點低效了。因此，我還是覺得使用協(xié)同工具比較方便高效，不論是管理需求還是跟開發(fā)溝通。

以上就是我在推動需求落地過程中的一些經(jīng)驗和體會，希望對大家有用。