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