十年老產(chǎn)品經(jīng)理教你管理需求池

27 評論 64232 瀏覽 402 收藏 11 分鐘

需求是一切產(chǎn)品設(shè)計開發(fā)的前提,做好需求管理才能更好的把控產(chǎn)品品質(zhì),實現(xiàn)產(chǎn)品價值。

所有的產(chǎn)品都是解決用戶問題的工具,解決問題也是產(chǎn)品存在的唯一價值。

問題是客觀存在的,產(chǎn)品經(jīng)理就是根據(jù)企業(yè)的戰(zhàn)略目標(biāo),找到目標(biāo)用戶,分析挖掘他們遇到的問題,提出解決問題的方案,整理成需求,設(shè)計成產(chǎn)品推向市場。

一、需求來源

一個產(chǎn)品的需求來源是多種多樣的,有的需求靠譜,有的需求不靠譜,需要我們自己學(xué)會收集,整理,挖掘。

1. 戰(zhàn)略規(guī)劃

戰(zhàn)略規(guī)劃的需求往往來自于公司老板的想法。很多老板會把一些機(jī)緣巧合、經(jīng)驗積累,甚至可能是一拍大腿而來的想法拿來和你交流。首先要恭喜你,老板還是很重視你的,在這家公司你能有很大的發(fā)揮空間;同時會有更大的苦難等著你。

老板,尤其是創(chuàng)業(yè)公司的老板很多是不懂產(chǎn)品、不懂互聯(lián)網(wǎng)的。但是他們往往都會聽到很多互聯(lián)網(wǎng)的名詞,并且以為自己很懂。這樣的結(jié)果就是老板的很多想法不能直接變成產(chǎn)品,還會對產(chǎn)品提出一些似是而非的需求。這個時候就要靠產(chǎn)品經(jīng)理的氣場、思維、口才來hold住老板。更關(guān)鍵的是你需要知道老板真正想要什么,想要打什么市場,消費者是誰,錢怎么賺。老板有一項能力一定比你強(qiáng),就是他的信息接觸面。只有你真正知道老板在想什么,要干什么之后,你才能用自己的專業(yè)技能為他提出更好的解決方案。

2. 競品分析

最容易聽到的初級產(chǎn)品經(jīng)理說的一句話就是“我們這個產(chǎn)品是創(chuàng)新的,沒有競爭對手”。這句話直接反映了產(chǎn)品經(jīng)理的格局不夠高、視野不夠廣。

產(chǎn)品是依賴于問題而存在的,幾乎所有的問題都是長期存在的,也就是說幾乎所有的問題都有現(xiàn)成的解決方法。這些現(xiàn)成的解決方法就是你的競品。不管這個解決方法有多么low,多么原始,多么和互聯(lián)網(wǎng)不沾邊,你多么瞧不上。但我們在做競品分析時一定要認(rèn)真考慮我們的產(chǎn)品和現(xiàn)有的這么多解決方法相比,優(yōu)勢到底在什么地方。這就是競品分析!

大多數(shù)產(chǎn)品經(jīng)理做的競品分析只是停留在互聯(lián)網(wǎng)的區(qū)域,這是競品分析的一個重要部分。但如果你的眼光只是局限在某一個領(lǐng)域,也就很難做出真正偉大的產(chǎn)品。

以后,你如果再覺得自己的產(chǎn)品沒有競爭對手的時候,不妨把思路放開后再想想。

3. 運(yùn)營反饋

產(chǎn)品經(jīng)理梳理需求后交給開發(fā)團(tuán)隊,這是對信息的過濾和加工,降低開發(fā)的成本,作為開發(fā)團(tuán)隊的最后一道重要防線,幫助開發(fā)團(tuán)隊擋子彈。

運(yùn)營的小伙伴直接面對形形色色的客戶,遇到各種各樣的問題。他們理應(yīng)將需求梳理后交給產(chǎn)品經(jīng)理,作為產(chǎn)品、開發(fā)團(tuán)隊的第一道防線,擋掉一部分子彈。但大部分情況,運(yùn)營不僅不會幫你擋子彈,反而會多補(bǔ)上幾槍。這就需要產(chǎn)品經(jīng)理自己來過濾、整理運(yùn)營的反饋了。

4. 用戶反饋

好的產(chǎn)品經(jīng)理除了對用戶要有理性的數(shù)據(jù)分析、功能的埋點統(tǒng)計之外,也會找機(jī)會直接與用戶溝通,獲得對用戶的感性認(rèn)識。產(chǎn)品經(jīng)理是介于理性和感性之間的一種動物。拿到用戶反饋后,一定需要分析這些反饋是個性化的,還是普遍性的,這個用戶是在我用戶池中的哪一組。

用戶反饋的不一定是真實的想法,產(chǎn)品經(jīng)理需要做的第一步仍然是還原最真實的問題,再想出解決方式(需求)。

5. 市場調(diào)研

市場調(diào)研分為兩種,宏觀市場調(diào)研和消費者調(diào)研。宏觀市場調(diào)研一般通過網(wǎng)上查找相關(guān)資料后整理分析;消費者調(diào)研是針對個體潛在用戶進(jìn)行交流,獲得真實的問題反饋。

通過宏觀與微觀的調(diào)研相結(jié)合,能讓你對自己的產(chǎn)品所處的生態(tài)環(huán)境有一個更加全面的了解。

二、需求優(yōu)先級

拿到所有的需求后,我們需要對需求進(jìn)行統(tǒng)一管理。需求池就是所有需求的集散地。需求池里面要包括需求的簡單描述、需求來源、需求提交的時間、需求提交人。下面就是一個比較完整的需求池:

將需求整理好后,下一步就是最重要的判斷需求優(yōu)先級。

最簡單粗暴的方法就是:老板需求 > 我的需求 > 其他人的需求。

這也是很多初學(xué)者容易犯的毛病。

一般來說,產(chǎn)品的功能分為三個類別:核心需求、基本需求、擴(kuò)展需求。

  1. 核心需求:解決用戶問題的最小功能集合。最好只解決一個問題。
  2. 基本需求:為了讓功能正常使用的流程性需求,比如:登錄、注冊、后臺管理等。
  3. 擴(kuò)展需求:為了用戶能有更好的體驗而設(shè)計的一些小的功能點。

按照需求的分類,結(jié)合當(dāng)前產(chǎn)品推廣的方案,自然我們的需求優(yōu)先級就能定出來了。

三、需求開發(fā)流程

1. scrum

關(guān)于scrum的詳細(xì)介紹大家可以在網(wǎng)上找到非常詳細(xì)的資料,這里就不再多說。scrum的核心是迭代,一般一個迭代周期是一周或者兩周。

需求池里面會逐步積累大量的需求,但絕不可能把所有的需求都一次性交給開發(fā)團(tuán)隊。這就需要我們在每次的迭代周期前從需求池里面選擇適量的需求進(jìn)入開發(fā)過程。

選擇的依據(jù)一個是前面我們定的優(yōu)先級、另外就是開發(fā)成本,一些不重要,但開發(fā)成本較低的需求可以提前塞到這次的迭代中。

2. 需求鎖定

當(dāng)需求進(jìn)入開發(fā)過程后,原則上不允許給開發(fā)團(tuán)隊增加另外的需求。也就是說在一個迭代周期內(nèi)的需求是被鎖定的。這種處理方式能最大化提升開發(fā)的效率。讓開發(fā)團(tuán)隊有足夠的時間優(yōu)化代碼架構(gòu)。

3. 特殊需求-bug

Bug在產(chǎn)品上線之前是由測試團(tuán)隊進(jìn)行測試,開發(fā)團(tuán)隊修復(fù)。但當(dāng)bug是在產(chǎn)品上線運(yùn)營后才被我們或者用戶發(fā)現(xiàn),這類bug是需要列入需求池的。緊急的bug可以臨時發(fā)布版本,一般不是特別緊急的bug會按照普通需求的處理流程來走。

四、版本管理

版本號是迭代開發(fā)的標(biāo)志。很多創(chuàng)業(yè)團(tuán)隊開發(fā)的產(chǎn)品是沒有版本號的概念的,開發(fā)的流程也一定混亂。目前有一些通用的版本號規(guī)則:

1. 版本號規(guī)則

一般版本號為:9.3.6,3.2.0這種格式。

第一位是主版本號:用于產(chǎn)品有重大更新的時候遞增,如最近發(fā)布的iOS 10。

第二位是次版本號:用于產(chǎn)品新增部分功能、模塊,但沒有大范圍的修改時遞增。

第三位是修訂版本號:用于產(chǎn)品修復(fù)bug,新增小的功能時使用。

第四位是build號:一般用于開發(fā)過程管理,不面向普通用戶。

2. 版本庫

產(chǎn)品的版本庫是至關(guān)重要的路標(biāo),它會反應(yīng)出來我們之前走過什么路,今后要走什么路。結(jié)合運(yùn)營的指標(biāo),我們更是能夠分析產(chǎn)品升級給我們的用戶量、市場占有率帶來是什么樣的影響。

需求池、版本庫、開發(fā)過程管理,是產(chǎn)品經(jīng)理日常工作的重要組成部分。隨后我們會逐步為大家介紹產(chǎn)品經(jīng)理工作中要注意的一些關(guān)鍵環(huán)節(jié),希望能與大家一起進(jìn)步、成長。

 

本文由 @ 領(lǐng)客PM-未明 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 您好,關(guān)于您分享的需求管理工具有些使用方面的問題想請教 ,能否留個聯(lián)系方式

    來自北京 回復(fù)
  2. 非常感謝作者總結(jié)的東西,寫的很好,有一點想法和建議: 需求來源章節(jié)缺少一個政策監(jiān)管,目前大部分行業(yè)可能不會涉及到這塊,但是如果從事互聯(lián)網(wǎng)金融或者是第三方支付 政策監(jiān)管 所帶來的需求占比會很重,并且優(yōu)先級也會很高。

    來自四川 回復(fù)
  3. 軟文

    來自福建 回復(fù)
    1. 哈哈

      來自北京 回復(fù)
  4. 版本管理有按照模塊與版本的兩個維度進(jìn)行的記錄與管理的工具么?

    來自北京 回復(fù)
    1. 我理解的版本管理就是記錄所有的版本更新記錄,每次版本會完成一些需求,每個需求應(yīng)該是屬于產(chǎn)品的某個模塊的。

      來自北京 回復(fù)
    2. 要是這次更新兩個 或三個外加零碎的點,Eg:APP 的商品詳情頁修改,訂單計算頁面也修改,首頁也修改,三個頁面,我想把APP按照頁面拆分,在把頁面拆分成模塊,每次修改什么就能直接對應(yīng)到修改的內(nèi)容, 同時還可以分 平臺:PC 、H5、IOS 、Andriod,不同的進(jìn)度還可以選擇, Perfect!

      來自中國 回復(fù)
    3. 人人還不能插圖片, 我現(xiàn)在用Excel管理那,要不給你截圖。

      來自中國 回復(fù)
  5. 剛試用了一下,指定版本的需求,就顯示進(jìn)入開發(fā)中,但是未必的,有的只是準(zhǔn)備列入這個版本,但是還沒進(jìn)行開發(fā)呢~

    來自江蘇 回復(fù)
    1. 是有這種情況,后續(xù)我們會完善這個功能的,謝謝反饋

      來自北京 回復(fù)
  6. Error establishing a database connection

    來自上海 回復(fù)
    1. 已經(jīng)緊急修復(fù)了
      ??

      來自北京 回復(fù)
  7. 一個新模塊功能(能湊合著用,但存在bug),是先上線再優(yōu)化,還是優(yōu)化后再上線呢?產(chǎn)品版本正常多久更新的頻率是合理的?求教

    回復(fù)
    1. 核心流程能跑通,界面沒有明顯的錯誤就可以上線。bug是永遠(yuǎn)存在的。

      來自北京 回復(fù)
    2. 我們現(xiàn)在是固定每周更新一版,如果有重大缺陷緊急修復(fù)后也會上線。

      來自北京 回復(fù)
  8. 有需求分析的電子分享一下吧

    回復(fù)
    1. 我們的需求分析管理都在系統(tǒng)里面做了,有空你可以試用一下。領(lǐng)客PM http://www.linkcode.org

      來自北京 回復(fù)
  9. 作為管理新手,受教了

    回復(fù)
  10. 戰(zhàn)略規(guī)劃說道我心坎里了

    來自北京 回復(fù)
  11. 學(xué)習(xí)了,我現(xiàn)在所在的公司就是創(chuàng)業(yè)公司,對于需求管理方面有點混亂。這篇文章來的及時,感謝作者。

    來自廣東 回復(fù)
    1. 試用一下我們的產(chǎn)品,有問題可以隨時聯(lián)系我

      來自北京 回復(fù)
    2. 試用了,剛上線不久吧,請問需求狀態(tài)無法修改嗎?

      來自山東 回復(fù)
    3. 指定需求版本后,需求會進(jìn)入開發(fā)中的狀態(tài),之后就可以驗收了

      來自北京 回復(fù)
  12. 用的是什么scrum管理工具呀?

    來自廣東 回復(fù)
    1. 領(lǐng)客PM,互聯(lián)網(wǎng)產(chǎn)品經(jīng)理專屬的需求、版本管理工具 ??

      來自北京 回復(fù)
    2. 沒有搜到啊?

      來自浙江 回復(fù)
    3. 來自北京 回復(fù)