在幾家公司實習嗤放，進行了一些產(chǎn)品工作之后，經(jīng)常陷入到工作細節(jié)中去--每天寫需求壁酬，自我學習的重點也就放在了“產(chǎn)品方案上”次酌，遇到其它問題都是“亂拳一頓”，沒有經(jīng)過認真思考舆乔；但是岳服，實際上產(chǎn)品經(jīng)理不是做好產(chǎn)品方案，寫好PRD就好了的希俩。
產(chǎn)品經(jīng)理的工作圍繞著“需求”展開吊宋，所以產(chǎn)品經(jīng)理究竟需要做什么、在那些方面提高應該也是圍繞著需求談起颜武，所以今天讓我們從“需求”的生命周期談起璃搜，看看除了寫需求，產(chǎn)品經(jīng)理還應該做什么鳞上？
一個“需求”完整的生命周期可以按照如下理解：
需求收集--討論與設計--方案設計--待開發(fā)--開發(fā)--上線--復盤
【需求收集】
一個需求的獲取即是需求收集階段这吻，
需求來源有：
-來自老板等上級的需求
-用戶反饋
-自己的思考、產(chǎn)品節(jié)奏安排與規(guī)劃篙议、靈感
-數(shù)據(jù)分析
-走查
-業(yè)務唾糯、運營等合作方
每獲取一個需求，需要進行記錄鬼贱，推薦對需求進行完整記錄移怯，主要字段有：
需求命名
來源
背景
描述（場景、問題这难、方案）
優(yōu)先級評估（重要緊急程度初級評估）
上述對需求的記錄構(gòu)成“需求池”
【討論與設計】
有了需求池舟误，定期需要進行個人、組內(nèi)討論雁佳，將需求池需求進行處理脐帝，這個階段需要確定每個需求的優(yōu)先級以及初步方案。
1糖权、需求優(yōu)先級判斷
方法一：
P1：BOSS需求堵腹，對于boss的需求，產(chǎn)品經(jīng)理應該做好控制而不是抗拒星澳，boss們的信息更全面疚顷、站得更高，往往更加具有前瞻性禁偎，所以腿堤，boss的需求往往排在前面。
P2：核心功能以及商業(yè)化如暖，產(chǎn)品或者版本的核心功能迭代等往往比較重要（APP+后臺）笆檀；商業(yè)化需求直接面向盈利，優(yōu)先級較高
P3：提高日活盒至、拉新&體驗需求
P4：產(chǎn)品嘗試酗洒、提高效率
方法二：四象限法則
重要、緊急進行劃分
重要程度劃分：
不做枷遂，會造成嚴重的問題和惡劣的影響
做了樱衷，會產(chǎn)生巨大好處和極佳效果
跟核心用戶利益有關(guān)
跟大部分用戶權(quán)益有關(guān)
跟效率或成本有關(guān)
跟用戶體驗有關(guān)
緊急程度劃分：
不做，錯誤會持續(xù)發(fā)生并造成嚴重影響
在一定時間內(nèi)可控但長期會有糟糕的影響
做了酒唉，立刻能解決很多問題矩桂、產(chǎn)生正面的影響
做了，在一段時間后可以有良好的效果
方法三：KANO模型
P1：必要型
P2：期待型
P3：驚喜型
2痪伦、初步方案
完善初步方案后需要確定時間節(jié)點侄榴。
時間節(jié)點主要是指方案完成的截止時間（Deadline）。就是當前需求能夠完整提交給開發(fā)人員的時間网沾。如果沒有這個時間牲蜀，對需求的管理就沒有意義了。另外绅这，如果是要跟相關(guān)部門再確認涣达、需要對用戶調(diào)研及要統(tǒng)計各種數(shù)據(jù)再作判斷，那么還要有調(diào)研或討論完成的時間（Deadline）证薇。
同時度苔，注重同步給需求來源需求狀態(tài)與需求進度、規(guī)劃等浑度。
【待開發(fā)階段】
現(xiàn)在產(chǎn)品已經(jīng)有了明確的需求方案寇窑，進入待開發(fā)階段，這個階段嚴格意義上講屬于“方案設計”階段箩张，但是需要盡快與研發(fā)進行可行性評審甩骏，并且必不可少窗市，
明確前后端等各方面的變動與人員安排
方案本身的可行性：技術(shù)是否可行？
有沒有更好的替代方案
方案成本預估（打點）
【開發(fā)階段】
正式開發(fā)前會對需求的優(yōu)先級以及方案成本綜合進行技術(shù)排期
高優(yōu)先級饮笛、低成本的先做
扯皮原因與對策：
1咨察、方案不完整：文檔、自我批判福青、組內(nèi)評審與討論摄狱、技術(shù)評審、復盤
2无午、需求方需求變更：自己的問題自己道歉復盤媒役、合作方的問題在需求階段及時同步溝通
所有的，都要保持與研發(fā)的良好溝通宪迟，我們的目標是一致的酣衷，要雙贏，而不是證明自己是對的次泽。
【上線】
需求上線包括幾個注意點鸥诽，上線實驗（AB/灰度）、上線活動箕憾、新手引導&用戶教育牡借、上線后的數(shù)據(jù)日報、價值評估
