從產(chǎn)品小白到產(chǎn)品經(jīng)理，這是你的必備知識(shí)點(diǎn)

“你覺得作為產(chǎn)品經(jīng)理最重要的三個(gè)能力是什么?”作為一名2歲的PM，我的答案是：學(xué)習(xí)能力、分析能力、執(zhí)行能力。你問一名產(chǎn)品總監(jiān)或者CEO，他可能會(huì)說，“產(chǎn)品感覺、管理能力，商業(yè)思維，等等?！? 不同的階段對(duì)產(chǎn)品經(jīng)理的能力要求必然不同，作為一名產(chǎn)品小白，首先你要有很強(qiáng)的學(xué)習(xí)能力來符合這個(gè)崗位對(duì)你的要求。

產(chǎn)品經(jīng)理的整個(gè)工作流：市場(chǎng)分析、競(jìng)品分析、用戶研究、需求分析、產(chǎn)品策劃、產(chǎn)品推進(jìn)、產(chǎn)品管理，每一步都有一套有效的方法論，學(xué)習(xí)并掌握這套方法論，形成自己工作中的知識(shí)體系，工作起來才能少走彎路、得心應(yīng)手。

1.市場(chǎng)分析

1.1SWOT分析

內(nèi)部環(huán)境：優(yōu)勢(shì)(strength)，劣勢(shì)(weakness);

外部環(huán)境：機(jī)會(huì)(opportunity)，威脅(threat)。

優(yōu)勢(shì)：公司內(nèi)部充足的資源，而競(jìng)爭(zhēng)對(duì)手不足;

劣勢(shì)：公司內(nèi)部缺乏的資源，而競(jìng)爭(zhēng)對(duì)手充足;

機(jī)會(huì)：用戶存在的需求還沒有被滿足，公司有資源滿足用戶的需求并且能盈利;

威脅：影響公司產(chǎn)品盈利的因素。

1.2商業(yè)模式

對(duì)產(chǎn)品的內(nèi)外部環(huán)境進(jìn)行分析之后，下一步就需要考慮產(chǎn)品的商業(yè)模式，即盈利模式?；ヂ?lián)網(wǎng)產(chǎn)品的商業(yè)模式大致可分為以下幾種：

1.3商業(yè)模式畫布

商業(yè)模式畫布是一張可以直觀展示產(chǎn)品商業(yè)模式的圖表

作為一名產(chǎn)品經(jīng)理，尤其是大公司的、產(chǎn)品已進(jìn)入成熟期的產(chǎn)品經(jīng)理，很少有機(jī)會(huì)參與到公司對(duì)市場(chǎng)的決策中去，但是對(duì)產(chǎn)品的市場(chǎng)分析可以幫助我們更透徹的理解產(chǎn)品的定位和市場(chǎng)走向。

2.競(jìng)品分析

2.1如何選擇競(jìng)品

A.產(chǎn)品經(jīng)理做競(jìng)品分析的能力可以分為以下三個(gè)等級(jí)：

1)初級(jí)：能找到同類產(chǎn)品的競(jìng)品，照貓畫虎的抄襲競(jìng)品的功能;

2)中級(jí)：能看到競(jìng)品做的動(dòng)機(jī)和原因，并根據(jù)項(xiàng)目和公司所處的階段來選擇不同的競(jìng)品或競(jìng)品的不同階段;

3)高級(jí)：沒有競(jìng)品的時(shí)候，能夠從橫向和縱向?qū)Ρ葋戆l(fā)現(xiàn)競(jìng)品。

B.選擇分析的競(jìng)品可以分為三個(gè)類型：

1)核心競(jìng)品：同目標(biāo)用戶、同使用場(chǎng)景、同用戶需求的第一梯隊(duì)產(chǎn)品;

2)重要競(jìng)品：目標(biāo)用戶、使用場(chǎng)景、用戶需求有一個(gè)不同，在其細(xì)分領(lǐng)域的第一梯隊(duì)產(chǎn)品;

3)潛在競(jìng)品：目標(biāo)用戶、使用場(chǎng)景、用戶需求不盡相同，但可借鑒性強(qiáng)的第一梯隊(duì)產(chǎn)品。

2.2競(jìng)品分析的維度

競(jìng)品分析一般先分析產(chǎn)品的業(yè)務(wù)層、其次是功能層，最后是表現(xiàn)層。具體的分類如下：

市場(chǎng)：政策、容量、階段、商業(yè)模式、占有率等;

資源：團(tuán)隊(duì)、投資方、合作方、供應(yīng)鏈、渠道、現(xiàn)金流等;

數(shù)據(jù)：月活、UV、營(yíng)業(yè)收入等;

運(yùn)營(yíng)：活動(dòng)時(shí)間、活動(dòng)成本、內(nèi)容建設(shè)、轉(zhuǎn)化率等;

功能：核心功能、非核心功能等;

用戶：畫像、行為等;

UE、UI：流程、主色調(diào)等。

2.3如何獲取信息

1)公開信息：靠關(guān)鍵詞在網(wǎng)上能搜索到的信息

例：百度/谷歌、app annie、公司財(cái)報(bào)、36kr、艾瑞/易觀、微博/微信;

2)半公開信息：需要一定的統(tǒng)計(jì)、檢測(cè)和合理的估算才能得到的信息

例：親自體驗(yàn)、Excel、爬蟲;

3)內(nèi)幕信息：需要通過謹(jǐn)慎推理以及特殊方法才能得到的信息

例：沙盤推演、人際情報(bào)、黑客。

3.用戶研究

3.1定性研究

定性研究的主觀性偏強(qiáng)、科學(xué)性較差，一般樣本量較小，用于直接收集用戶對(duì)產(chǎn)品的使用習(xí)慣。

1)用戶訪談

訪問者提出一系列的問題，從受訪者的回答中搜集用戶需求，從肢體語(yǔ)言中洞察他們對(duì)產(chǎn)品的使用體驗(yàn)。

2)情景訪談

訪問者在用戶的實(shí)際工作或生活環(huán)境中與受訪者進(jìn)行交流，以確定受訪者的使用習(xí)慣、需求和痛點(diǎn)。

3.2定量研究

定性研究是探索性研究，用于定性的確定用戶需求，最后還需用定量研究的方法來完善和測(cè)試。

1)問卷調(diào)查

問卷調(diào)查不必解釋了，需要注意的是問題的設(shè)計(jì)多而雜不如少而精，調(diào)查的用戶樣本量要盡可能的大。

2)數(shù)據(jù)分析

當(dāng)你與領(lǐng)導(dǎo)或同事對(duì)于某個(gè)決策有爭(zhēng)議時(shí)，用數(shù)據(jù)說話是最簡(jiǎn)單直接的解決辦法。PC端用百度統(tǒng)計(jì)、移動(dòng)端一般用友盟，可以很方便的查看網(wǎng)站的PU、UV、平均訪問時(shí)間、數(shù)據(jù)漏斗等關(guān)鍵性指標(biāo)。

3)A/B測(cè)試

A/B測(cè)試用于比較兩個(gè)相似的版本，除了一個(gè)影響用戶行為的變量之外，其他的條件要相同。當(dāng)樣本量很大時(shí)，A/B測(cè)試的效果會(huì)非常顯著。

比如向用戶推薦福利的時(shí)候，是用“殘忍拒絕”還是用“有錢任性”的文案作為關(guān)閉按鈕時(shí)，對(duì)比一下就能看到點(diǎn)擊率的區(qū)別。

4.需求分析

4.1需求來源

A.被動(dòng)告知需求

1)主要業(yè)務(wù)部門：包括市場(chǎng)、運(yùn)營(yíng)、管理層等主要業(yè)務(wù)部門，可能是一個(gè)新的業(yè)務(wù)、活動(dòng)或者機(jī)制的更改;

2)客服：當(dāng)用戶頻繁咨詢或投訴一個(gè)問題時(shí)，客服會(huì)將問題提交給產(chǎn)品經(jīng)理評(píng)估;

3)用戶意見反饋：用戶通過挑錯(cuò)建議等方式反饋的問題，需主動(dòng)收集，評(píng)估并及時(shí)處理。

B.主動(dòng)收集或挖掘需求

1)競(jìng)品分析

競(jìng)品分析的方法在前面已經(jīng)說過了，通過競(jìng)品分析我們可以挖掘部分本產(chǎn)品未解決的用戶需求。

2)用戶研究

作為產(chǎn)品經(jīng)理，前期的競(jìng)品分析、用戶研究都是在挖掘用戶需求。另外，在挖掘用戶需求的時(shí)候，我經(jīng)常會(huì)用畫腦圖窮舉法用來做最后的需求梳理?！坝龅降膯栴}”即用戶需求，“解決辦法”即相應(yīng)的功能。

4.2需求類型

對(duì)于已上線的產(chǎn)品，在做產(chǎn)品迭代的時(shí)候，可以對(duì)需求池的產(chǎn)品進(jìn)行分類，以幫助我們來確定需求的優(yōu)先級(jí)。主要的需求類型有：新增功能、功能改進(jìn)、體驗(yàn)優(yōu)化、BUG修復(fù)等。

4.3需求優(yōu)先級(jí)分析

我常常會(huì)用兩個(gè)四象限分析法來綜合評(píng)估需求的優(yōu)先級(jí)，這里建議一個(gè)團(tuán)隊(duì)的產(chǎn)品經(jīng)理以來做這一項(xiàng)評(píng)估。很多時(shí)候我們會(huì)遇到很多需求都在一個(gè)象限里，所以這里推薦兩個(gè)四象限分析法，可以綜合評(píng)估。

1)“用戶量-使用頻率”四象限

2)“見效快慢-開發(fā)難度”四象限

經(jīng)過分析和評(píng)審之后基本可以決定全部需求的優(yōu)先級(jí)了，優(yōu)先級(jí)最高的需求在第一期的MVP(最小可行性產(chǎn)品)中實(shí)現(xiàn)，優(yōu)先級(jí)較低的需求放在下一版或下幾版的產(chǎn)品規(guī)劃中分批實(shí)現(xiàn)。【推薦了解：黑馬程序員產(chǎn)品經(jīng)理課程】

5.產(chǎn)品策劃

5.1業(yè)務(wù)流程圖

A.什么是業(yè)務(wù)流程圖?

描述具體某個(gè)業(yè)務(wù)實(shí)際處理步驟和過程的流程圖。

B.為什么要畫業(yè)務(wù)流程圖

1)了解業(yè)務(wù)：幫助整個(gè)團(tuán)隊(duì)了解產(chǎn)品的業(yè)務(wù)是如何運(yùn)轉(zhuǎn)的，并且對(duì)業(yè)務(wù)流程中不合理的地方進(jìn)行優(yōu)化;

2)梳理需求：幫助產(chǎn)品經(jīng)理梳理業(yè)務(wù)需求在產(chǎn)品線的各個(gè)階段中功能模塊之間的關(guān)系;

3)傳達(dá)需求：研發(fā)工程師構(gòu)建技術(shù)架構(gòu)和明確技術(shù)分工會(huì)主要參考業(yè)務(wù)流程圖。

C.怎樣畫業(yè)務(wù)流程圖?

1)確定范圍

確定業(yè)務(wù)流程的起點(diǎn)和終點(diǎn)，是截取某一段業(yè)務(wù)進(jìn)行詳細(xì)描述，還是整體業(yè)務(wù)模塊進(jìn)行描述。

2)確定要素

誰(shuí)，在什么情況下，做了什么事，這個(gè)事需要什么前置條件，又輸出了什么，是在哪里完成的?搞明白這幾個(gè)問題，我們的要素就確定了。

2)梳理呈現(xiàn)

怎么畫流程圖這里不贅述了，用什么工具、怎樣更精美都是不重點(diǎn)，重點(diǎn)是關(guān)鍵要素的搜集和確認(rèn)。泳道圖是常用的一種表現(xiàn)形式，一般橫向代表用戶角色，縱向代表各階段。

4)評(píng)審確認(rèn)

a.讓涉眾參與評(píng)審：業(yè)務(wù)流程圖中涉及到的用戶角色或部門要盡可能讓他們參與到評(píng)審中來，切忌自己YY;

b.層次分解，重點(diǎn)突出：流程很復(fù)雜的，可以在一個(gè)主圖里展示主要流程，在其他圖里分別將主流程中待展開的流程進(jìn)行展開。

5.2頁(yè)面流程圖

A.什么是頁(yè)面流程圖?

描述產(chǎn)品的全部頁(yè)面相互間關(guān)聯(lián)的流程圖。

B.為什么要畫頁(yè)面流程圖?

1)了解全局：對(duì)于整個(gè)團(tuán)隊(duì)，頁(yè)面流程可以從表現(xiàn)層了解產(chǎn)品的全局;

2)梳理業(yè)務(wù)：反復(fù)研究頁(yè)面流程圖并優(yōu)化，可以使整個(gè)產(chǎn)品變得更加簡(jiǎn)約;

3) 傳達(dá)需求：設(shè)計(jì)師要設(shè)計(jì)多少個(gè)頁(yè)面，前端工程師要寫多少個(gè)頁(yè)面一目了然。

C.怎樣畫頁(yè)面流程圖?

1)找出所有的頁(yè)面：找出所有物理層面的、真實(shí)存在的頁(yè)面，切忌不要像業(yè)務(wù)流程圖一樣具體到某個(gè)功能和模塊;

2)用有向線條關(guān)聯(lián)：把所有相關(guān)跳轉(zhuǎn)頁(yè)面用有向線條關(guān)聯(lián)，頁(yè)面流程圖較復(fù)雜的可以反復(fù)研究如何讓其更簡(jiǎn)約的呈現(xiàn);

3)增加條件判斷：從上一個(gè)頁(yè)面跳轉(zhuǎn)至下一個(gè)頁(yè)面的條件是什么，在頁(yè)面流程圖里體現(xiàn)出來，對(duì)于設(shè)計(jì)師來說非必須，但是技術(shù)來說可以了解業(yè)務(wù)。

5.3功能結(jié)構(gòu)圖

A.什么是功能結(jié)構(gòu)圖?

描述功能之間從屬關(guān)系的圖表。

B.為什么要畫功能結(jié)構(gòu)圖?

1)梳理需求：幫助產(chǎn)品經(jīng)理思考并清晰產(chǎn)品的功能模塊及其功能組成，避免在產(chǎn)品需求轉(zhuǎn)化為功能需求時(shí)，功能點(diǎn)出現(xiàn)缺失;

2)傳達(dá)需求：對(duì)于不確定的產(chǎn)品樣式問題，可以一種較為簡(jiǎn)潔明了的方式來表達(dá);

3)提高效率：發(fā)現(xiàn)功能結(jié)構(gòu)不合理的地方可以快速做出調(diào)整，避免在產(chǎn)品設(shè)計(jì)的細(xì)節(jié)上浪費(fèi)時(shí)間。

C.怎樣畫功能結(jié)構(gòu)圖?

1)提煉主要功能模塊：我們可以通過業(yè)務(wù)流程中涉及到的功能需求去提煉出主要功能模塊;

2)細(xì)化功能粒度：根據(jù)自身業(yè)務(wù)，將主要功能模塊拆分到更細(xì)的粒度。

5.4信息結(jié)構(gòu)圖

A.什么是信息結(jié)構(gòu)圖?

從產(chǎn)品的實(shí)際頁(yè)面中將數(shù)據(jù)抽象出來，組成分類的圖表。

B.為什么要畫信息結(jié)構(gòu)圖?

1)梳理信息：幫助產(chǎn)品經(jīng)理梳理產(chǎn)品的信息組成，避免信息內(nèi)容在展示過程中出現(xiàn)遺漏和重復(fù);

2)傳達(dá)需求：作為技術(shù)建立數(shù)據(jù)庫(kù)的參考依據(jù)。一條信息的存儲(chǔ)有很多附加屬性，具體的是存成字段還是數(shù)據(jù)表，還是中間表或者關(guān)聯(lián)表，這些都需要在完成PRD之后與數(shù)據(jù)庫(kù)技術(shù)人員進(jìn)行討論。

C.怎么畫信息結(jié)構(gòu)圖?

1)將產(chǎn)品的全部信息進(jìn)行羅列，建議使用腦圖;

2)將產(chǎn)品的信息進(jìn)行梳理使其結(jié)構(gòu)化。

5.5原型圖

在產(chǎn)品策劃階段，產(chǎn)品經(jīng)理通過業(yè)務(wù)流程圖、頁(yè)面流程圖、功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖確定了產(chǎn)品都有哪些頁(yè)面、頁(yè)面里有哪些功能和信息、哪些操作是如何跳轉(zhuǎn)的之后，就需要通過原型圖將我們的產(chǎn)品直觀的表達(dá)出來。

對(duì)于設(shè)計(jì)師，原型圖是最重要的參考物，他們關(guān)心的是產(chǎn)品各元素之間的排版和布局;對(duì)于研發(fā)，原型圖是他們了解功能，評(píng)估功能復(fù)雜程度，邊界條件是什么，異常情況怎么處理的最直接的參照物;對(duì)于測(cè)試，他們需要通過原型圖輔助寫測(cè)試用例，以及原型圖是否窮盡各個(gè)場(chǎng)景;對(duì)于領(lǐng)導(dǎo)，他們的事情比較多，原型圖的易讀性也成了他們最關(guān)心的產(chǎn)出物。

畫原型的工具一般使用Axure，網(wǎng)上的教程有很多，不會(huì)的同學(xué)可以自學(xué)。這里想說一下什么樣的原型圖才算得上專業(yè)。

1)設(shè)計(jì)符合用戶的認(rèn)知模型

相同屬性的功能進(jìn)行分組，相近屬性的功能放在一起。例如：我的資料、我的訂單、我的收藏、我的資產(chǎn)會(huì)歸納放到“我的”里邊;“加入購(gòu)物車”和“立即購(gòu)買”經(jīng)常會(huì)放在一起。

2)交互邏輯無缺失

例如：商品列表頁(yè)瀏覽前和瀏覽后的文案的顏色有無區(qū)分?商品列表頁(yè)過長(zhǎng)時(shí)導(dǎo)航欄是否需要懸浮置頂?

3)異常場(chǎng)景不遺漏

例如：頁(yè)面加載失敗時(shí)提示用戶什么?用戶從WiFi切斷到數(shù)據(jù)流量時(shí)提示用戶什么?

4)關(guān)鍵字段有規(guī)則定義

例如：發(fā)布時(shí)間的字段是顯示年/月/日還是月/日?顯示月/日的話跨年了怎么辦?發(fā)布時(shí)間在一天以內(nèi)的話是顯示多少個(gè)小時(shí)前還是顯示月/日?

5)極限情況有定義

例如：用戶名最長(zhǎng)為多少字?頁(yè)面沒有數(shù)據(jù)時(shí)展示什么?頁(yè)面數(shù)據(jù)過多是怎么展示?

6)全局組件有說明

全局組件指的是產(chǎn)品通用的組件，例如：斷網(wǎng)、操作成功、操作失敗、正在加載、空數(shù)據(jù)界面、404等。

6.產(chǎn)品推進(jìn)

產(chǎn)品策劃的方案，主要是原型圖，經(jīng)過部門內(nèi)評(píng)審、技術(shù)可行性評(píng)審、公司高層評(píng)審(根據(jù)項(xiàng)目的實(shí)際情況而定)之后，就進(jìn)入到了產(chǎn)品推進(jìn)階段。這個(gè)階段你需要經(jīng)歷的過程有編寫產(chǎn)品需求文檔(PRD)，需求對(duì)接、設(shè)計(jì)跟進(jìn)、前端跟進(jìn)、研發(fā)跟進(jìn)、測(cè)試跟進(jìn)和上線跟進(jìn)。本階段涉及的專業(yè)性知識(shí)不多，但是雷區(qū)卻不少，我結(jié)合自己的工作經(jīng)驗(yàn)來分享一下哪些雷區(qū)是你需要避開的?

1)PRD編寫不細(xì)致

技術(shù)在開發(fā)時(shí)會(huì)按照你的PRD來執(zhí)行，如果你對(duì)需求的描述不夠細(xì)致甚至是邏輯缺失，會(huì)導(dǎo)致技術(shù)在開發(fā)時(shí)加入自己的理解來實(shí)現(xiàn)，最后達(dá)不到產(chǎn)品預(yù)期。其次，因?yàn)樾枨竺枋霾煌暾麑?dǎo)致在開發(fā)過程中新增需求，是技術(shù)最痛恨的事情。為了不增加研發(fā)工作量，PRD編寫越細(xì)致越嚴(yán)謹(jǐn)越好。

2)需求對(duì)接不透徹

設(shè)計(jì)師、前端、技術(shù)和測(cè)試會(huì)根據(jù)你的原型圖和PRD來開展相關(guān)工作，有時(shí)候你以為需求已經(jīng)通過原型圖和PRD表達(dá)的很清楚了，但是在需求的理解上一定存在信息不對(duì)稱的情況。集體需求對(duì)接會(huì)是必不可少的，將需求的對(duì)接做到盡可能的透徹，對(duì)接會(huì)結(jié)束之后一定要給相關(guān)人員發(fā)郵件;在產(chǎn)品推進(jìn)過程中，要及時(shí)與相關(guān)人員溝通和跟進(jìn)，將需求理解不透徹導(dǎo)致返工的風(fēng)險(xiǎn)降到最小。

3)需求中途變更

前期的需求分析、方案評(píng)審等環(huán)節(jié)，產(chǎn)品經(jīng)理是必不能偷工減料的，一旦對(duì)某一環(huán)節(jié)的忽略抱有僥幸心理，最后的后果就是研發(fā)過程中需求變更。如果需求中途變更，一方面會(huì)增加相關(guān)人員的工作量，另一方面會(huì)損害自己的口碑。如果中途因?yàn)橐恍┦孪葲]有預(yù)料到的因素，比如領(lǐng)導(dǎo)臨時(shí)變更需求，作為產(chǎn)品經(jīng)理要做好需求管理，實(shí)在需要變更的要盡量說服相關(guān)人員，推動(dòng)大家去完成。

4)技術(shù)砍需求

一個(gè)需求有時(shí)候從技術(shù)的角度來考慮，為了減小自己的工作量或者根據(jù)他們自己對(duì)業(yè)務(wù)的理解，會(huì)出現(xiàn)砍需求的情況。產(chǎn)品經(jīng)理需要做的首先是傾聽，合理的話可以討論，不合理的話要拿出我們的用戶研究、需求分析結(jié)果以及需求對(duì)接郵件據(jù)理力爭(zhēng)。

5)工作進(jìn)度模糊

在需求對(duì)接會(huì)上，項(xiàng)目規(guī)劃和確認(rèn)是必不可少的一環(huán)，相關(guān)人員需要根據(jù)工作量評(píng)估自己工作的時(shí)間節(jié)點(diǎn)，大家根據(jù)約定的時(shí)間來完成工作。如果缺失這一環(huán)節(jié)就會(huì)導(dǎo)致工作進(jìn)度模糊，上線日期延期。其次，根據(jù)項(xiàng)目的需要可以考慮每日站會(huì)和階段性的產(chǎn)出物評(píng)估會(huì)。

7.產(chǎn)品管理

7.1產(chǎn)品發(fā)布

前面所有的工作都做完之后，最后就需要讓產(chǎn)品發(fā)布上線。絕大多數(shù)情況我們做的都是產(chǎn)品迭代更新的發(fā)布，面對(duì)版本更新，如果用戶的使用習(xí)慣發(fā)生了改變，用戶一般都是不愿接受的態(tài)度。面對(duì)這種情況，需要我們用非技術(shù)和技術(shù)的手段去規(guī)避。

A.非技術(shù)手段

1)以網(wǎng)站公告、app推送、短信或郵件的方式預(yù)先通知用戶;

2)嚴(yán)格控制產(chǎn)品的測(cè)試和驗(yàn)收質(zhì)量，確保更新內(nèi)容的可靠性，避免上線之后又撤回的尷尬。

B.技術(shù)手段

1)A/B測(cè)試：頁(yè)面或流程設(shè)計(jì)A/B兩個(gè)版本，隨機(jī)讓比例相同的兩部分用戶使用，通過數(shù)據(jù)分析選擇效果好的版本作為正式版本發(fā)布給所有用戶。

2)平滑部署：讓一部分用戶繼續(xù)用A版本，另一部分用戶開始用B版本，如果用戶對(duì)B版本沒有反對(duì)意見，再逐漸擴(kuò)大B版本的使用范圍，直至全部遷移。

3)增量發(fā)布：將所要發(fā)布的功能本身進(jìn)行分割逐漸發(fā)布，注意更新的節(jié)奏，確保產(chǎn)品的穩(wěn)定性。

7.2版本管理

前邊在需求分析時(shí)已經(jīng)提到，產(chǎn)品經(jīng)理需要做好需求池管理，根據(jù)需求的優(yōu)先級(jí)來規(guī)劃產(chǎn)品的版本。一般我們可以將產(chǎn)品的生命周期劃分為探索期、成長(zhǎng)期、成熟期和衰退期四個(gè)階段。通過對(duì)多個(gè)app的迭代時(shí)間進(jìn)行研究，發(fā)現(xiàn)不同階段的產(chǎn)品迭代周期大致如下。

探索期和成長(zhǎng)期：最重要的核心用戶是種子用戶，他們最大的特征是忠誠(chéng)度不高，有很強(qiáng)的好奇心，迭代頻率為小步快跑，2周左右迭代一次;

成熟期：最重要的用戶是主流用戶，他們更注重產(chǎn)品的體驗(yàn)和穩(wěn)定性，因此這個(gè)階段的迭代周期適合大小結(jié)合，小需求(新增功能、bug優(yōu)化)小步快跑，1個(gè)月左右迭代一次;大需求(新增模塊，UI改版)的迭代周期可以保持在3個(gè)月1次。

衰退期：最重要的用戶是相對(duì)“固執(zhí)”的主流用戶，只要產(chǎn)品還能滿足他們的需求并確保使用體驗(yàn)，他們是不會(huì)輕易放棄產(chǎn)品的，因此這個(gè)階段的迭代更新會(huì)是節(jié)奏相對(duì)較慢的小需求迭代，迭代周期可以在2個(gè)月左右。