1 產(chǎn)品的生命周期曲線
2 孕育期
2.1 孕育期
我們的第一批用戶是誰？我們后面的用戶是誰？
孕育期，重點(diǎn)是探索產(chǎn)品的社會(huì)價(jià)值或者叫用戶價(jià)值，不一定是在孕育期就已經(jīng)形成了商業(yè)價(jià)值商業(yè)模式。不過也分產(chǎn)品，電商類游戲類產(chǎn)品在一出生的時(shí)候就有商業(yè)價(jià)值了，用戶只要喜歡就能賺錢，這就是用戶價(jià)值和商業(yè)價(jià)值完美整合的產(chǎn)品，但是呢，社交類產(chǎn)品工具類產(chǎn)品在探索期的時(shí)候只能探索一些用戶價(jià)值，當(dāng)用戶價(jià)值明確了才能進(jìn)一步探索自己的商業(yè)價(jià)值（也能變現(xiàn)）。
2.2 一個(gè)產(chǎn)品從0-1誕生
上圖的幾點(diǎn)解釋：
-用戶調(diào)研。定量和定性兩種方法，定量包括很多種方法。定量就是廣撒網(wǎng)去做調(diào)研，問卷調(diào)查、投票等對(duì)整個(gè)行業(yè)的分析，定性包括訪談、焦點(diǎn)小組討論、無組織討論。
-需求池。需求池里的需求不是都要做，要做需求優(yōu)先級(jí)的排列（按照什么樣的邏輯排列有待研究學(xué)習(xí)），排列完成后形成版本庫(kù)，計(jì)劃每個(gè)版本要做的需求。
-BRD。商業(yè)需求文檔。重點(diǎn)講解，我們的產(chǎn)品或者需求面向的是什么樣的人群，在市面上目前來看沒有合適的產(chǎn)品可以用或者我們的競(jìng)爭(zhēng)對(duì)手很弱，然后我們準(zhǔn)備用什么樣的方式切入什么樣的資源切入。大概這么幾個(gè)方面，待進(jìn)一步研究補(bǔ)充。
-MRD。市場(chǎng)需求文檔
-PRD。產(chǎn)品需求文檔
-項(xiàng)目管理。有相關(guān)的項(xiàng)目管理軟件。
-進(jìn)度把控。首先你應(yīng)該自己有一個(gè)進(jìn)度規(guī)劃表，來匯總每個(gè)項(xiàng)目的最晚完成時(shí)間，其次可以從研發(fā)提交的研發(fā)周期中獲得他們的進(jìn)度表與自己的進(jìn)度表比對(duì)，再然后可以從日?qǐng)?bào)周報(bào)中獲得最新的項(xiàng)目進(jìn)度情況。張亞飛是我老婆
-用例報(bào)告。沒接觸，待研究.....從好的prd文檔里面直接摘引出來是什么意思？
-上線申請(qǐng)。大的公司都有上線申請(qǐng)（上線審批），你發(fā)給leader，leader發(fā)給總監(jiān)，上線申請(qǐng)?jiān)撛趺磳懀浚浚?/p>
-驗(yàn)收申請(qǐng)。審批完成后技術(shù)要給相關(guān)平臺(tái)發(fā)出驗(yàn)收申請(qǐng)。安卓app如何驗(yàn)收申請(qǐng)？安卓都要投放哪些平臺(tái)？是安卓開發(fā)負(fù)責(zé)投放還是運(yùn)營(yíng)負(fù)責(zé)投放？選擇誰投放的判斷標(biāo)準(zhǔn)或者條件是什么？ iOS APP如何驗(yàn)收申請(qǐng)？AppStore的審核機(jī)制是什么？有哪些限制要去細(xì)細(xì)的研究。
-上線通告。平臺(tái)驗(yàn)收成功之后，要做上線通告。不是要寫自己做了哪些功能多么牛逼，而是重點(diǎn)去告訴利益相關(guān)各方通知我們的產(chǎn)品上線了會(huì)對(duì)大家?guī)硎裁礃拥膬r(jià)值什么樣的風(fēng)險(xiǎn)什么樣的可能要去關(guān)注的事情，比如要跟客服、銷售、運(yùn)營(yíng)、合作伙伴說（注意話術(shù)），要有明確的目標(biāo)。
從另外一個(gè)維度，簡(jiǎn)化去表述一個(gè)產(chǎn)品的誕生。
上圖的幾點(diǎn)解釋：每個(gè)版本如此循環(huán)一遍。
3 版本控制的幾個(gè)重要點(diǎn)
3.1? 版本管理就是操盤
每個(gè)版本要做什么？要上什么功能，詳細(xì)規(guī)劃并記錄。很多小公司經(jīng)常是老板是操盤手。
3.2 版本節(jié)奏關(guān)系生死
互聯(lián)網(wǎng)產(chǎn)品的孕育也是有自己的規(guī)律的，這個(gè)規(guī)律是6-8個(gè)月，6-8個(gè)月還沒有第一個(gè)版本出來那就不用做了。早期階段成長(zhǎng)階段的時(shí)候每個(gè)月都有1-2個(gè)版本發(fā)布。中部成熟期，盡量一個(gè)季度發(fā)一個(gè)版本，而不要太多的版本干擾用戶，最后版本修復(fù)期不要有大型功能沖擊用戶體驗(yàn)用戶習(xí)慣。治大國(guó)如烹小鮮。
3.3 版本是水閘，需求是流水
版本是對(duì)需求釋放的控制。控制需求釋放數(shù)量。按照需求優(yōu)先級(jí)實(shí)現(xiàn)版本過濾需求，比如老板說加一個(gè)需求吧，不要拒絕，也不能立馬就做這個(gè)功能，正確的做法是接過需求，放到需求池中，進(jìn)行優(yōu)先級(jí)的排列，選擇在哪個(gè)版本實(shí)現(xiàn)。（話術(shù)話術(shù)還是話術(shù)）
3.4 版本要封閉
如果版本不封閉，那么版本就沒有盡頭，那么項(xiàng)目必死無疑。
比如老板要加一個(gè)需求，謹(jǐn)記不能在當(dāng)前版本中加，因?yàn)楸緛砦业倪@個(gè)版本打算上兩個(gè)大功能的開發(fā)周期2個(gè)月也已經(jīng)定了，現(xiàn)在如果你加一個(gè)需求副總裁也加一個(gè)需求總監(jiān)也加需求會(huì)打亂我的版本更新計(jì)劃，我根本完成不了，要注意話術(shù)。（話術(shù)話術(shù)還是話術(shù)）
9個(gè)月以上項(xiàng)目沒有完結(jié)就是失敗，即使發(fā)布了也沒用。
3.5 版本小于需求
需求是一個(gè)需求池，版本是釋放需求池里的需求。如果提了10個(gè)需求，那我都做，那完了，產(chǎn)品必死不已。所有的需求里面選擇不得不做的必須要做飛蟲重要的一定要做的，這就是版本的價(jià)值和意義，版本是去過濾需求的而不是全盤接受。所以產(chǎn)品經(jīng)理要明白，每個(gè)需求我都接受，但是做不做我定，聽所有人說話，做自己的決定。因?yàn)榘姹驹谖疫@里，我要控制這個(gè)版本，我要知道那個(gè)是重要的哪個(gè)是不重要的。但是也不要不接需求，人家提了需求，你不要說對(duì)不起我不做，也不要說我立馬做， 要懂得話術(shù)，正確的做法是接過需求，放到需求池中，進(jìn)行優(yōu)先級(jí)的排列，選擇在哪個(gè)版本實(shí)現(xiàn)。比如這樣的話術(shù)：好，我們接這個(gè)需求，但是我們要先放到需求池里面進(jìn)行優(yōu)先級(jí)的評(píng)估，然后我會(huì)給你放到某一個(gè)可能性的版本中去，具體放到哪個(gè)版本我會(huì)在評(píng)估完答復(fù)你（匯報(bào)給您），但是我會(huì)盡可能的讓咱們的這個(gè)需要快點(diǎn)開始研發(fā)。這樣所應(yīng)該任何人都能接受你的說法，所以產(chǎn)品經(jīng)理的溝通能力并不是那種會(huì)說能言善辯，而是有一些方法有一些技巧有一些工作的流程來保障你的職業(yè)性和專業(yè)程度，評(píng)估完用這樣的話術(shù)回復(fù)：你給我的需求我在1.8.2中做可以么？因?yàn)榍斑叺陌姹疽呀?jīng)排滿了，而且你提的這些需求從優(yōu)先級(jí)來看它屬于1.8.2的小功能修復(fù)，可能會(huì)在4月2號(hào)發(fā)布，你能不能接受。
4 兩個(gè)案例
4.1 春雨醫(yī)生產(chǎn)品迭代（iOS）
4.2 版本節(jié)奏與用戶量的變化——美柚VS大姨媽
