經(jīng)驗(yàn)分享 | 如何更好地推動(dòng)產(chǎn)品及交互需求順利落地?
![](http://image.woshipm.com/wp-files/img/53.jpg)
本文作者將從設(shè)計(jì)流程介紹、需求收集篩選、需求設(shè)計(jì)評(píng)估、需求開發(fā)驗(yàn)收及需求管理及開發(fā)溝通工具介紹五個(gè)維度來(lái)分享,如何推動(dòng)產(chǎn)品及交互需求落地。enjoy~
我很喜歡這樣的一句話:“在做設(shè)計(jì)的時(shí)候,最大的阻力不是用戶相關(guān)問(wèn)題,而是內(nèi)部的認(rèn)知、利益點(diǎn)、看待事情方式的不一致?!?/strong>;尤其是在推動(dòng)產(chǎn)品及交互需求落地的過(guò)程中,感受最為深刻。對(duì)于一個(gè)產(chǎn)品或者交互老司機(jī)來(lái)說(shuō),內(nèi)部推動(dòng)需求落地沒(méi)有任何問(wèn)題;但對(duì)于剛?cè)胄械男氯藖?lái)講就有點(diǎn)困難了,由于之前的沒(méi)有或者缺乏此類經(jīng)驗(yàn),因此,經(jīng)常會(huì)在推動(dòng)落地需求過(guò)程中遇到各種阻力;比如,跟需求方及開發(fā)同學(xué)溝通不暢導(dǎo)致的撕逼等等;為此,筆者將通過(guò)自身實(shí)例來(lái)跟大家分享下,我是如何推動(dòng)產(chǎn)品及交互需求順利落地的。
一、設(shè)計(jì)流程介紹
由于公司還處在一個(gè)創(chuàng)業(yè)的階段,對(duì)于設(shè)計(jì)流程的設(shè)計(jì)更傾向于簡(jiǎn)單高效;主要流程包含:需求收集、需求列表、需求設(shè)計(jì)、需求開發(fā)及最后的需求驗(yàn)收;迭代周期為兩周一個(gè)版本,整體的節(jié)奏還是比較快的,再整個(gè)需求執(zhí)行過(guò)程中也是采用一個(gè)瀑布加任務(wù)并行的方式進(jìn)行設(shè)計(jì)方案的推進(jìn),只有這樣才能按照迭代周期穩(wěn)步前進(jìn),下圖為我們處理需求的整個(gè)流程:
二、需求收集篩選
1、需求收集
就需求收集的重要性我就不多講了,不管是做產(chǎn)品或者交互都要收集各種需求,來(lái)確定產(chǎn)品迭代的方向;所處的公司或者團(tuán)隊(duì)不同,收集需求的方式也不近相同;我們收集需求的方式主要有以下幾種,其中最主要的方式還是通過(guò)數(shù)據(jù)收集和用戶反饋:
- 高層決策:也叫老板需求,主要來(lái)自于公司高層的戰(zhàn)略決策;需求方包括CEO及各個(gè)部門的主要負(fù)責(zé)人;這個(gè)不多做解釋,大家都懂;
- 數(shù)據(jù)收集:通過(guò)APP內(nèi)的數(shù)據(jù)打點(diǎn)以及借助數(shù)據(jù)分析平臺(tái)來(lái)分析用戶行為,得出具體的優(yōu)化點(diǎn)或者突圍點(diǎn)。對(duì)于數(shù)據(jù)收集,它是一種有效及靠譜的方式,但是對(duì)于中小型團(tuán)隊(duì)來(lái)講,去做大亮的用戶調(diào)研及原始數(shù)據(jù)積累是一件很難的事情,時(shí)間和財(cái)力成本都很高;所以適當(dāng)?shù)慕柚谌綌?shù)據(jù)分析平臺(tái)是個(gè)很好的選擇,準(zhǔn)確又高效;
- 用戶反饋:用戶反饋其實(shí)是一個(gè)很重要的需求收集入口,包括應(yīng)用市場(chǎng)評(píng)論、APP端意見反饋及核心用戶私聊等方式;
- 種子用戶群:對(duì)于一個(gè)有著一定用戶群體的產(chǎn)品來(lái)講,種子用戶群的建立是必須的;我主要是通過(guò)建立QQ群的方式,來(lái)集中收集用戶的反饋及意見;
2、需求篩選評(píng)估
通過(guò)以上方式將需求收集之后,接下來(lái)會(huì)對(duì)這些需求進(jìn)行篩選確認(rèn),過(guò)濾掉一些偽需求;我對(duì)于需求篩選的維度包含這么五個(gè),包括:業(yè)務(wù)目標(biāo)、性價(jià)比、重要度、影響用戶數(shù)及真是與否。需求篩選之后,會(huì)將最終的需求放置在需求池中,一般需求池中存放四個(gè)版本迭代的需求,這樣就不會(huì)在產(chǎn)品迭代過(guò)程因?yàn)樾枨蟛淮_定而手忙腳亂。
- 業(yè)務(wù)目標(biāo):對(duì)于公司來(lái)講業(yè)務(wù)目標(biāo)永遠(yuǎn)是最要的,尤其是創(chuàng)業(yè)公司;當(dāng)然要在用戶第一的基礎(chǔ)之上了;
- 性價(jià)比:做一個(gè)需求再公司內(nèi)部還是要考慮自身承受的極限的,要考慮時(shí)間、技術(shù)、人力及推廣成本等等,盡量做到以最少的資源消耗達(dá)到自身產(chǎn)品的目的;
- 重要度:一方面要考慮公司的業(yè)務(wù)目標(biāo),另外也要考慮用戶的需求;至于那個(gè)最重要要視具體情況而定;
- 影響用戶數(shù):這個(gè)維度對(duì)于有很大用戶量的產(chǎn)品來(lái)講,是很重要的一點(diǎn),盡量避免影響的用戶的范圍擴(kuò)大;
- 真實(shí)與否: 有時(shí)候我們通過(guò)用戶反饋或者其他得到的需求不一定都是真實(shí)的,還是需要二次的評(píng)估;
三、需求設(shè)計(jì)評(píng)估
需求評(píng)估結(jié)束之后,就進(jìn)入到了需求設(shè)計(jì)階段;在這個(gè)階段要完成產(chǎn)品方案的設(shè)計(jì),最終產(chǎn)出高保真原型圖及需求文檔。
1、參與者及產(chǎn)出
- 產(chǎn)品經(jīng)理:產(chǎn)品要輸出產(chǎn)品流程圖或者簡(jiǎn)單的頁(yè)面結(jié)構(gòu)圖;
- 交互設(shè)計(jì)師:交互要根據(jù)產(chǎn)品提供的流程圖或者簡(jiǎn)單的頁(yè)面結(jié)構(gòu)圖,梳理出產(chǎn)品的信息架構(gòu)以及根據(jù)需要產(chǎn)出具體的交互動(dòng)效;
- UI設(shè)計(jì)師:UI根據(jù)交互原型輸出最終的視覺(jué)稿,也就是用戶最終看到的界面;待設(shè)計(jì)稿評(píng)估完成之后,設(shè)計(jì)師根據(jù)要求將界面切圖標(biāo)注;
2、交互文檔細(xì)節(jié)
為了使開發(fā)人員能方便的開發(fā),我們將產(chǎn)品、交互及視覺(jué)文檔整合在一起輸出;所以文檔為高保真原型加產(chǎn)品及交互邏輯的集合,這樣我們的技術(shù)人員只需看一個(gè)文檔就可以了,能有效的節(jié)省溝通成本,提高開發(fā)的效率。對(duì)于交互文檔,一定要細(xì)致將各種邏輯細(xì)節(jié)表述清楚,其中包含以下幾個(gè)方面:
- 頁(yè)面布局:頂部標(biāo)簽欄、中部?jī)?nèi)容區(qū)及底部操作欄的功能釋義,操作路徑、顯示樣式等;
- 手勢(shì)及轉(zhuǎn)場(chǎng):操作功能或者界面用到的手勢(shì)有哪些,例如左滑、右滑、上滑、下滑等;還有轉(zhuǎn)場(chǎng)細(xì)節(jié),比如左移入、右移入、上移入、下移入等;
- 反饋效果:輸入反饋、點(diǎn)擊反饋、彈窗邏輯、錯(cuò)誤反饋、刷新等;
- 頁(yè)面跳轉(zhuǎn):也就是轉(zhuǎn)場(chǎng)邏輯;
- 元素的規(guī)則定義:關(guān)鍵功能、關(guān)鍵信息等;
- 其它細(xì)節(jié):缺省頁(yè)面、成功/失敗狀態(tài)、加載方式、刷新方式等;
出了以上通用的交互細(xì)節(jié)外,還是有就是動(dòng)效文檔的細(xì)節(jié)了,因?yàn)槠綍r(shí)也會(huì)遇到交互動(dòng)效的輸出;所以,動(dòng)效細(xì)節(jié)的標(biāo)注也是蠻重要的,具體包含以下幾個(gè)細(xì)節(jié):
- 動(dòng)效名稱:比如搖晃、哐啷、跳躍、彈跳等;
- 動(dòng)效參數(shù):動(dòng)效時(shí)長(zhǎng),一般以毫秒為單位;是否延遲,延遲多久等;
- 觸發(fā)邏輯:什么時(shí)候觸發(fā)動(dòng)效及多個(gè)動(dòng)效出現(xiàn)的順序等;
四、需求開發(fā)驗(yàn)證
開發(fā)結(jié)束之后,還要對(duì)需求進(jìn)行驗(yàn)證/驗(yàn)收;我們驗(yàn)證的方式有以下三種:
- 測(cè)試部門測(cè)試:這個(gè)環(huán)節(jié)當(dāng)然是必須的,是保證需求順利上線的重要一環(huán);
- 需求方測(cè)試:在測(cè)試部門測(cè)試的時(shí)候,需求方也會(huì)介入進(jìn)行業(yè)務(wù)邏輯、產(chǎn)品邏輯、交互邏輯及視覺(jué)展示的測(cè)試;參與的有:產(chǎn)品、交互、UI、運(yùn)營(yíng)、市場(chǎng)等等;
- 種子用戶內(nèi)測(cè):在以上方式結(jié)束之后,會(huì)進(jìn)入用戶內(nèi)測(cè)階段,將最終的方案打包發(fā)給用戶去體驗(yàn),發(fā)現(xiàn)問(wèn)題,然后進(jìn)行修復(fù);
等到用戶內(nèi)測(cè)結(jié)束之后,所有問(wèn)題都修復(fù)解決了,才能最終發(fā)布上線,這樣我們能保證整個(gè)的方案是可行的,用戶在使用的過(guò)程中不會(huì)出現(xiàn)大的紕漏。
五、需求管理及開發(fā)溝通工具介紹
其實(shí),在整個(gè)的需求落地過(guò)程中,用傳統(tǒng)的方式管理需求和跟開發(fā)協(xié)作有點(diǎn)低效了;因此,我還是覺(jué)得使用協(xié)同工具比較方便高效,不論是管理需求還是跟開發(fā)溝通。對(duì)于這個(gè)問(wèn)題我就不多說(shuō)了,大家可以看我上一篇文章《設(shè)計(jì)管理 | 如何讓設(shè)計(jì)團(tuán)隊(duì)的工作效率提升50%?》,里邊講的非常清楚了。
以上就是我在推動(dòng)需求落地過(guò)程中的一些經(jīng)驗(yàn)和體會(huì),希望對(duì)大家有用,O(∩_∩)O謝謝~
作者:熊貓小生,交互設(shè)計(jì)師,4年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),曾主導(dǎo)多個(gè)互聯(lián)網(wǎng)產(chǎn)品的設(shè)計(jì)工作。
本文由 @熊貓小生 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖由作者提供
- 目前還沒(méi)評(píng)論,等你發(fā)揮!