于需求分類(lèi)和排序，通過(guò)分析用戶(hù)滿(mǎn)意度與需求實(shí)現(xiàn)情況的關(guān)聯(lián)，找出兩者間的非線性關(guān)系。排序方式分為以下三種：
基本型需求：這類(lèi)是最基礎(chǔ)的需求，比如手機(jī)里的打電話和短信功能
重點(diǎn)：這類(lèi)需求解決后只能消除不滿(mǎn)，不能升高用戶(hù)滿(mǎn)意度
期望型需求：這類(lèi)是用戶(hù)期待的需求。如果滿(mǎn)足這類(lèi)需求，則會(huì)讓用戶(hù)高興；不滿(mǎn)足，則失望。一般情況下，用戶(hù)都會(huì)對(duì)一款產(chǎn)品有所期望，比如更多的內(nèi)存、更快的處理速度等
重點(diǎn)：這類(lèi)需求滿(mǎn)足的越多，用戶(hù)滿(mǎn)意度越高
興奮型需求：這類(lèi)是用戶(hù)通常想不到的需求，擁有之后，會(huì)讓他們眼前一亮。如果用戶(hù)體驗(yàn)還很不錯(cuò)，則會(huì)引起自發(fā)傳播效應(yīng)
重點(diǎn)：在解決前兩類(lèi)需求后，可以分配資源做這部分
用戶(hù)滿(mǎn)意度與需求實(shí)現(xiàn)程度間的關(guān)聯(lián)，匯總?cè)缦聢D所示：
優(yōu)先級(jí)：基本型需求>期望型需求>興奮型需求
2.需求打包
經(jīng)過(guò)前一階段的優(yōu)先級(jí)排序工作，我們就可以在需求管理文檔中填入商業(yè)價(jià)值、開(kāi)發(fā)量、性?xún)r(jià)比等內(nèi)容，并按需求性?xún)r(jià)比從高到低排列
在日常工作中，我們是有相對(duì)固定的迭代周期，一般為2-4周迭代一次。當(dāng)然，在項(xiàng)目開(kāi)始初期，我們也曾有過(guò)一周迭代一次、更甚一周迭代兩次的時(shí)候，這時(shí)就會(huì)涉及到敏捷開(kāi)發(fā)相關(guān)問(wèn)題
有關(guān)敏捷開(kāi)發(fā)的問(wèn)題，在之后項(xiàng)目把控的文章會(huì)深入討論，這里只提一句：產(chǎn)品迭代上線的時(shí)間最好為周二至周四，因?yàn)槿绻诰€上使用出現(xiàn)問(wèn)題，也可以立即進(jìn)行補(bǔ)救，不會(huì)導(dǎo)致占用周末時(shí)間來(lái)救火的情況
以相對(duì)固定的迭代周期為例，我們需要在階段迭代完成后，梳理出下一階段所要開(kāi)發(fā)的需求內(nèi)容。這里就需要參考性?xún)r(jià)比以及開(kāi)發(fā)量了，要做到：先根據(jù)性?xún)r(jià)比決定優(yōu)先順序，再疊加開(kāi)發(fā)量累計(jì)到達(dá)迭代周期范圍
比如，我們是2周進(jìn)行一次固定迭代，那么依次選擇性?xún)r(jià)比高的前幾位，并累加開(kāi)發(fā)量直到滿(mǎn)足2周任務(wù)時(shí)間為止，則本次迭代內(nèi)容就是上述這些
還有一點(diǎn)需要注意，那就是一定要預(yù)留一段應(yīng)急的時(shí)間，一般情況下我們會(huì)有2-3天的富裕，防止突如其來(lái)的需求打亂原先制定的計(jì)劃。不過(guò)說(shuō)實(shí)話，這是常態(tài)在所難免...
3.商業(yè)需求文檔BRD
最后來(lái)講一下有關(guān)BRD的內(nèi)容，它的意義在于，在項(xiàng)目初期爭(zhēng)取開(kāi)發(fā)資源時(shí)提供一臂之力。但事實(shí)上，除了大公司可能會(huì)需要，像一般的小公司都會(huì)忽視BRD的存在價(jià)值
如果身為產(chǎn)品經(jīng)理的你，想提高自己的眼界，向更高層級(jí)進(jìn)發(fā)，那么非常有必要對(duì)BRD的思維框架有所了解?？赡懿恍枰銜?huì)寫(xiě)，但應(yīng)該借鑒的是它所思考的方向和視角
網(wǎng)上有關(guān)BRD的模板千差萬(wàn)別，但歸根結(jié)底還是從商業(yè)層面對(duì)未來(lái)要做的功能、實(shí)現(xiàn)的價(jià)值展開(kāi)聯(lián)想，主要分為以下6方面內(nèi)容：
項(xiàng)目背景
從行業(yè)或企業(yè)層面分析我們?yōu)槭裁醋?，行業(yè)分析參考PEST模型，企業(yè)自身分析參考SWOT模型、波特五力圖
商業(yè)價(jià)值
使用量化說(shuō)明方式，具體能帶來(lái)什么
功能需求
圍繞做什么、做多少展開(kāi)
非功能需求
交互、設(shè)計(jì)等除搭建功能以外的需求
資源評(píng)估
針對(duì)現(xiàn)有資源，評(píng)估各需求開(kāi)發(fā)量，并合理分配
風(fēng)險(xiǎn)與對(duì)策
項(xiàng)目過(guò)程中可能出現(xiàn)的問(wèn)題及其對(duì)策
BRD中需要的部分內(nèi)容，也是需求打包過(guò)程中需要明確的，所以可以在需求打包前就把上述問(wèn)題都想清楚
小結(jié)
本文針對(duì)需求優(yōu)先級(jí)排序的知識(shí)點(diǎn)及流程方法進(jìn)行了匯總，它是需求環(huán)節(jié)的中間步驟，起到了承上啟下的作用。在接下來(lái)的工作中，還需要對(duì)已確定迭代的需求進(jìn)行功能轉(zhuǎn)化，經(jīng)歷從表象需求到實(shí)際目標(biāo)再到用戶(hù)價(jià)值觀最后轉(zhuǎn)化為產(chǎn)品功能的整體流程，這就是需求轉(zhuǎn)化
