如何開(kāi)好需求評(píng)審會(huì)?
當(dāng)你在和開(kāi)發(fā)進(jìn)行需求評(píng)審時(shí),你會(huì)發(fā)現(xiàn)原本規(guī)劃半個(gè)小時(shí)的會(huì)議往往被各種各樣的問(wèn)題拖入無(wú)止境的小會(huì)中,結(jié)果會(huì)議時(shí)長(zhǎng)一下子延伸了2~3個(gè)小時(shí)。這篇文章分享的內(nèi)容就是如何規(guī)避類似這樣的問(wèn)題。
產(chǎn)品經(jīng)理在和開(kāi)發(fā)進(jìn)行需求評(píng)審時(shí),經(jīng)常剛開(kāi)個(gè)頭,就被各種問(wèn)題拖入無(wú)止境的解釋、爭(zhēng)辯、開(kāi)小會(huì)中,結(jié)果通常就是會(huì)議幾個(gè)小時(shí)無(wú)結(jié)論,強(qiáng)行推進(jìn)開(kāi)發(fā),后期各種需求變更,搞得大家都很疲憊。今天思考的話題就是如何避免這樣的情況。
就結(jié)論而言,就是四個(gè)字:做足準(zhǔn)備!
首先,我們?cè)趯懶枨螽嬙蜁r(shí),要做足準(zhǔn)備
第一,產(chǎn)品經(jīng)理在做原型時(shí),不要一開(kāi)始就畫交互界面,而是單獨(dú)列一個(gè)區(qū)域,把這個(gè)版本需求的來(lái)龍去脈說(shuō)清楚。包括為什么要做這個(gè)版本,要滿足哪些人的哪些需求,做了這些后有什么價(jià)值,如何證明,以及大概要做的模塊都有哪些,時(shí)間估算等等,讓每個(gè)來(lái)開(kāi)會(huì)的人一上來(lái)就有宏觀意識(shí)。
第二,涉及業(yè)務(wù)流程的需求,也要單獨(dú)列一個(gè)區(qū)域,專門繪制流程圖,并把流程圖中的“概念”解釋清楚,然后才是針對(duì)概念的交互界面,這樣也能方便開(kāi)發(fā)迅速理解業(yè)務(wù),再和交互稿對(duì)照查看,印象更深刻。
第三,在繪制交互界面時(shí),也要盡量按目的、按邏輯分組歸類。比如將“提升用戶活躍”作為大分類,在這個(gè)分類下,“推送功能優(yōu)化”作為小分類,在這個(gè)小分類下,我們要做哪些子模塊,層層分解。
其次,我們?cè)?b>會(huì)議召開(kāi)前期,也要做足準(zhǔn)備
第一,在和全體開(kāi)發(fā)開(kāi)會(huì)前,盡量提前和開(kāi)發(fā)各業(yè)務(wù)負(fù)責(zé)人召開(kāi)一個(gè)小會(huì),進(jìn)行需求初評(píng),目的是提前收集問(wèn)題,溝通是否有技術(shù)難點(diǎn),確認(rèn)需求的開(kāi)發(fā)成本,并從技術(shù)的角度看是否有考慮不全的邏輯漏洞等等。如果存在需求不足的地方盡快修改。當(dāng)然還可讓開(kāi)發(fā)負(fù)責(zé)人向下簡(jiǎn)單傳達(dá)要做哪些需求,讓大家心里有數(shù)。
第二,在會(huì)議召開(kāi)前,一定先通過(guò)郵件形式發(fā)布會(huì)議召開(kāi)邀請(qǐng),同時(shí)附上即將要講解的原型文檔,至少提前1天讓所有參會(huì)人員了解需求。當(dāng)然最好在發(fā)完郵件后到每個(gè)開(kāi)發(fā)座位上再提醒一下,督促大家去閱讀文檔,有較大分歧的反饋盡早收集處理。
最后,在召開(kāi)會(huì)議時(shí),更要有備而來(lái)
第一,每一個(gè)需求點(diǎn),產(chǎn)品經(jīng)理自己要有充足的理由說(shuō)服大家,無(wú)論是數(shù)據(jù)證明,還是市場(chǎng)調(diào)研,還是用戶心理分析等等,盡量避免說(shuō)出“我覺(jué)得應(yīng)該XXX”這樣的話,而是講客觀依據(jù)。
第二,每一種交互設(shè)計(jì),都盡量有幾套方案?jìng)溥x,如果大家對(duì)已畫出的交互意見(jiàn)較大,就再擺出幾種備選,讓大家有目的地展開(kāi)討論。
第三,產(chǎn)品經(jīng)理講解交互稿時(shí),可以先講總體,再講重要細(xì)節(jié),再講次重要細(xì)節(jié),并層層確認(rèn)。比如訂單支付流程,先講解支付順利的主流程,再講解支付失敗的異常流程,最后再講解支付成功、失敗的交互效果。這樣做的好處是限制討論邊界,避免理解偏差。
第四,對(duì)于會(huì)議上爭(zhēng)議較大的問(wèn)題點(diǎn),有個(gè)“5分鐘”原則,5分鐘后還沒(méi)有結(jié)論,就記錄下來(lái),會(huì)后再單獨(dú)討論。如果問(wèn)題點(diǎn)太多,就說(shuō)明產(chǎn)品經(jīng)理還沒(méi)考慮清楚,那就盡早結(jié)束會(huì)議,再重新修改原型,再召開(kāi)一次會(huì)議,當(dāng)然我們還是希望這樣的情況不要發(fā)生,因?yàn)榉浅@速M(fèi)時(shí)間和精力。
最后的最后,再介紹一個(gè)小經(jīng)驗(yàn)
就是建議將PRD、需求FeatureList和原型都畫在一起,統(tǒng)一講解,這樣能提高效率,減少理解成本。如下圖所示:
當(dāng)然這是我個(gè)人經(jīng)驗(yàn),不同公司可以根據(jù)情況調(diào)整~
以上是我的思考,你們公司是如何做需求評(píng)審的呢?期待你的留言~
#專欄作家#
申悅,人人都是產(chǎn)品經(jīng)理專欄作家,36氪產(chǎn)品總監(jiān),微信公眾號(hào):互聯(lián)網(wǎng)悅讀筆記(ID:pmbox)
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
能不能給個(gè)原型參考。
干貨,好棒,就是有點(diǎn)少…..
哈哈,歡迎關(guān)注我的微信公眾號(hào)pmboxs,上面有更多干貨~
有沒(méi)有原型和交互設(shè)計(jì)稿?發(fā)一個(gè)?分享一下。
這個(gè)不太方便哦,屬于還未發(fā)布的產(chǎn)品呢~