需求池

一,需求來源描述

1.提交人:輸入該需求的人;

2.提交時(shí)間:需求輸入時(shí)間;

3.需求來源:用戶反饋、用戶研究、客服團(tuán)隊(duì)、市場(chǎng)團(tuán)隊(duì)、內(nèi)部成員、戰(zhàn)略需求;

4.提出者:提出需求的人,用戶、老板、運(yùn)營、技術(shù)、產(chǎn)品等等;

二,需求描述

1.編號(hào):需求的順序號(hào),用于確定需求的唯一性;

2.需求分類:新增功能、功能優(yōu)化、bug修復(fù);

3.bug編號(hào):僅為“bug修復(fù)”時(shí)需要填寫;

4.產(chǎn)品模塊:功能需求所屬的模塊;

5.功能點(diǎn):如果是新功能,就新輸入,如果是功能優(yōu)化或bug修復(fù),就寫原功能點(diǎn);

6.需求描述:無歧義、完整性、一致性、可測(cè)試等;

7.需求類型:運(yùn)營需求、產(chǎn)品需求、市場(chǎng)需求、用戶需求、技術(shù)需求;

三,需求評(píng)估

1.重要性:A.階段性的產(chǎn)品目標(biāo)(戰(zhàn)略需求、要做什么事,達(dá)到什么目標(biāo),解決當(dāng)下什么問題);B.主干邏輯、主干需求(產(chǎn)品想讓用戶做的事情,那件事情就是主干,例如電商,主干就是購買流程);C.觸達(dá)的用戶群體與頻次(用戶群越大、頻率越高越重要);

該功能上線,會(huì)帶來多少積極影響,程度幾何?即貢獻(xiàn)(用戶、公司兩方考慮)

2.緊急性:A.用戶的需求迫切程度(用戶越迫切,則越愿意為此付費(fèi));B.產(chǎn)品的迫切程度(公司內(nèi)部人員希望上線的迫切程度,根據(jù)現(xiàn)階段的目標(biāo),沒有實(shí)現(xiàn)該需求,則無法進(jìn)行下一步,此程度越高,越迫切)

該功能不上線,會(huì)帶來多少消極影響,程度幾何?即損失(用戶、公司兩方考慮)

3.工作量:需求的開發(fā)工作量,表征實(shí)現(xiàn)難度;

4.層次:基礎(chǔ)(基本需求:砍掉該需求,產(chǎn)品無法正常使用)、拓展(期望型需求:砍掉該需求,產(chǎn)品可以正常使用,但是用戶會(huì)不爽或用起來比較麻煩)、增值(興奮型需求:砍掉該需求,對(duì)用戶核心流程沒有影響);

5.需求優(yōu)先級(jí):用于決定先做哪個(gè);

四,需求執(zhí)行

1.需求狀態(tài):待討論、暫緩、拒絕、需求中、交互設(shè)計(jì)、視覺設(shè)計(jì)、開發(fā)中、已發(fā)布;

2.負(fù)責(zé)pm:“需求中”狀態(tài)時(shí),需要填寫;

3.負(fù)責(zé)ue:“交互設(shè)計(jì)”狀態(tài)時(shí),需要填寫;

4.負(fù)責(zé)UI:“視覺設(shè)計(jì)”狀態(tài)時(shí),需要填寫;

5.開發(fā)人員:“開發(fā)中”狀態(tài)時(shí),需要填寫;

6.項(xiàng)目名稱:需求所在的項(xiàng)目,在“需求中”狀態(tài)時(shí),需要填寫;

7.發(fā)布時(shí)間:項(xiàng)目發(fā)布的時(shí)間,在“已發(fā)布”狀態(tài)時(shí),需要填寫;

8.備注:原因說明,其他說明

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容