明天要出去出去出去浪了窿凤，所以趕緊把今晚熬夜也要把自己立的flag完成仅偎，把文章發(fā)出去。(?????)

下面開(kāi)始正文雳殊。

需求管理的是每個(gè)產(chǎn)品經(jīng)理必備的工作內(nèi)容之一橘沥，將業(yè)務(wù)部門(mén)的需求清單于內(nèi)部的需求列表進(jìn)行比對(duì)管理，因此總結(jié)了一下小團(tuán)隊(duì)多而雜的需求來(lái)如何管理的方法夯秃。

首先要有一個(gè)收集各個(gè)部門(mén)需求的管理池——需求池

一般通過(guò)需求列表對(duì)所有需求進(jìn)行統(tǒng)一記錄管理座咆。

通常需求列表包括：提出人、提出時(shí)間仓洼、所屬模塊介陶、需求描述、需求分類色建、需求優(yōu)先級(jí)哺呜、狀態(tài)、責(zé)任人箕戳、項(xiàng)目名稱給某残、開(kāi)發(fā)量、計(jì)劃開(kāi)始時(shí)間陵吸、發(fā)布時(shí)間玻墅、進(jìn)度、備注等壮虫，隨便找了一張圖貼上澳厢。

● 提交人：即需求的原始提出者，有疑惑時(shí)便于追溯提交人：即需求的原始提出者，有疑惑時(shí)便于追溯

● 提交時(shí)間：原始需求的獲得時(shí)間剩拢，輔 一致性的需求描述

● 分類：新增功能线得、功能改進(jìn)、體驗(yàn)提升裸扶、Bug修復(fù)框都、內(nèi)部需求等

● 優(yōu)先級(jí)：需求的緊急重要程度

● 狀態(tài)：需求生命周期：待討論、暫緩呵晨、拒絕魏保、需求中、開(kāi)發(fā)中摸屠、已發(fā)布

● 項(xiàng)目名稱:需求的發(fā)布項(xiàng)目

● 開(kāi)發(fā)量:需求的開(kāi)發(fā)工作量谓罗，表征實(shí)現(xiàn)難度

● 計(jì)劃開(kāi)始時(shí)間:開(kāi)始開(kāi)發(fā)時(shí)間

● 發(fā)布時(shí)間:計(jì)劃發(fā)布時(shí)間

● 進(jìn)度:當(dāng)前需求進(jìn)度

● 備注：其它任何信息，如：1.被拒絕的理由2.被暫緩的理由和重啟條件3.其它相關(guān)文檔……

需求辣么多季二，我們應(yīng)該先從哪個(gè)下手檩咱？

如何判定需求的優(yōu)先級(jí)——KANO模型

1.基本型需求：滿足用戶“剛需”的產(chǎn)品功能。

2.期望型需求：不是“必須有”的產(chǎn)品屬性胯舷，但是用戶希望得到的刻蚯。這類需求在產(chǎn)品中實(shí)現(xiàn)的越多，用戶就越滿意桑嘶。

3.興奮型需求：使用戶產(chǎn)生驚喜的需求炊汹。當(dāng)產(chǎn)品提供了這類需求中的服務(wù)時(shí)，用戶就會(huì)對(duì)產(chǎn)品非常滿意逃顶，這類需求可以為產(chǎn)品增加額外價(jià)格讨便。

通過(guò)這種分類方法，講需求大概分了三個(gè)級(jí)別以政，所以我們就可以排優(yōu)先級(jí)啦霸褒，當(dāng)然，如果老板提需求了盈蛮，那么這些需求再怎么優(yōu)先都是往后靠废菱，雖然我們都有產(chǎn)品人的職業(yè)素養(yǎng)，但是工資是老板發(fā)的抖誉，聽(tīng)老板的殊轴。

如何提交需求

一是：項(xiàng)目型需求

提交這類需求需說(shuō)明：

1.業(yè)務(wù)背景&價(jià)值（為什么要做）：讓其他產(chǎn)品同學(xué)明白業(yè)務(wù)價(jià)值以協(xié)調(diào)資源優(yōu)先級(jí)

2.業(yè)務(wù)目標(biāo)（可量化數(shù)字目標(biāo)）：使項(xiàng)目有關(guān)部門(mén)的同學(xué)有統(tǒng)一目標(biāo)。如果某業(yè)務(wù)線多次上線的活動(dòng)都不能達(dá)到目標(biāo)寸五，那該條業(yè)務(wù)線后續(xù)再提交的需求優(yōu)先級(jí)自然不高梳凛，而且更容易被挑戰(zhàn)耿币。

3.系統(tǒng)的概述：描述系統(tǒng)要實(shí)現(xiàn)的業(yè)務(wù)功能梳杏。可以通過(guò)環(huán)境圖的方式描述用戶、本系統(tǒng)十性、其它業(yè)務(wù)系統(tǒng)之間的交互關(guān)系叛溢。

4.落地方案（如何做）：產(chǎn)品設(shè)計(jì)需基于完整的落地實(shí)施方案，每個(gè)系統(tǒng)功能模塊劲适，以考慮到每一個(gè)實(shí)現(xiàn)細(xì)節(jié)邏輯和異常情況楷掉。

二是：日常優(yōu)化需求，產(chǎn)品小功能迭代或者體驗(yàn)優(yōu)化

一般這種需求被提出的姿勢(shì)都是：小陳霞势，要把頁(yè)面結(jié)構(gòu)改一下烹植，要加幾個(gè)按鈕神馬的，這時(shí)候愕贡，我就會(huì)很郁悶——那還找我干嘛草雕，你直接去找程序猿得了。

這個(gè)時(shí)候我們更應(yīng)該耐心的挖掘解決方案背后的那個(gè)問(wèn)題（或者更專業(yè)的固以，我們叫做用戶需求）墩虹。然后，由我們親自來(lái)做把用戶的需求轉(zhuǎn)化為產(chǎn)品功能這件事憨琳，這才是我們的核心職責(zé)（而不是細(xì)化功能這種事诫钓，沒(méi)錯(cuò)，我指的是寫(xiě)PRD什么的）篙螟。

提交這類需求需說(shuō)明：

目標(biāo)用戶：這件事菌湃，是為誰(shuí)而做的，一旦運(yùn)營(yíng)開(kāi)始從這里起步思考闲擦，就可以自己排除掉很多需求了慢味；

問(wèn)題描述：目標(biāo)用戶碰到的痛點(diǎn)，只說(shuō)“何時(shí)/何地墅冷，怎么難受”即可纯路；

改進(jìn)建議：建議如何優(yōu)化

嚴(yán)重程度：對(duì)問(wèn)題嚴(yán)重程度的判斷，“高/中/低”即可寞忿，具體的判斷方法驰唬，可以根據(jù)用戶重要程度（這個(gè)比較主觀，需要團(tuán)隊(duì)一起討論達(dá)成共識(shí)腔彰，我們的產(chǎn)品是為哪幾類用戶服務(wù)的叫编，他們的優(yōu)先級(jí)排序是什么，這是產(chǎn)品原則的關(guān)鍵內(nèi)容）霹抛，問(wèn)題出現(xiàn)的次數(shù)搓逾、頻率等因素（相對(duì)客觀，比較好辦）考慮杯拐；

現(xiàn)有方案：現(xiàn)在是如何解決此問(wèn)題的霞篡，我會(huì)認(rèn)為世蔗，一個(gè)值得解決的問(wèn)題，通常已經(jīng)有人著手解決了朗兵，所以也一定已經(jīng)有一些解決方案污淋，而沒(méi)有現(xiàn)有方案的問(wèn)題，通常不嚴(yán)重余掖；

解決方案：建議的產(chǎn)品改進(jìn)方案寸爆，可以以原型或者簡(jiǎn)單文檔的形式，甚至可以口頭說(shuō)明盐欺，如果你不怕和開(kāi)發(fā)撕逼的話赁豆。

最后，如何跟需求方對(duì)接需求

需求方同學(xué)的需求提交上來(lái)之后自然需要得到明確的反饋冗美，于是定期的需求對(duì)接會(huì)就很有必要了歌憨，需求對(duì)接會(huì)的主要內(nèi)容包括：

1.針對(duì)提交的需求內(nèi)容進(jìn)行當(dāng)面溝通確認(rèn)，再確認(rèn)墩衙，避免撕逼务嫡；

2.我需要將每個(gè)需求的評(píng)估結(jié)果反饋、進(jìn)展漆改、預(yù)期上線時(shí)間等同步給需求方心铃；

3.上線之前，我要將已經(jīng)在測(cè)試環(huán)境準(zhǔn)備好的功能邀請(qǐng)需求方事前體驗(yàn)挫剑；

4.我要把已經(jīng)上線的產(chǎn)品后臺(tái)使用說(shuō)明去扣、前臺(tái)邏輯說(shuō)明等，同步給需求方樊破。

需求管理是每個(gè)產(chǎn)品狗的必修課愉棱，特別是需求方較多時(shí)，比如銷(xiāo)售哲戚、財(cái)務(wù)奔滑、采銷(xiāo)、倉(cāng)庫(kù)...巴拉巴拉顺少，協(xié)調(diào)好各部門(mén)朋其，才好按期完成每項(xiàng)需求，保證業(yè)務(wù)順利進(jìn)行脆炎。

最后祝你們周末愉快梅猿！