3個步驟,教你做軟件版本規(guī)劃

初級產(chǎn)品經(jīng)理的工作日常大多圍繞產(chǎn)品的版本規(guī)劃與日常迭代展開搬葬,但是版本迭代沒做好荷腊,也會引發(fā)很多問題。這篇文章告訴我們可以通過正確聊需求急凰、優(yōu)先級管理和迭代節(jié)奏三方面女仰,做好軟件版本規(guī)劃猜年。推薦給剛?cè)胄械漠a(chǎn)品新人閱讀學(xué)習(xí)。

如果你是剛?cè)胄?~3年的產(chǎn)品新人疾忍,你的日常工作里應(yīng)該至少有70%的時間是在負責(zé)產(chǎn)品的版本規(guī)劃與正常迭代乔外,是不是呢?

其實做產(chǎn)品規(guī)劃的門檻很低一罩,低到無論你怎么安排都不會錯杨幼,因為從來都不會有一個標(biāo)準(zhǔn)的尺子來衡量你的規(guī)劃正確與否。例如程序員聂渊,會有萬行代碼出錯率等指標(biāo)來代表這位程序員小哥的厲害程度差购,但很可惜產(chǎn)品經(jīng)理們并沒有Roadmap優(yōu)美度等過程指標(biāo)來衡量產(chǎn)品經(jīng)理的厲害程度。

這是一件快樂又可悲的事情:快樂的地方在于摸魚無人管一朝成功很意外汉嗽;可悲的事情在于摸魚一時救火一世欲逃。

看看以下的例子你是不是并不陌生:

團隊一致認為這個版本是具有劃時代意義的,功能非常多饼暑,所以需要至少X個月的時間才能開發(fā)上線稳析,可是版本上線后,用戶已經(jīng)偷偷焗了油弓叛;

中途突然接到了用戶反饋的非常緊急的需求彰居,趕緊插入到當(dāng)前的版本中進行開發(fā),技術(shù)小哥異常生氣邪码,揮刀砍你裕菠,從此給你貼上了“需求變更魔王”的標(biāo)簽咬清,互相之間信任已不存在闭专;

團隊的整體開發(fā)效率非常低,明明一個很簡單的需求都至少要開發(fā)X個月以上旧烧,最后發(fā)現(xiàn)耗時最大的居然是團隊內(nèi)的溝通影钉;

整個團隊的開發(fā)節(jié)奏要么時緊時慢,要么天天救火掘剪,要么放羊長草平委,工作中體會不到迭代的優(yōu)雅韻律,就像下一口不知道是粑粑還是巧克力夺谁。

如果這個時候廉赔,你的小腦袋在控制不住地點頭,那么請把你的小手手交給麗莎阿姨匾鸥,讓阿姨帶你進入優(yōu)雅版本迭代之門蜡塌。

依照往常慣例,入門之前勿负,讓阿姨來摸摸你的骨相如何:

看看以下哪個觀點更像你馏艾?

A.我是一個完美主義者,做事情一定要求做到最好

B.我是一個現(xiàn)實主義者,我會在當(dāng)前可選項里找一個相對較好的解決方案

如果你的選擇是A琅摩,那么…請記得從此以后無論什么時候都要選B好嗎铁孵?

請用小本本抄下來這段話:

軟件產(chǎn)品的設(shè)計出發(fā)點都是幫助他人,所以這也意味著永遠不可能存在理想情況房资,產(chǎn)品科學(xué)是一門工程科學(xué)而非純理論研究蜕劝,落地實施才是第一要務(wù)。

接下來讓我手把手帶你入門轰异。

第一步:用正確的姿勢聊需求

當(dāng)我們在聊需求的時候到底在聊什么熙宇?還原到團隊各角色的視角:

產(chǎn)品經(jīng)理視角:用戶的痛點就是需求

設(shè)計師視角:需求就是確定的交互細節(jié)與界面UI

程序員視角:需求就是我要實現(xiàn)的功能清單

其實這一點也不奇怪,因為團隊的分工不同所以理解自然就不同啦溉浙。如果非要給需求下一個定義烫止,我想這句話是比較標(biāo)準(zhǔn)的:

特定的人,特定的情況下戳稽,可以被解決的問題就叫需求馆蠕。

那如何能大家統(tǒng)一對需求的理解從而正確的傳遞需求呢?這個法寶就是:PRD(Product Requirement Document)

魯迅說:做好一個PRD可以提高整個團隊90%以上的工作效率惊奇。

PRD的生產(chǎn)過程最最最好分三個階段:

第一階段:先與你的老板互躬、產(chǎn)品團隊內(nèi)部溝通你的意圖;至少要包含需求背景來源颂郎、大致框架結(jié)構(gòu)與解決方案草圖吼渡,這一步非常重要越早溝通越不會跑偏(如果只是是很小的功能迭代可以省略);

第二階段:在產(chǎn)品團隊內(nèi)部乓序、設(shè)計師與開發(fā)leader一起溝通這個版本要做的具體內(nèi)容寺酪,至少要包含版本目的與關(guān)鍵指標(biāo),細化的產(chǎn)品原型圖等替劈;

第三階段:與開發(fā)團隊一起溝通版本的詳細需求寄雀,落地版本開發(fā)策略與排期,這個階段才需要輸出詳細的產(chǎn)品交互邏輯與細化功能說明陨献。

一份PRD的生產(chǎn)過程就是一個把抽象的需求落地到具體的開發(fā)細節(jié)的過程盒犹。這就是產(chǎn)品工程的美妙之處呀!

要注意眨业,這個需求管理的表格必須要動態(tài)更新與定期評審急膀,尤其要記錄需求來源,評審時候經(jīng)常會發(fā)生需要溯源的情況龄捡。

如果以前的你有如下情況:

一個需求冥思苦想找不到解決方案卓嫂,抬頭一看離deadline越來越近了;

花了很多時間做的PRD墅茉,自認為無懈可擊命黔,卻在評審例會上被老板一巴掌拍死…

那恭喜你呜呐,今后這兩種情況應(yīng)該都不會發(fā)生啦!

我們在做PRD的時候思考是漸進的悍募,溝通也是漸進的蘑辑。

千萬不要以為自己獨自刻苦冥思苦想最后拿一個漂亮的PRD甩到老板面前讓他驚艷,相信阿姨坠宴,老板這個時候只想掐死你洋魂,他不拍死你拍死誰?

所以請從今天開始答應(yīng)阿姨我們一起做需求漸進式溝通的好寶寶喜鼓,好嗎副砍?不要一開始就沉迷在交互細節(jié)與邏輯中無法自拔,好嗎庄岖?

第二步:用正確的姿勢做好需求的優(yōu)先級管理

1. 管理需求

需求的來源五花八門豁翎,但無非以下兩種:主動式需求與被動式需求。

產(chǎn)品的業(yè)務(wù)目標(biāo)拆解隅忿、用戶調(diào)研心剥、數(shù)據(jù)分析、競品分析背桐、性能相關(guān)优烧、UI相關(guān)、技術(shù)迭代等均屬于主動式需求链峭;而業(yè)務(wù)部門(市場畦娄、運營、銷售弊仪、管理層)需求熙卡、用戶反饋、遺留bug等需求都屬于被動式需求撼短。

一個可以隨時同步的Excel表格就可以管理起來了再膳。

舉個例子:
要注意挺勿,這個需求管理的表格必須要動態(tài)更新與定期評審曲横,尤其要記錄需求來源,評審時候經(jīng)常會發(fā)生需要溯源的情況不瓶。

很多寶寶喜歡用重要+緊急四象限來做需求的優(yōu)先級排序禾嫉,但事實的真相往往是:幾乎所有的需求都在重要緊急那個象限里。

所以請趕緊把這個2019年的方法扔掉蚊丐,跟著阿姨一起來用2020年的解決方案:滿意度模型熙参。

簡單來說,就是把你的需求按照“可實現(xiàn)”與“能帶來價值”兩個維度來分為四個象限麦备,重新整理你的需求屬性孽椰。

那么你的需求優(yōu)先級就變成了:

最先處理能帶來價值但是實現(xiàn)復(fù)雜度高的需求昭娩,因為往往這些需求都需要拆解到2~4個版本來解決,所以越早開始規(guī)劃黍匾,你的團隊就越有預(yù)見性栏渺,節(jié)奏就越優(yōu)雅

次要處理那些能帶來價值而且實現(xiàn)復(fù)雜度不高的需求,但其實這種需求并不多

第三步就是安排那些帶來價值一般锐涯、實現(xiàn)難度不高的需求了磕诊;這部分需求往往就是按照例行的版本迭代節(jié)奏來進行就OK啦

最后要記住,如果你的開發(fā)小哥們是那種特別有技術(shù)情節(jié)的纹腌,他們一定會經(jīng)常跟你提那些異常復(fù)雜解決難度很高的問題霎终,此時的你一定要理性判斷這部分需求能帶來的價值,能按住就按住好嗎升薯?

畢竟對于開發(fā)小哥來說能解決復(fù)雜的問題才能體現(xiàn)自己的價值莱褒,這往往與產(chǎn)品的價值背道而馳。

第三步:優(yōu)雅的安排版本的迭代節(jié)奏

這個是麗莎阿姨總結(jié)的產(chǎn)品開發(fā)流程涎劈,在我們團隊已經(jīng)跑了5年有余保礼,非常順暢,相信業(yè)界絕大多數(shù)團隊也是適用的责语。

我將產(chǎn)品的開發(fā)步驟分為以下四個流程:

概念階段:顧名思義炮障,就是確定需求的階段,此時需求是OPEN的坤候,會發(fā)生任何可能性胁赢,需要在這個階段完成PRD評審、交互視覺評審白筹、以及確定開發(fā)方式與開發(fā)節(jié)奏安排智末。

開發(fā)階段:就是需求實現(xiàn)的階段,這個階段需求是嚴(yán)格凍結(jié)的徒河,也就是說不允許再插入任何需求進來(無能的產(chǎn)品經(jīng)理才亂插入需求)系馆,在這個階段完成技術(shù)評審、埋點評審與測試用例評審

驗收測試階段:這個階段需求是允許微調(diào)的顽照,畢竟在驗收的時候會發(fā)生邊界條件考慮不周由蘑,文案不當(dāng)?shù)惹闆r,這個時候的微調(diào)可不算需求變更哦(拉鉤鉤)代兵。麗莎阿姨建議每周要有固定的時間來驗收(這樣的節(jié)奏誰不愛呢)尼酿。

發(fā)布階段:千萬要記住發(fā)布之前還是要做一個發(fā)布策略評審哦,尤其要安排好灰發(fā)策略植影,否則一下放開全量用戶裳擎,BUG撲你臉上,連回滾的時間都木有呀思币。

一個版本這樣迭代完鹿响,第二個版本的流程最好在第一個版本的開發(fā)階段結(jié)束開始羡微,因為這個時候開發(fā)小哥剛好結(jié)束開發(fā)的緊張工作,有閑情逸致與你一起來討論新版本的需求惶我!

最后:相關(guān)功能的最好隔開一個版本拷淘,例如A功能與A功能的優(yōu)化,安排在第1與第3版本指孤;B功能與B功能的優(yōu)化启涯,安排在第2與第4版本,這樣你留給了自己長達一個版本的調(diào)整時間恃轩,節(jié)奏是不是優(yōu)美结洼,步伐是不是優(yōu)雅?

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末叉跛,一起剝皮案震驚了整個濱河市松忍,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌筷厘,老刑警劉巖鸣峭,帶你破解...
    沈念sama閱讀 217,185評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異酥艳,居然都是意外死亡摊溶,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,652評論 3 393
  • 文/潘曉璐 我一進店門充石,熙熙樓的掌柜王于貴愁眉苦臉地迎上來莫换,“玉大人,你說我怎么就攤上這事骤铃±辏” “怎么了?”我有些...
    開封第一講書人閱讀 163,524評論 0 353
  • 文/不壞的土叔 我叫張陵惰爬,是天一觀的道長喊暖。 經(jīng)常有香客問我,道長撕瞧,這世上最難降的妖魔是什么陵叽? 我笑而不...
    開封第一講書人閱讀 58,339評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮风范,結(jié)果婚禮上咨跌,老公的妹妹穿的比我還像新娘。我一直安慰自己硼婿,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 67,387評論 6 391
  • 文/花漫 我一把揭開白布禽车。 她就那樣靜靜地躺著寇漫,像睡著了一般刊殉。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上州胳,一...
    開封第一講書人閱讀 51,287評論 1 301
  • 那天记焊,我揣著相機與錄音,去河邊找鬼栓撞。 笑死遍膜,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的瓤湘。 我是一名探鬼主播瓢颅,決...
    沈念sama閱讀 40,130評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼弛说!你這毒婦竟也來了挽懦?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,985評論 0 275
  • 序言:老撾萬榮一對情侶失蹤木人,失蹤者是張志新(化名)和其女友劉穎信柿,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體醒第,經(jīng)...
    沈念sama閱讀 45,420評論 1 313
  • 正文 獨居荒郊野嶺守林人離奇死亡渔嚷,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,617評論 3 334
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了稠曼。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片圃伶。...
    茶點故事閱讀 39,779評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖蒲列,靈堂內(nèi)的尸體忽然破棺而出窒朋,到底是詐尸還是另有隱情,我是刑警寧澤蝗岖,帶...
    沈念sama閱讀 35,477評論 5 345
  • 正文 年R本政府宣布侥猩,位于F島的核電站,受9級特大地震影響抵赢,放射性物質(zhì)發(fā)生泄漏欺劳。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,088評論 3 328
  • 文/蒙蒙 一铅鲤、第九天 我趴在偏房一處隱蔽的房頂上張望划提。 院中可真熱鬧,春花似錦邢享、人聲如沸鹏往。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,716評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽伊履。三九已至韩容,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間唐瀑,已是汗流浹背群凶。 一陣腳步聲響...
    開封第一講書人閱讀 32,857評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留哄辣,地道東北人请梢。 一個月前我還...
    沈念sama閱讀 47,876評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像力穗,于是被迫代替她去往敵國和親毅弧。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,700評論 2 354

推薦閱讀更多精彩內(nèi)容