敏捷開發(fā)流程:如何提高產(chǎn)品迭代效率
眾所周知,微信是2011年1月21日進(jìn)行發(fā)布推出的,但是微信并不是第一個做社交軟件的,在微信前三個月就已經(jīng)有米聊推出,更早的還有強大的中國移動在2007年推出的飛信。
但是,為什么其他更早推向市場的產(chǎn)品為什么后來在與微信的競爭中落于下風(fēng)?
面對如此多的競爭對手,微信是這樣通過一系列的迭代以及功能的改進(jìn)。
- 利用QQ的導(dǎo)流優(yōu)勢,迅速推出附近的人、漂流瓶等功能吸引用戶,
- 在2012年8月23日推出微信公眾平臺,一大把的微信營銷案例又一次把微信放在在浪潮之上,
- 在2014年1月27推出微信紅包,2015年除夕當(dāng)日微信紅包收發(fā)總量達(dá)10.1億次,在創(chuàng)造了強大交易量的同時,微信紅包也為財付通的推廣打出一手好牌等等…
微信通過一系列的產(chǎn)品迭代,從而坐上社交軟件龍頭的位置,它并不是最開始面向市場的,但是它笑了最后。
我們不僅僅能由此得出微信的產(chǎn)品功能設(shè)計很棒,同時,我們也該明白:微信的迭代效率絕對是非??斓?,在響應(yīng)市場的把控上,是少有產(chǎn)品能比的。
前段時間針對下拉拍短視頻的功能,在經(jīng)過用戶反饋之后,就在微信更新中進(jìn)行了去除,足以可見響應(yīng)之快。
同樣地,不僅是微信,對于其他的互聯(lián)網(wǎng)產(chǎn)品,產(chǎn)品的迭代效率都是十分重要的。
產(chǎn)品的迭代效率高可以讓產(chǎn)品更早推出發(fā)布,搶占先機(jī)占領(lǐng)市場,同時容易快速試錯,通過用戶的反饋數(shù)據(jù)快速進(jìn)行產(chǎn)品的迭代,這樣利于我們在市場上更穩(wěn)地站好腳跟。
那么,我們?nèi)绾巫畲筇岣弋a(chǎn)品迭代效率?
在這里,我先不談產(chǎn)品最初的開發(fā)發(fā)布,以產(chǎn)品迭代為例子,詳細(xì)講述如何提高產(chǎn)品迭代效率——敏捷開發(fā)流程,這是一種流程,更是一種好的工作方式。
如圖所示,這是詳細(xì)的流程表格,下面逐點進(jìn)行分析。
背景
- 產(chǎn)品類型:以上是以一個網(wǎng)站或APP簡單的迭代舉例
- 開發(fā)周期:表格中設(shè)定的是兩周時間,實際操作中我們應(yīng)該根據(jù)產(chǎn)品具體的迭代難度進(jìn)行時間的調(diào)整,一切視情況而定。
- 工作人員:參與迭代的工作人員涉及到產(chǎn)品、UE、UI、開發(fā)、測試,基本上互聯(lián)網(wǎng)公司都會涉及到這些崗位,小型的創(chuàng)業(yè)公司可能沒有UE,那么一般是由產(chǎn)品經(jīng)理完成,所以作為產(chǎn)品經(jīng)理,原型圖以及交互體驗是必須要懂的,有時候測試人員不夠,同樣地,產(chǎn)品也要進(jìn)行參與,所以,產(chǎn)品是苦逼的,大家要善待每一個產(chǎn)品經(jīng)理。
工作流分析
我用灰色進(jìn)行了標(biāo)記,這是我們在產(chǎn)品設(shè)計過程中都會用到的流程,我將主要流程提取出來,便于查看,如下圖。
在產(chǎn)品迭代的過程中,根據(jù)每個人所負(fù)責(zé)具體的工作內(nèi)容,進(jìn)行合理的分配時間。
- 前期(前1/4時間):由產(chǎn)品經(jīng)理進(jìn)行驅(qū)動,進(jìn)行公司產(chǎn)品戰(zhàn)略的參與,從而進(jìn)行需求的采集與確定,根據(jù)競品分析以及用戶調(diào)研,進(jìn)行產(chǎn)品原型的制作以及產(chǎn)品需求文檔的撰寫,在這個過程中,需要與項目經(jīng)理進(jìn)行評審,了解產(chǎn)品的開發(fā)難度以及可行性,從而對產(chǎn)品需求以及原型圖進(jìn)行合適地調(diào)整。
- 中期(1/4時間):由UE完善產(chǎn)品原型的交互細(xì)節(jié),有關(guān)頁面的跳轉(zhuǎn)等用戶體驗做到極致,然后由UI設(shè)計師進(jìn)行界面的設(shè)計美化,及時與產(chǎn)品經(jīng)理進(jìn)行溝通,設(shè)計出與產(chǎn)品經(jīng)理所想要的效果出來,結(jié)合自身的設(shè)計理念和技術(shù),將界面設(shè)計得人性化、扁平化。
- 后期(1/2時間):由開發(fā)人員進(jìn)行產(chǎn)品具體的功能設(shè)計開發(fā),根據(jù)項目進(jìn)度安排時間,做好工作安排,認(rèn)真查看設(shè)計圖以及原型圖、產(chǎn)品需求不懂,不清楚的地方及時與產(chǎn)品經(jīng)理進(jìn)行溝通,以免辛苦做出的功能與產(chǎn)品的意思不符,造成浪費時間精力的后果,產(chǎn)品進(jìn)行開發(fā)完成后,由測試人員根據(jù)測試用例進(jìn)行測試,將出現(xiàn)的問題進(jìn)行反饋,及時修復(fù)產(chǎn)品的bug,確保產(chǎn)品在規(guī)定的時間進(jìn)行上線。
同樣地,我們通過圖中的流程,這也很容易解釋為什么一旦產(chǎn)品出現(xiàn)問題,產(chǎn)品就成為當(dāng)之無愧的背鍋俠,事實上,這怨不得其他人,好比造房子,產(chǎn)品的工作類似打地基,地基不好,房子會塌,房子塌了怪誰,地基打得不好,當(dāng)然是產(chǎn)品。
在工作中產(chǎn)品經(jīng)理特別需要注意的三個要點:
- 前期的產(chǎn)品戰(zhàn)略以及需求,產(chǎn)品經(jīng)理都是參與其中的。特別是大的產(chǎn)品方向突出的功能點,你都必須全局進(jìn)行了解。對公司的戰(zhàn)略方向是否匹配,之后在產(chǎn)品的開發(fā)以及以后產(chǎn)品的迭代是否難度太大;這些問題一定要想清楚,想清楚,想清楚。重要的事情說三遍,不懂的就問,不斷地進(jìn)行評審深入下去。因為一旦進(jìn)入開發(fā)階段,突然變更需求,那么這段時間的精力以及時間就浪費了,這對于公司的損傷是巨大的。
- 工作過程中,需要勤寫文檔。一個人的記憶不可能會記住所有的東西,所以你必須記錄下來,這樣能更好地開展工作,在寫需求文檔的時候,我們需要要對每個用詞定義緊摳,少用差不多、不確定等用詞來模糊定義,千萬不要以為需求文檔開發(fā)不看,只看設(shè)計圖,起碼測試是需要根據(jù)你的需求文檔寫測試用例的,所以需要慎重對待。
- 經(jīng)常會有評審。在評審的過程中,與項目經(jīng)理進(jìn)行評審后,記得做記錄。哪些功能做,哪些功能不錯;什么時間開始,什么時間結(jié)束;這些都做好記錄。如果項目延期遭到老板責(zé)罵,那么你可以向你的上級表示你已經(jīng)盡力。之前已經(jīng)有記錄是與項目經(jīng)理談好了工作進(jìn)度安排的,當(dāng)然責(zé)任不在你身上。
職位工作流程
在我們產(chǎn)品迭代的過程中,經(jīng)常會遇到這樣的情況,因為只涉及到一個具體的工作流程,比如開發(fā)只負(fù)責(zé)開發(fā),那么在前期的需求采集確定以及UI設(shè)計等階段,他會無事可做,而如果真的是這樣的話,那就是上級沒水平工作安排不佳的問題。
產(chǎn)品經(jīng)理:
在產(chǎn)品迭代的過程中,產(chǎn)品經(jīng)理是全程互動、全程參與的,產(chǎn)品經(jīng)理主要是負(fù)責(zé)前期的需求采集分析、制作原型交互等工作,在之后的設(shè)計以及開發(fā)過程中,需要時刻地溝通跟進(jìn),確保需求傳達(dá)準(zhǔn)確,根據(jù)原型圖進(jìn)行功能開發(fā),對細(xì)節(jié)的把控,以完成最終產(chǎn)品的迭代。
UE:
貌似UE只負(fù)責(zé)一個產(chǎn)品原型交互細(xì)節(jié),制作一個低保真原型圖就萬事大吉,事實上他也要涉及到一些必要的工作,在前期的需求采集,可以作為一個小白用戶參與到產(chǎn)品的構(gòu)思,在完善產(chǎn)品交互細(xì)節(jié)后,對在交互設(shè)計上經(jīng)常用到的方法制作一個范式文檔。(范式文檔:解決通用問題的通用方法,參照他人解決問題的方式,結(jié)合自身工作過程中解決問題的方式,進(jìn)行統(tǒng)一的要求)
UI:
同樣可以作為一個小白用戶參與到需求采集分析,便于產(chǎn)品經(jīng)理集思廣益更全面洞悉用戶心理,在產(chǎn)品經(jīng)理和UE制作原型交互的時候,可以為設(shè)計提前做準(zhǔn)備,尋找此類產(chǎn)品的設(shè)計圖參考,對于界面風(fēng)格以及具體的圖標(biāo)進(jìn)行素材的尋找,這都便于在之后的設(shè)計中提高設(shè)計的效率。
開發(fā):
在產(chǎn)品的需求采集階段,開發(fā)不進(jìn)行參與的情況下,可以對上一個開發(fā)完成的產(chǎn)品進(jìn)行總結(jié),對一部分技術(shù)難點進(jìn)行深入,對部分可簡化的代碼給出代碼規(guī)范,及時進(jìn)行總結(jié),在設(shè)計圖的制作過程中,查看需求文檔,對于需要做的功能點進(jìn)行事先的深入研究,便于提高后期開發(fā)效率。
測試:
及時查看產(chǎn)品需求文檔,根據(jù)產(chǎn)品需求文檔中的內(nèi)容進(jìn)行測試用例的撰寫,做到細(xì)致,如此一來便省去了之后測試過程中的一部分時間,對于測試過程中經(jīng)常出現(xiàn)的問題,在文檔中進(jìn)行總結(jié)反饋給開發(fā)人員,減少出錯率。
總結(jié)
在產(chǎn)品迭代的過程中,合理地按照工作流程來執(zhí)行工作,提高產(chǎn)品迭代的的效率,針對于個人的瀑布流工作方式,幫助個人在工作中及時進(jìn)行總結(jié),進(jìn)行能力的提高,這些都再好不過。
何況,互聯(lián)網(wǎng)迭代的效率提高,產(chǎn)品的質(zhì)量并沒有因此下降,對于市場的快速試錯,根據(jù)數(shù)據(jù)的反饋進(jìn)行及時的戰(zhàn)略調(diào)整,讓產(chǎn)品在市場立于不敗之地。
對于工作流程,有問題大家可以和我多多交流。
#專欄作家#
不羈,微信號:hujianfeng1234,人人都是產(chǎn)品經(jīng)理專欄作家對于電商以及社交領(lǐng)域產(chǎn)品有著深入的了解,對于產(chǎn)品設(shè)計以及交互體驗有著近乎偏執(zhí)的狂熱,不折不扣的書蟲,熱愛思考,活到老,學(xué)到老,歡迎交流!
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。
最近正在整理這個,感謝分享
學(xué)習(xí)了 感謝大佬
灰常好好好好
灰常好
??
這表情讓我受寵若驚了…
啥意思?
??