需求評審你會了么?這里有一個標(biāo)準(zhǔn)的失敗案例
作為一個產(chǎn)品經(jīng)理,提需求是家常便飯的事情。但是,如何跟別的部門溝通是個大問題。本文作者基于自己的親身經(jīng)歷,進(jìn)行了三個角度的分析,希望對你有幫助。
一、南南南:細(xì)數(shù)提一個需求需要跪舔幾個部門幾多人
今天小胖講一個別人的故事,怎么樣的需求會把一個工作群從開始的5個人最后拉到了22個人?
是需求特別大么?是需求特別重要么?是需求特別復(fù)雜么?
不太是(產(chǎn)品經(jīng)理謹(jǐn)慎的用詞趕腳)……
事情是這樣的:上周有一個活動需求,對接的產(chǎn)品同學(xué)想在APP的頁面增加一個任務(wù)廣場,用戶完成任務(wù)后就可以愉快地抽獎了。
到現(xiàn)在為止,是不是覺著這個需求特簡單,1天開發(fā)夠不夠,不夠就加多2天,3天足夠了!
我估計這個產(chǎn)品同學(xué)應(yīng)該當(dāng)時就是這么想的,當(dāng)然表述上是產(chǎn)品經(jīng)理們經(jīng)常聽到的貫口兒:“這個需求很簡單鴨,領(lǐng)導(dǎo)很關(guān)注鴨,下周能不能上線呢?”
但是,作為需求承接的一個小部分,咱們就只能聽著、認(rèn)著、慣著……
Round 1 :周一第1次需求評審
產(chǎn)品同學(xué)愉快地把相關(guān)方叫了來,感覺組織評審、開會——這才是頭等大事兒!
需求以迅雷不及掩耳之鈴兒響叮當(dāng)之勢講完了,開始技術(shù)大大也覺著好簡單鴨(產(chǎn)品同學(xué)此時一定樂開了花,如果能夠預(yù)料到后續(xù)的菊花生疼,他一定笑不出來)。
等閑平地起驚雷。
是的,你沒有聽錯,交互小姐姐有意見啦:“你這個原型太簡單了,好多交互都沒有,這樣評估的工作量是不準(zhǔn)確的!” 作為乖巧的產(chǎn)品狗,此時肯定是滿臉堆笑,道:“馬上補,咱們先評審”。
這時候你猜技術(shù)小伙伴會怎么想,果然技術(shù)小哥哥說話了:“這個沒法評估鴨,什么時候可以先出交互再看看”。
Round 2 :周四第2次需求評審
大家又被叫到了一起,大公司么,會議不多是不可能的。
我想這次產(chǎn)品同學(xué)是帶著萬全之策來的,果然,整個需求講述過程行云流水、快馬加鞭、江河泛濫而一發(fā)不可收拾。
對了,各位一定想知道這次參與會議的人是不是有變化呢?
恭喜你都會搶答了,這次不但來了前端開發(fā)、交互、產(chǎn)品、后臺開發(fā);沒錯,還來了云端開發(fā)、活動開發(fā)、插件開發(fā)(誰讓咱們家的APP復(fù)雜呢),工作群的人數(shù)激增。
歡樂的日子總是那么短暫。
就在大家準(zhǔn)備舉杯相慶、策馬奔騰的時候,突然有人gang(講):“是不是品質(zhì)沒有來?”對頭,品質(zhì)就是測試同學(xué)的意思。
趕緊群里繼續(xù)拉人鴨,不管怎樣先盤他!
你想想,你如果突然被人拉到一個群里,然后告訴你有一個需求排期定了,需求我再單獨給測試講講就好吧?好你個頭 !
測試小姐姐當(dāng)然是不答應(yīng)的,讓我,我我我……我也不答應(yīng)!
Round 3 :周五第3次需求評審
就像那部有名的電影一樣:一個都不能少。
這次評審沒有問題,但是問題出在評審前:尼瑪這樣一個不是那么大的需求,每個人都只是占了一丟丟工作量的需求,你讓我評審三遍?!并且按照前幾次的體驗來講,有第三遍,是不是還有第四遍,我們是不是不要做其他事情了呢?
許多人這個時候不免都會問這個問題。
怎么辦?當(dāng)然只有產(chǎn)品gg跪下,跪舔大佬們再撥冗參加一下最最最后一次評審。
二、產(chǎn)品經(jīng)理戰(zhàn)地日記總結(jié)
先說基本問題。這是在一個大公司普遍存在的溝通和協(xié)同問題,也是一個產(chǎn)品成長到比較大的時候會遇到的一個痛點:模塊細(xì)分,各模塊不說各自為政吧,但是按照“流程”來辦事兒,不免讓人有些蛋疼。
產(chǎn)品經(jīng)理或者項目經(jīng)理的問題:要做好盡量充足的準(zhǔn)備。
- 把涉及到相關(guān)方一定要叫齊,減少重復(fù)溝通的次數(shù)和風(fēng)險;
- 做好產(chǎn)品設(shè)計的本職工作,開會要盡量準(zhǔn)備完善的需求文檔,而不是開會過程中區(qū)反復(fù)討論。
老板的緊急需求怎么做?
這次一個很重要的原因在于,新產(chǎn)品同學(xué)對于老板的緊急需求理解有偏差,并且還只是自己的老板,又不是相關(guān)系統(tǒng)的老板,其實以時間倒逼開發(fā)的手段并不高明。并且,是在自己完全沒有準(zhǔn)備好,也沒有對相關(guān)系統(tǒng)了解清楚的基礎(chǔ)上,就匆匆忙忙來過需求,這本身就是溝通和協(xié)調(diào)中的大忌。
三、一點引申:大公司大產(chǎn)品需求溝通無障礙指南
按環(huán)節(jié)我們可以這樣分:
- 與直接需求方(一手需求)的溝通,比如老板、業(yè)務(wù)方;
- 與中間傳達(dá)方,比如運營的溝通;
- 與執(zhí)行操作方,比如技術(shù)開發(fā)、UI設(shè)計、測試品質(zhì)等;
- 與一手需求方、中間傳達(dá)方和執(zhí)行方的再次確認(rèn)。
與直接需求方(一手需求)的溝通,比如老板、業(yè)務(wù)方:
- 拒絕一句話需求,最起碼講清楚為什么做,大概怎么做,有哪一些基本的邊界情況等。同理,是不是一句話需求,我們只需要一句代碼就好了,請記住這句話,或許你下一個需求就用上!
- 倒逼一手需求傳達(dá)者,讓他們盡量可以跟老板框定一定的需求范圍。不要說老板很難搞,你搞個簡單方案給老板,老板會砍你么?怕死的接口人刀片跟你更配哦。
與中間傳達(dá)方,比如運營的溝通:
- 你或許已經(jīng)習(xí)慣了運營同學(xué)經(jīng)常的一句“這個需求很緊急”,不論怎么緊急,都要問清楚為什么做?是不是可以不做?或者換種方法做?
- 不要指望運營同學(xué)幫你想清楚所有的邊界,踩過多少坑就用多大的腦容量去裝滿那些方案中的悶雷。
- 我們說過的都不算數(shù),郵件才是王道。
與執(zhí)行操作方,比如技術(shù)開發(fā)、UI設(shè)計、測試品質(zhì)等:
對于這些小伙伴,第一我們要講清楚;第二,要保證他們能夠聽明白;缺一不可。一個都不能少,少了哪一環(huán)都不行。就像一條鎖鏈一般,大家都被牽連到一起,每一環(huán)都不能斷,我們關(guān)注每一個里程碑關(guān)鍵節(jié)點。
與一手需求方、中間傳達(dá)方和執(zhí)行方的再次確認(rèn):
- 上線前,測試是一段寶貴的時間,這個時候趕緊再確認(rèn)一遍,沒有驚喜就是“驚嚇”;
- 上線中,系統(tǒng)的穩(wěn)定比你所有的加班都重要一百倍;
- 上線后,在之前做好數(shù)據(jù)埋點,這是唯一一個可以懟各位爸爸的時間,最好變成大家慶祝的日子。
愛你們的小胖子。2020年夏。
#專欄作家#
大麥。微信公眾號:punkboy。7年生電商產(chǎn)品經(jīng)理。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
很明顯是沒準(zhǔn)備好呀,只要涉及的相關(guān)方都要叫其,并且需求內(nèi)部也要評審過后再跟研發(fā)他們評審會比較好,不然就會不斷的被挑戰(zhàn)
是的,非常浪費感情和時間
我只能說這個例子里邊所謂的大公司連個規(guī)范流程都沒沒有,亂的一匹,還不如許多小公司的流程標(biāo)準(zhǔn)
一針見血。準(zhǔn)確說是A部門有,B部門沒有。。。 ??