一、需求來(lái)源
一個(gè)產(chǎn)品的需求來(lái)源主要有以下幾點(diǎn)：
1、戰(zhàn)略規(guī)劃：戰(zhàn)略規(guī)劃的需求是這款產(chǎn)品迭代大方向，戰(zhàn)略規(guī)劃一般是產(chǎn)品經(jīng)理和公司高層一起制定的，在什么階段做什么事，目標(biāo)是什么
2、競(jìng)品分析：看看競(jìng)品都在做什么，是否可以開(kāi)拓你的思路？
3、運(yùn)營(yíng)反饋：運(yùn)營(yíng)部門是一個(gè)直面用戶，和各種用戶打交道的部門，他們會(huì)把碰到的各種問(wèn)題和建議梳理并反饋給產(chǎn)品經(jīng)理。
4、用戶反饋：產(chǎn)品經(jīng)理不融入用戶？這是扯淡！但用戶說(shuō)出來(lái)的不一定是真需求，我們需要分辨。
5、市場(chǎng)調(diào)研：行業(yè)大趨勢(shì)如何？產(chǎn)品所處生態(tài)環(huán)境是怎么樣的？了解這些有助于我們把控產(chǎn)品的走向
二、如何確定需求優(yōu)先級(jí)
任何需求都可以在重要程度和緊急程度的四象限進(jìn)行劃分，然而在這里我們介紹另外一種需求分析方法：kano模型。kano模型把需求劃分為5個(gè)類型，分別是：
1、基本需求：一個(gè)產(chǎn)品所必須要有需求的，對(duì)用戶來(lái)說(shuō)，有是應(yīng)該的，沒(méi)有是萬(wàn)萬(wàn)不能忍的。比如微信讀書APP，閱讀功能就是一個(gè)基本需求。
2、期望需求：如果提供該需求，用戶滿意度會(huì)提高，如果沒(méi)有提高這個(gè)功能，用戶滿意度會(huì)降低。比如微信讀書APP，閱讀時(shí)長(zhǎng)兌換書幣就是一個(gè)期望需求。
3、興奮需求：如果提供該需求，用戶滿意度會(huì)大大提升，如果沒(méi)有，用戶滿意度也不會(huì)降低。比如微信讀書APP，閱讀排行榜就是一個(gè)興奮型需求。
4、無(wú)差異需求：無(wú)論是提供或者不提供該需求，用戶滿意度都不會(huì)變好。比如微信讀書APP中的意見(jiàn)反饋需求。
5、反向需求：提供了該需求用戶滿意度會(huì)降低，因?yàn)橛脩舾緵](méi)有此需求。比如微信如果新增上下線功能，微信肯定會(huì)被吐槽死。按照上面的需求分類，我們很容易就能確定需求的優(yōu)先級(jí)。但是，我們要謹(jǐn)記一點(diǎn)：需求的類型并不是一層不變的，它會(huì)隨著產(chǎn)品迭代和所處的環(huán)境不斷變化。比如閱讀排行榜在初期是一個(gè)興奮型需求，而當(dāng)所有產(chǎn)品都有這個(gè)功能的時(shí)候，它就會(huì)變成一個(gè)基本型需求。
三、需求開(kāi)發(fā)流程（基于srcum模式的一些理解，但不全同于srcum）
什么是scrum開(kāi)發(fā)流程？scrum流程是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法，稱之為敏捷開(kāi)發(fā)。敏捷開(kāi)發(fā)中的角色定義：
1、Product Owner（產(chǎn)品負(fù)責(zé)人），職責(zé)如下：
負(fù)責(zé)定義產(chǎn)品功能
負(fù)責(zé)決定交付日期和內(nèi)容（所以spring交付周期）
負(fù)責(zé)給功能定優(yōu)先級(jí)
有權(quán)接受或者拒絕開(kāi)發(fā)團(tuán)隊(duì)交付的成果2、Scrum Master（項(xiàng)目經(jīng)理／流程管理員），職責(zé)如下：
負(fù)責(zé)領(lǐng)導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)
確保scrum流程能順利執(zhí)行下去
確保團(tuán)隊(duì)高產(chǎn)
負(fù)責(zé)組建團(tuán)隊(duì)
負(fù)責(zé)應(yīng)其他負(fù)責(zé)要求組織相關(guān)會(huì)議3、Scrum Team（開(kāi)發(fā)團(tuán)隊(duì)）
5-9人配置
有較強(qiáng)的自我管理能力和紀(jì)律性
協(xié)同合作，分工明確，能合理制定開(kāi)發(fā)task和排期
每個(gè)人充當(dāng)多種角色（開(kāi)發(fā)或者測(cè)試）scrum開(kāi)發(fā)流程：
1、確定Product Backlog(待開(kāi)發(fā)功能列表)：
由Product Owner定義功能
確定好功能優(yōu)先級(jí)
有詳細(xì)的功能點(diǎn)描述，復(fù)雜的項(xiàng)目需提供PRD文檔
有簡(jiǎn)單的功能list（PRD是提供更詳細(xì)的描述，而list是功能點(diǎn)拆分和概述）
Product Owner將Product Backlog提前發(fā)送給Scrum Team2、組織Sprint計(jì)劃會(huì)議：
Scrum Owner組織會(huì)議
會(huì)議目標(biāo)：制定spring plan（迭代計(jì)劃）／確定spring內(nèi)開(kāi)發(fā)的功能點(diǎn)
Scrum Team根據(jù)spring內(nèi)開(kāi)發(fā)的功能點(diǎn)做出工作量預(yù)估和安排，形成spring backlog
任務(wù)需要細(xì)化最小完成單位2天3、正式進(jìn)入開(kāi)發(fā)
每天進(jìn)行Daily Scrum Metting（15分鐘）
3點(diǎn)內(nèi)容：昨晚做了什么，今天要做什么，碰到了什么問(wèn)題
更新spring burn down（燃盡圖）
做到每日集成，每天都有一個(gè)可用于演示的版本4、正式發(fā)布，回顧總結(jié)
做的好的地方，不好的地方，改進(jìn)的地方
確定下個(gè)spring
四、根據(jù)自己經(jīng)驗(yàn)以及scrum相關(guān)總結(jié)
1、列出所有功能點(diǎn)和優(yōu)先級(jí)，產(chǎn)品經(jīng)理決定產(chǎn)品發(fā)布時(shí)間（怎么定發(fā)布時(shí)間以及迭代目標(biāo)？這和產(chǎn)品rodemap有關(guān)，請(qǐng)看文章【產(chǎn)品迭代】）
2、開(kāi)發(fā)團(tuán)隊(duì)根據(jù)發(fā)布時(shí)間，確定迭代計(jì)劃以及和產(chǎn)品經(jīng)理決定在這個(gè)迭代周期內(nèi)完成哪些任務(wù)和達(dá)成哪些目標(biāo)
3、開(kāi)發(fā)團(tuán)隊(duì)領(lǐng)取任務(wù)，排期，任務(wù)精確到1天
3、燃盡圖，每日15分鐘站會(huì)，講述昨天完成了什么，今天要做什么，碰到了什么問(wèn)題
4、列出迭代周期內(nèi)的里程碑節(jié)點(diǎn)，比如獨(dú)立模塊開(kāi)始提測(cè)，整體提測(cè)等節(jié)點(diǎn)
5、正式發(fā)布，總結(jié)會(huì)議下一個(gè)版本的迭代，重復(fù)以上
