功能上線后，如何迭代后續(xù)的需求？

?一.內(nèi)部

1.基于roadmap(產(chǎn)品路線圖)

產(chǎn)品上線前，應該就有個產(chǎn)品路線圖，產(chǎn)品路線圖的制定應該符合公司戰(zhàn)略和運營戰(zhàn)略，指引產(chǎn)品的方向，產(chǎn)品上線后基于roadmap進行產(chǎn)品需求迭代，當然產(chǎn)品路線圖也應該基于產(chǎn)品上線后的用戶反饋和數(shù)據(jù)反饋進行迭代優(yōu)化。

?

2.基于需求池

需求的來源主要有用戶需求、老板需求、用戶調(diào)研等，需求池首先解決的問題是將散亂在各個地方的需求匯總，我們可以將任何人，任何時間，任何方式產(chǎn)生的需求統(tǒng)一歸總到需求池中，需求池是需求管理和項目管理的依據(jù)。

我們可以根據(jù)這些規(guī)則信息進行制定需求的版本規(guī)劃，同時通過需求的記錄可以追溯到需求提出人，后續(xù)有問題作為和領(lǐng)導、老板溝通的依據(jù)。

?

3.發(fā)現(xiàn)的產(chǎn)品缺陷

產(chǎn)品上線后面對的是用戶千差萬別的使用環(huán)境，可能會出現(xiàn)我們沒有考慮到的使用場景，也存在用戶自創(chuàng)的用戶路徑，可能會造成設(shè)計流程或業(yè)務邏輯的缺陷，需要我們發(fā)現(xiàn)后優(yōu)先處理。

?

4.上線后發(fā)現(xiàn)的bug

產(chǎn)品測試環(huán)境不能很好的覆蓋用戶復雜的使用場景，可能會出現(xiàn)一些bug，對于影響核心流程的bug我們可能會立即解決，對于一些不影響用戶使用的bug可能會放到下個版本迭代解決。

?

5.基于上線后的數(shù)據(jù)分析

產(chǎn)品上線后，基于上線的數(shù)據(jù)反饋，反饋用戶的傾向，喜好，進行迭代優(yōu)化，典型如AARRR數(shù)據(jù)模型，通過數(shù)據(jù)觀察數(shù)據(jù)漏斗，進行需求迭代優(yōu)化。

?

6.老板或是業(yè)務方提出的需求

老板基于頂層的需求，比如融資、滿足大客戶的需求可能會穿插進來；業(yè)務方需求，業(yè)務為了實現(xiàn)業(yè)務目標而提出的需求。

?

7.團隊內(nèi)部需求

自己、開發(fā)、測試、UI在溝通過程中，通過頭腦風暴衍生的需求。

?

二.外部

1.用戶反饋

產(chǎn)品上線后，通過訪談，焦點小組，調(diào)研種子用戶對產(chǎn)品吐槽，建議，反饋，進行整理，匯總，提煉，轉(zhuǎn)變產(chǎn)品需求。

?

2.參考競品

喬布斯說，好的藝術(shù)家抄襲，偉大的藝術(shù)家竊取。競品的某些需求是經(jīng)過市場、用戶驗證的，我們可以通過調(diào)研和分析，只要符合目標用戶的使用場景和使用傾向，可以適當調(diào)整借用。

?

3.政策

要了解政策，最好能得到政策支持，至少要做的政策不反對，對于一些政策需求需要特殊處理，如隱私協(xié)議等。

?

三.總結(jié)

產(chǎn)品上線后只是起點，需要滿足用戶訴求逐漸跨越鴻溝與市場契合，基本完成產(chǎn)品的PMF（Product Market Fit，簡稱PMF，即產(chǎn)品與市場匹配）。

這期間需要產(chǎn)品不斷的進行產(chǎn)品需求的迭代、驗證、優(yōu)化。產(chǎn)品需求迭代需要始于公司戰(zhàn)略，產(chǎn)品定位，體現(xiàn)于roadmap，通過產(chǎn)品需求池進行管理，結(jié)合各個利益相關(guān)方進行優(yōu)化迭代。