PMTalk團(tuán)隊(duì)復(fù)工后,部分研發(fā)同學(xué)還是沒(méi)能回到崗位。這段時(shí)間我們?cè)诋a(chǎn)品的版本管理只做了維護(hù)和優(yōu)化的工作。
就產(chǎn)品經(jīng)理來(lái)說(shuō),其對(duì)云上需求池的更新與內(nèi)容維護(hù),成了基本工作。
面向產(chǎn)品人員,需求池可以用于統(tǒng)籌產(chǎn)品的問(wèn)題和缺陷;面向開(kāi)發(fā)同學(xué),可以知道任務(wù)進(jìn)度;面向管理者也可以知道產(chǎn)品預(yù)計(jì)的問(wèn)題和影響范圍。
以PMTalk為例聊聊我們的工作
需求池管理的BUG是什么
什么是BUG?
Bug是計(jì)算機(jī)領(lǐng)域?qū)I(yè)術(shù)語(yǔ),意思是漏洞,原因是系統(tǒng)安全策略上存在的缺陷,有攻擊者能夠在未授權(quán)的情況下訪問(wèn)的危害
真正在產(chǎn)品研發(fā)上。Bug還包含產(chǎn)品邏輯問(wèn)題、用戶使用的產(chǎn)品投訴、UI還原、文案合理性。
比如PMTalk快速體驗(yàn)1款A(yù)PP在登錄注冊(cè)上,就有如下的BUG。
1.UI還原
APP頁(yè)面的布局邊界、icon圖標(biāo)大小
2.邏輯問(wèn)題
用戶連續(xù)兩次登錄小程序,連續(xù)要求用戶驗(yàn)證手機(jī)號(hào)
▲ 登錄注冊(cè)小程序
3.字段與數(shù)據(jù)不匹配
在內(nèi)容管理后臺(tái),詳情字段展示的數(shù)據(jù)和左邊的拍賣(mài)數(shù)據(jù)匹配不上,這類(lèi)問(wèn)題也屬于產(chǎn)品BUG。如下圖拍賣(mài)后臺(tái)列表
▲ 后臺(tái)產(chǎn)品的字段數(shù)據(jù)錯(cuò)誤
上面羅列的就是BUG,而產(chǎn)品經(jīng)理每天面對(duì)的需求池,需求來(lái)源有非常多的就是來(lái)自BUG。
因?yàn)橛幸恍〣UG是不合理的產(chǎn)品設(shè)計(jì)導(dǎo)致的,需要在需求池里添加新需求,同時(shí)記錄領(lǐng)導(dǎo)任務(wù),最終劃分為未來(lái)要做的、現(xiàn)在的問(wèn)題2個(gè)部分,構(gòu)成了需求池的內(nèi)容組成。
▲ 需求池管理的意義
需求池的優(yōu)先級(jí)劃分
缺陷優(yōu)先級(jí)從2個(gè)角度來(lái)提及:
一個(gè)是產(chǎn)品的缺陷優(yōu)先級(jí);一個(gè)是公司的缺陷問(wèn)題優(yōu)先級(jí);
1.產(chǎn)品缺陷產(chǎn)生的優(yōu)先級(jí)
比如在前面提到的小程序登錄問(wèn)題,屬于這類(lèi)問(wèn)題。由于是用戶的必經(jīng)路徑、也是產(chǎn)品未深度體驗(yàn)之前的頁(yè)面,由于影響范圍大、覆蓋用戶群體多,在產(chǎn)品上是一定要修復(fù)的。
根據(jù)重要、緊急層度。如果要想讓產(chǎn)品在用戶得到好的口碑和轉(zhuǎn)化傳播,這類(lèi)問(wèn)題就要優(yōu)先處理。
2.公司缺陷優(yōu)先級(jí)
公司的缺陷也分兩類(lèi),一類(lèi)是技術(shù)框架的問(wèn)題;一類(lèi)是業(yè)務(wù)的問(wèn)題。
公司缺陷和商業(yè)模式最相關(guān)的是業(yè)務(wù)問(wèn)題,但技術(shù)框架同樣重要。比如PMTalk之前選擇的是開(kāi)源系統(tǒng),在后期選擇使用PHP的形式自主開(kāi)發(fā),就是技術(shù)框架失敗導(dǎo)致公司缺陷
若不切換技術(shù)框架,隨之而來(lái)的開(kāi)發(fā)時(shí)間周期會(huì)隨著迭代指數(shù)型增長(zhǎng);同樣也不兼容未來(lái)的產(chǎn)品擴(kuò)展。
比如我們之前有嘗試過(guò)做鄭州、長(zhǎng)沙等二三線城市的沙龍活動(dòng)。為此開(kāi)發(fā)當(dāng)?shù)氐膱?bào)名系統(tǒng),結(jié)合當(dāng)?shù)氐牡赜騼?nèi)容和用戶習(xí)慣做開(kāi)發(fā)整合,實(shí)際上這類(lèi)業(yè)務(wù)是有問(wèn)題的,因?yàn)榛顒?dòng)頻率太低。
比如我們?cè)谧鯬MTalk產(chǎn)品銷(xiāo)售,會(huì)有熱賣(mài)單品和普通單品。熱賣(mài)單品為了滿足更多訂單需求,就增加了用戶的個(gè)性化自定義屬性的選項(xiàng),實(shí)際上反而利潤(rùn)急速降低。
負(fù)責(zé)普通單品的sku產(chǎn)品團(tuán)隊(duì)在開(kāi)發(fā)資源上就會(huì)減少,甚至是迭代進(jìn)度延期,盡可能把時(shí)間都給在熱門(mén)單品的產(chǎn)品。
最終導(dǎo)致商品更新?lián)Q代沒(méi)有品控,不標(biāo)準(zhǔn)化。
一定要用協(xié)同管理工具嗎?
市面上也有各類(lèi)需求管理的協(xié)同工具,但選擇用還是不用,還是要因團(tuán)隊(duì)結(jié)構(gòu)而定,比如團(tuán)隊(duì)能不能接受需求管理的方式,能不能大家都遵守這樣的規(guī)則,是前提。
比如小團(tuán)隊(duì):一個(gè)在線文檔,或白板也是足夠的。
▲ 需求管理在白板上
需求管理最難的還是從上到下要求團(tuán)隊(duì)養(yǎng)成更新和日常使用的習(xí)慣。因?yàn)楫a(chǎn)品部人多,需求密集,稍微不注意可能團(tuán)隊(duì)的需求池就過(guò)期了,這類(lèi)方法不僅會(huì)幫助產(chǎn)品經(jīng)理個(gè)人減少工作的失誤,也會(huì)幫助團(tuán)隊(duì)或企業(yè)降低人力資源浪費(fèi)的情況。
好,今天的分享就在這里
看完覺(jué)得寫(xiě)得好的,不防打賞一元,以支持藍(lán)海情報(bào)網(wǎng)揭秘更多好的項(xiàng)目。