你可能手頭有一堆的需求list等著排期，但是下個版本做些什么該如何抽絲剝繭的決定呢，今天來聊一下怎么制定迭代的需求清單。

需求要從哪里來

從用戶來

C端來說用戶畫像是個好東西，你能清楚的知道你的用戶定位，心理，偏好，基于數(shù)據(jù)可以分析出下一步的需求；B端來說用戶池是個好東西，需求反饋和客戶拜訪帶來的需求往往的是需要探尋背后業(yè)務(wù)深度的；需求從用戶來是需求構(gòu)成的一部分。

從競品來

別人有的，你不見得有，產(chǎn)品的核心競爭力在于一條維度。比如微信就是通信，snap就是拍照，支付寶就是支付，知乎就是內(nèi)容。因此什么才是你的產(chǎn)品的核心維度，要非常清楚，挖掘競品功能背后的需求才是競品分析的重要之處，否則也就是只能抄抄功能改改交互了。當(dāng)然，如果你的產(chǎn)品還處于起步階段，可以多看看成熟的競品功能，無害啊，因為這個時候搶占市場更重要，如果還有的搶的話。

從創(chuàng)新來

怎么讓你的產(chǎn)品，feature或功能具備只被模仿不被超越的核心競爭力，往往來自于差異化的競爭，單一功能如何與整個產(chǎn)品的核心功能產(chǎn)生關(guān)聯(lián)，不同模塊的橫向連接性也是不容易被模仿和超越的，可以從這個方面入手。

從技術(shù)角度來

如果你的產(chǎn)品還存在這樣那樣的終端崩潰，弱網(wǎng)下體驗不優(yōu)的情況，在數(shù)據(jù)監(jiān)控的配合下，多去找技術(shù)大牛和大神們聊一聊，看看是否有對應(yīng)的措施不斷提升和優(yōu)化，這部分的問題有可能是某個版本的最重要的事情。

從公司決策來的需求

這個，大家都懂得。 但是想補(bǔ)充的是，需要產(chǎn)品經(jīng)理去理解公司政策及背后的故事再去做，不然會浪費大量的在溝通和調(diào)整方案上，不要讓工作變繁重。

我個人還比較推崇產(chǎn)品的調(diào)性，這個也是判斷需求做與不做的重要因素之一，不過因人而異。

當(dāng)然一個需求最終要不要做，要看價值，這個也是支撐你從需求產(chǎn)生到落地再到上線接受審視的關(guān)鍵信念吶

長期規(guī)劃也很重要

產(chǎn)品或者業(yè)務(wù)線或者一個模塊功能都需要有一個半年期或者一年期的長期方向規(guī)劃，你希望自己的產(chǎn)品一年后的目標(biāo)是什么？用戶留存率達(dá)到60%？產(chǎn)品NPS值提高至8以上？還是獲得更高的日活？

這意味著需要做一個長遠(yuǎn)期的規(guī)劃來確定每個迭代的小目標(biāo)，這又意味著你的每個迭代中會有一個貫穿始終的任務(wù)，會有幾個突出的亮點任務(wù)以及日常反饋或者數(shù)據(jù)上帶來的臨時調(diào)整，或者是一個feature的不斷優(yōu)化，快速迭代迅速驗證和調(diào)整。

小迭代需求最好聚焦3個feature OR story

舉個例子，如果你的公司迭代周期為6周一迭代，這意味著開發(fā)周期大概在3周，還要進(jìn)行測試-集成測試-灰度-全網(wǎng)，這意味著這會要求產(chǎn)品經(jīng)理不可大而全的什么需求都想做，必須聚焦，結(jié)構(gòu)清晰的解決目前你的產(chǎn)品或者你負(fù)責(zé)的業(yè)務(wù)線遇到的問題，創(chuàng)造產(chǎn)品的機(jī)遇也是你的leader希望看到的，這也會幫助你讓公司其他的部門。比如運營，市場的同學(xué)更好去理解迭代的重點。

需求清單確定后，就是后續(xù)的細(xì)化清單框架，制定核心的feature list和簡要說明，和團(tuán)隊及l(fā)eader再度確認(rèn)，和技術(shù)團(tuán)隊確認(rèn)可行性，落地原型推進(jìn)UI設(shè)計，跟進(jìn)開發(fā)，還原上線，等待來自用戶的檢閱。

如果是小的創(chuàng)業(yè)團(tuán)隊，可能更簡單點，大家討論一下就可以確定下個迭代做什么了~\(≧▽≦)/~輕松加愉快。

本文由 @ShirleyW 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。