本文純?cè)瓌?chuàng)呛哟,作者1993年出生叠荠,目前是一名6年工作經(jīng)驗(yàn)的后端開(kāi)發(fā)工程師,最近想學(xué)習(xí)一下產(chǎn)品經(jīng)理崗位的相關(guān)知識(shí)與技巧扫责,所以在日常工作中榛鼎,從產(chǎn)品經(jīng)理的角度,在需求收集管理方面,記錄了一些想法者娱,作為筆記使用蜘渣。
廣大網(wǎng)友的智慧是無(wú)限的,希望能慷慨相授更多肺然、更好、更實(shí)用的腿准,相關(guān)方法和經(jīng)驗(yàn)际起,作者感激不盡!(歡迎評(píng)論吐葱、私信=滞)
一、需求收集管理的核心思想是什么弟跑?
高效的收集所有的需求灾前,對(duì)需求進(jìn)行分類(lèi)、評(píng)估孟辑、溝通哎甲、反饋、規(guī)劃饲嗽,使需求在收集階段炭玫,及其容易管理。
二貌虾、需求管理工具
需求管理工具有很多吞加,不過(guò)都大同小異,如
PingCode
,禪道
都行尽狠。
需求管理工具需要滿(mǎn)足基本特性:
1.支持產(chǎn)品經(jīng)理對(duì)自己負(fù)責(zé)的需求進(jìn)行查看衔憨,編輯,設(shè)置狀態(tài)等操作
2.支持領(lǐng)導(dǎo)對(duì)全體需求池進(jìn)行管理
3.需求池能按項(xiàng)目袄膏、產(chǎn)品等維度進(jìn)行劃分
4.領(lǐng)導(dǎo)能對(duì)所有需求進(jìn)行優(yōu)先級(jí)排序践图、指定負(fù)責(zé)人、規(guī)劃截止時(shí)間等等
三哩陕、需求收集管理
3.1 需求來(lái)源
平项、3.2 需求池規(guī)劃
、3.3 需求創(chuàng)建要求
3.1 需求來(lái)源
3.1.1 常規(guī)需求來(lái)源
- 用戶(hù)反饋給業(yè)務(wù)線(xiàn)同事的需求悍及。
例1:網(wǎng)站或App中有意見(jiàn)反饋功能闽瓢,業(yè)務(wù)系統(tǒng)后臺(tái)管理者初步篩選有效的用戶(hù)意見(jiàn)反饋,形成需求點(diǎn)并添
加記錄到需求池當(dāng)中心赶。
例2:業(yè)務(wù)線(xiàn)人員在線(xiàn)下市場(chǎng)收集到來(lái)自線(xiàn)下的用戶(hù)意見(jiàn)反饋扣讼,同例1
。 - 公司內(nèi)部同事提出的需求缨叫。
例1:業(yè)務(wù)系統(tǒng)后臺(tái)管理者在日常使用后臺(tái)系統(tǒng)時(shí)椭符,會(huì)不斷的發(fā)現(xiàn)需要新增的功能和需要優(yōu)化的功能荔燎,這就
是需求點(diǎn)。
例2:業(yè)務(wù)線(xiàn)人員在線(xiàn)上線(xiàn)下進(jìn)行提供服務(wù)時(shí)销钝,會(huì)不斷的發(fā)現(xiàn)新的需求點(diǎn)有咨。 - 產(chǎn)品經(jīng)理規(guī)劃的需求。
例:產(chǎn)品經(jīng)理根據(jù)自身產(chǎn)品思維蒸健,會(huì)不斷的挖掘有效需求點(diǎn)座享。
3.1.2 特殊需求來(lái)源
這類(lèi)需求的提出者,往往對(duì)需求的描述是模棱兩可的似忧,需要產(chǎn)品經(jīng)理去弄清楚其真實(shí)的意圖和要做到的效果渣叛,用自身的產(chǎn)品思維去實(shí)現(xiàn)其需求。(這類(lèi)需求不用判斷是否為偽需求盯捌,一般情況下提出來(lái)了就要做淳衙,產(chǎn)品經(jīng)理是需要妥協(xié)的)
- 老板的需求
- 運(yùn)營(yíng)提出的需求
3.2 需求池規(guī)劃
總的來(lái)說(shuō),需求池規(guī)劃分為2個(gè)大的需求池饺著,
待規(guī)劃需求池
箫攀,不同項(xiàng)目的需求規(guī)劃池
。
待規(guī)劃需求池的意義:
1.集中收集所有來(lái)源的需求
2.每一個(gè)需求有產(chǎn)品經(jīng)理實(shí)時(shí)反饋需求采集情況(如需求被確認(rèn)幼衰,規(guī)劃xx版本中進(jìn)行完成需求點(diǎn)開(kāi)發(fā)匠童,如需求被關(guān)閉,關(guān)閉原因是xx)塑顺,做到事事有反饋汤求,人人有回音的狀態(tài)
3.公司領(lǐng)導(dǎo)可以集中的查看及管理所有待規(guī)劃需求池中需求的優(yōu)先級(jí),方便統(tǒng)一管理
不同項(xiàng)目的需求規(guī)劃池的意義:
1.集中進(jìn)行需求規(guī)劃(如根據(jù)優(yōu)先級(jí)严拒,開(kāi)發(fā)周期等因素進(jìn)行迭代規(guī)劃扬绪,開(kāi)發(fā)推進(jìn)等工作)
2.技術(shù)部負(fù)責(zé)人及研發(fā)團(tuán)隊(duì)成員,能高效清晰的看到后期需求點(diǎn)及優(yōu)先級(jí)等等信息
3.公司領(lǐng)導(dǎo)可以集中的查看及管理所有需求規(guī)劃池中需求的優(yōu)先級(jí)裤唠,方便統(tǒng)一管理
需求池規(guī)劃示例
- 創(chuàng)建一個(gè)名為
待規(guī)劃
的需求池(集中收集所有來(lái)源的需求) - 在
待規(guī)劃
需求池中創(chuàng)建用戶(hù)反饋
挤牛、內(nèi)部需求
、產(chǎn)品經(jīng)理規(guī)劃
幾個(gè)類(lèi)別 - 給不同的人員分配不同的權(quán)限种蘸,使對(duì)應(yīng)人員只能在指定的需求池類(lèi)別中操作自己創(chuàng)建的需求
- 產(chǎn)品經(jīng)理對(duì)需求池需求進(jìn)行評(píng)估墓赴,確定采納的需求再進(jìn)一步的分析,按有效性航瞭、影響范圍等等特性進(jìn)行多維度的評(píng)估诫硕,設(shè)置優(yōu)先級(jí),并修改狀態(tài)為已確認(rèn)刊侯,已確認(rèn)的需求將會(huì)進(jìn)行需求分析章办,需求開(kāi)發(fā)迭代等后續(xù)工作,并且需求池中的需求為原始需求,需求的狀態(tài)會(huì)由產(chǎn)品經(jīng)理進(jìn)行更新藕届,比如更新?tīng)顟B(tài)為研發(fā)中挪蹭,計(jì)劃于xx月xx日系統(tǒng)版本xx.xx中提供服務(wù)。也比如更新?tīng)顟B(tài)為關(guān)閉休偶,關(guān)閉原因?yàn)閤xx梁厉,如有特別需要,可重新在需求池中添加需求踏兜。
- 創(chuàng)建不同項(xiàng)目的需求規(guī)劃池(需求積累到足夠一次迭代時(shí)懂算,協(xié)調(diào) 研發(fā)團(tuán)隊(duì) 或 技術(shù)負(fù)責(zé)人 進(jìn)行需求迭代會(huì)議,一條一條的過(guò)一遍需求庇麦,研發(fā)人員評(píng)估可實(shí)現(xiàn)性及技術(shù)難點(diǎn),最終確定迭代周期時(shí)長(zhǎng)及需求點(diǎn))
3.3 需求創(chuàng)建要求
-
基于用戶(hù)故事特點(diǎn)的需求喜德,要求提出人以用戶(hù)故事的形式創(chuàng)建山橄,描述出具體的用戶(hù)場(chǎng)景。
- 例需求:后臺(tái)訂單管理增加訂單導(dǎo)出功能舍悯,要求能統(tǒng)計(jì)指定時(shí)間范圍內(nèi)未發(fā)貨的訂單信息航棱,及商品SKU數(shù)量統(tǒng)計(jì);
場(chǎng)景:有新的出貨訂單時(shí)萌衬,供應(yīng)商會(huì)收到短信或者微信公眾號(hào)的出貨訂單通知饮醇,僅僅是提醒作用,供應(yīng)商會(huì)在每天14點(diǎn)-16點(diǎn)打開(kāi)后臺(tái)管理系統(tǒng)訂單管理頁(yè)面秕豫,按時(shí)間范圍篩選出未發(fā)貨的訂單數(shù)據(jù)朴艰,并用紙筆記錄需發(fā)貨的所有商品SKU及數(shù)量,及訂單的商品SKU及數(shù)量混移,拿到倉(cāng)庫(kù)人員進(jìn)行揀貨打包祠墅,按訂單發(fā)貨。期望訂單管理頁(yè)面能導(dǎo)出指定時(shí)間范圍內(nèi)未發(fā)貨的訂單數(shù)據(jù)及訂單的商品SKU及數(shù)量統(tǒng)計(jì)歌径,供應(yīng)商就只需要導(dǎo)出指定時(shí)間范圍內(nèi)未發(fā)貨的訂單數(shù)據(jù)并發(fā)送給倉(cāng)庫(kù)人員按訂單發(fā)貨即可毁嗦。
- 例需求:后臺(tái)訂單管理增加訂單導(dǎo)出功能舍悯,要求能統(tǒng)計(jì)指定時(shí)間范圍內(nèi)未發(fā)貨的訂單信息航棱,及商品SKU數(shù)量統(tǒng)計(jì);
-
基于系統(tǒng)功能特性的需求,要求描述清楚需求起到的意義回铛,及希望達(dá)到的效果
- 例需求:希望給直播間增加虛假在線(xiàn)人數(shù)狗准,點(diǎn)贊人數(shù),用戶(hù)及主播都是看到虛假的人氣值茵肃;
場(chǎng)景:我們大部分的直播間開(kāi)播長(zhǎng)時(shí)間維持0觀看人數(shù)腔长,感覺(jué)這樣很不好,用戶(hù)和主播都會(huì)覺(jué)得:“這是個(gè)什么平臺(tái)啊验残,人都沒(méi)有”等等想法饼酿,希望我們的程序能模擬出來(lái)一些假象,比如主播開(kāi)播后,明明一個(gè)真實(shí)用戶(hù)都沒(méi)有故俐,但是直播間卻看起來(lái)非常的熱鬧想鹰,觀看人數(shù),點(diǎn)贊药版,甚至是評(píng)論區(qū)及彈幕都一片火熱辑舷,真實(shí)的用戶(hù)和主播都會(huì)感覺(jué)挺好的
- 例需求:希望給直播間增加虛假在線(xiàn)人數(shù)狗准,點(diǎn)贊人數(shù),用戶(hù)及主播都是看到虛假的人氣值茵肃;
-
基于活動(dòng),拉新槽片,留存何缓,與第三方平臺(tái)對(duì)接等等的需求,應(yīng)該也是商業(yè)模式的需求还栓,要求描述盡可能的詳細(xì)碌廓,從想法,到實(shí)際的期望
- 例需求:增加邀請(qǐng)新用戶(hù)剩盒,獲得抽獎(jiǎng)機(jī)會(huì)谷婆,有機(jī)會(huì)獲得500元現(xiàn)金紅包的活動(dòng),作為拉新的方式
場(chǎng)景:最近拼多多很厲害辽聊,這個(gè)想法是抄襲的拼多多纪挎,大致的想法就是復(fù)制拼多多的這種拉新與裂變的方式,希望我們的拉新速度能直線(xiàn)上升
產(chǎn)品經(jīng)理需求評(píng)估:狀態(tài):關(guān)閉 原因:這是一個(gè)好想法跟匆,是值得一試的异袄,但是我們應(yīng)該不會(huì)直接去復(fù)制拼多多的這個(gè)作法,因?yàn)闊X(qián)太厲害了玛臂,我們目前承擔(dān)不起這個(gè)拉新裂變帶來(lái)的成本支出烤蜕,如果最終沒(méi)能給用戶(hù)真實(shí)的提現(xiàn)到活動(dòng)的獎(jiǎng)勵(lì),反而會(huì)讓用戶(hù)覺(jué)得我們是不值得被信任的迹冤,做個(gè)活動(dòng)都是騙人的玖绿,沒(méi)人能真的拿到獎(jiǎng)勵(lì),這樣也不是你最初的想法了吧叁巨!再次感謝您寶貴的建議及需求斑匪,我們將會(huì)在這方面繼續(xù)深入的研究適合我們的拉新裂變方式,期待看到您的下一條建議及需求锋勺。
- 例需求:增加邀請(qǐng)新用戶(hù)剩盒,獲得抽獎(jiǎng)機(jī)會(huì)谷婆,有機(jī)會(huì)獲得500元現(xiàn)金紅包的活動(dòng),作為拉新的方式