需求評審幾個(gè)最常見的坑
編輯導(dǎo)語:某種意義上,需求評審會(huì)是產(chǎn)品經(jīng)理傳遞需求的重要途徑之一,而是否能開好需求評審會(huì),也在于你對需求的洞察是否足夠,以及你是否有充分的準(zhǔn)備。那么,產(chǎn)品經(jīng)理若想開好需求評審會(huì),應(yīng)當(dāng)避開哪些坑呢?不妨看看作者的總結(jié)。
佛家講,一飲一啄,莫非前世注定。
對于產(chǎn)品同學(xué)來說,歸因理論本應(yīng)該屬于基礎(chǔ)的底層產(chǎn)品思維,不僅應(yīng)該清楚需求如何去做,更要知道需求背后的原因。
同樣的,評審會(huì)本身也可以理解為一個(gè)需求設(shè)計(jì),而需求設(shè)計(jì)的核心就是成功開好評審會(huì)。
事實(shí)上,我一直覺得,對產(chǎn)品來說,核心的工作可簡化為兩塊:一個(gè)是需求設(shè)計(jì),一個(gè)是需求傳遞。
需求設(shè)計(jì)和需求傳遞又分別對應(yīng)著產(chǎn)品的硬實(shí)力和軟實(shí)力。
需求設(shè)計(jì)對應(yīng)著硬實(shí)力,主要是指專業(yè)能力;需求傳遞對應(yīng)著軟實(shí)力,主要是指溝通協(xié)調(diào)能力。
這其中,需求評審會(huì)是需求傳遞的重要表現(xiàn)形式,絕大多數(shù)的需求有效傳遞,都需要依賴需求評審會(huì)。
從某種意義上來說,能否成功開展好需求評審會(huì)是優(yōu)秀產(chǎn)品產(chǎn)品經(jīng)理的重要衡量標(biāo)準(zhǔn)之一。
但,我發(fā)現(xiàn),仍然有不少產(chǎn)品同學(xué)在需求評審時(shí)存在不少漏洞,效果并不理想,甚至有的需求評審會(huì)過于失敗,中途叫停,直接影響產(chǎn)品的形象,一旦被貼上不專業(yè)的標(biāo)簽,后續(xù)的產(chǎn)品工作溝通就很麻煩。
所以,我們要用歸因理論來復(fù)盤分析:
需求評審會(huì)最常見的坑有哪些?這背后的原因是什么?又應(yīng)該如何來避免呢?
一、一上來就講解原型設(shè)計(jì)
我之前寫過一篇文章,分享了需求評審會(huì)需要準(zhǔn)備的提綱文件,也收到不少好評,文章中提到了需求評審的前提,以及應(yīng)當(dāng)準(zhǔn)備的產(chǎn)品成果。
一般來說,需求評審應(yīng)當(dāng)準(zhǔn)備好產(chǎn)品背景介紹方案、架構(gòu)設(shè)計(jì)圖、邏輯功能圖、業(yè)務(wù)流程圖、原型設(shè)計(jì)、需求說明文檔。
這些功能成果是有助于目標(biāo)用戶(技術(shù)開發(fā)等人員)全方位地了解產(chǎn)品設(shè)計(jì)的前因后果,產(chǎn)品經(jīng)理準(zhǔn)備的越詳細(xì),評審會(huì)成功的概率就越大。
這里尤其要強(qiáng)調(diào)的是,評審會(huì)上來就講原型設(shè)計(jì)是大忌,這是產(chǎn)品同學(xué)親手給自己挖的坑:
一來,開發(fā)同學(xué)對產(chǎn)品設(shè)計(jì)的背景不清楚,沒有全局的概念, 接下來的評審效率自然不會(huì)高,會(huì)被反復(fù)問一些產(chǎn)品頂層設(shè)計(jì)的問題,甚至?xí)e(cuò)誤理解產(chǎn)品方向;
二來,顯得不夠?qū)I(yè),沒有結(jié)構(gòu)化的思維,層次感不足,評審內(nèi)容過于單薄, 不要小看這些細(xì)節(jié),你被開發(fā)打上“專業(yè)”或“不專業(yè)”的標(biāo)簽,對于后續(xù)的需求溝通效率影響很大。
現(xiàn)實(shí)中,不少剛?cè)胄械漠a(chǎn)品同學(xué)缺乏經(jīng)驗(yàn),有時(shí)會(huì)急于展示原型,反而得不償失,所以一定要牢記:
要先把產(chǎn)品設(shè)計(jì)的背景、理念、功能價(jià)值等先介紹一下,讓大家對產(chǎn)品有個(gè)熟識(shí)度之后,然后再去評審具體的產(chǎn)品內(nèi)容。
二、沒有需求文檔
上面已經(jīng)說過了,最重要的產(chǎn)品成果就是“原型設(shè)計(jì)”和“需求說明文檔”,按理說這兩個(gè)文檔必須都準(zhǔn)備妥當(dāng),方能具備需求評審的基礎(chǔ)。
原因也很簡單,因?yàn)?strong>原型設(shè)計(jì)更多的是展示產(chǎn)品功能和交互跳轉(zhuǎn)等,而需求說明文檔則會(huì)對產(chǎn)品的邏輯規(guī)則、業(yè)務(wù)規(guī)則、數(shù)據(jù)規(guī)則等詳細(xì)描述,技術(shù)需要依據(jù)這些來開發(fā),測試也需要依據(jù)這些來寫測試用例。
但,現(xiàn)實(shí)中,不少公司產(chǎn)品人手不足,市場壓力又很大,多條產(chǎn)品線,N個(gè)項(xiàng)目并行時(shí),往往會(huì)進(jìn)行所謂的“敏捷開發(fā)”,只需評審原型設(shè)計(jì)就行了,需求說明文檔往往會(huì)后補(bǔ),甚至缺失。
但這些貌似省掉的工作,不僅可能會(huì)讓你在評審會(huì)時(shí)招架不住,也會(huì)在后續(xù)的開發(fā)過程中反復(fù)折磨你。
所以,敏捷的是思想、是形式,但核心的工作內(nèi)容一定不可少, 要學(xué)會(huì)靈活變通。
一般這種情況下,我都推薦產(chǎn)品一定要寫一個(gè)敏捷版的需求說明文檔,不必在意形式是否合規(guī),核心就是把主要的產(chǎn)品功能所涉及到字段規(guī)則、業(yè)務(wù)規(guī)則等表達(dá)清楚。
要牢記,只有把這個(gè)敏捷的需求文檔寫出來之后,再啟動(dòng)召開評審會(huì)才能成功,否則,一定會(huì)得不償失的。
三、原型設(shè)計(jì)沒有彩排
事實(shí)上,需求評審前產(chǎn)品同學(xué)都需要彩排演練一遍,將準(zhǔn)備的產(chǎn)品工作成果都提前準(zhǔn)備好,會(huì)議室、會(huì)議通知等等,都需要提前安排妥當(dāng)。
但還是特別想強(qiáng)調(diào)下,產(chǎn)品同學(xué)在原型設(shè)計(jì)上的彩排缺失所帶來的被動(dòng)不利局面,因?yàn)?,這個(gè)坑出現(xiàn)的頻率很高,這背后的原因,一是沒有準(zhǔn)備意識(shí),二是缺乏科學(xué)方法。
所謂原型設(shè)計(jì)彩排,是自己要實(shí)地演示,最好去會(huì)議室實(shí)地操作一遍,因?yàn)橛袝r(shí)候環(huán)境影響你的發(fā)揮,一般來說,在工位心里默念不如去會(huì)議室效果好。
其次,原型演示時(shí),要掌握技巧:
- 可以先整體快速瀏覽下原型頁面,讓大家對本次產(chǎn)品開發(fā)工作有個(gè)感性認(rèn)知。
- 按照業(yè)務(wù)流程,逐一演示產(chǎn)品功能,要有章法,不要想到哪兒就說到哪兒。
- 頁面演示時(shí),頁面元素要講解到位,尤其是像 “數(shù)據(jù)來源”、“數(shù)據(jù)狀態(tài)值”、“數(shù)據(jù)記錄”、“計(jì)算規(guī)則” 等等,這些是開發(fā)必問的內(nèi)容,自己必須要搞得很清楚,可以在原型上加上注釋。
- 原型設(shè)計(jì)演示時(shí),存在有爭議時(shí),要學(xué)會(huì)擱置爭議,不要抓著不放,可以先記錄,回頭再解決。
- 針對存在的問題,不要避諱,要討論充分。
這些技巧能有效幫助我們開好評審會(huì),缺失則會(huì)往往帶來失誤,影響需求評審的效率和產(chǎn)品經(jīng)理的形象。
比如,上次我們評審時(shí),一個(gè)產(chǎn)品同學(xué)對于列表數(shù)據(jù)的數(shù)據(jù)來源、數(shù)據(jù)狀態(tài)沒有完全搞清楚,對于數(shù)據(jù)什么時(shí)候展示,什么時(shí)候消失等理解不夠透徹,結(jié)果可想而知,自然不夠理想。
事后產(chǎn)品復(fù)盤,發(fā)現(xiàn)他原型設(shè)計(jì)并沒有提前演練,只是簡單翻看一下,所以也就漏掉了這個(gè)頁面的把控。
總之,原型設(shè)計(jì)一定要提前演練,提前按照方法去演練,且演練要高效、到位。
事實(shí)上,需求評審時(shí)有很多坑,也有很多避坑指南,但歸根結(jié)底來說,凡是都有因果,需求評審會(huì)存在失誤的背后一定是有其失誤原因的。
對于我們來說,重要的事,不是完全避免問題,而是找到問題的原因并解決掉,并且不斷反復(fù)練習(xí)、總結(jié)復(fù)盤。
唯有此才能從根本上避免失敗,才能開成功每一場需求評審會(huì)。
因?yàn)?,古人說過:
揚(yáng)湯止沸,莫如釜底抽薪。
#專欄作家#
產(chǎn)品大峽谷,公眾號(hào):產(chǎn)品大峽谷,人人都是產(chǎn)品經(jīng)理專欄作家。七年B端產(chǎn)品經(jīng)理,供應(yīng)鏈物流與金融領(lǐng)域,擅長需求設(shè)計(jì)、業(yè)務(wù)指導(dǎo)、商業(yè)觀察等。
本文由@產(chǎn)品大峽谷 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
敏捷開發(fā)只是輕文檔 不是不需要文檔,時(shí)間長了 連自己都會(huì)忘記 記錄是必須的
敏捷版需求文檔具體要說明哪些內(nèi)容?
項(xiàng)目緊急時(shí)產(chǎn)品人最小輸出物范圍包含什么?
果然是要做到萬萬無一失才能行動(dòng)
有幾個(gè)開發(fā)看需求文檔?
開發(fā)看不看不重要,主要是方便后面甩鍋
現(xiàn)在的項(xiàng)目管理軟件TAPD、禪道已經(jīng)讓甩鍋?zhàn)兊貌惶赡?,而且產(chǎn)品經(jīng)理現(xiàn)在需要的能力是需求拆分、邏輯梳理以及數(shù)據(jù)分析,那些理論的知識(shí)已經(jīng)越來越不滿足實(shí)際工作
開發(fā)不看但測試要看
文章簡單明了。非常nice
能否成功開展好需求評審會(huì)是優(yōu)秀產(chǎn)品產(chǎn)品經(jīng)理的重要衡量標(biāo)準(zhǔn)之一。
有時(shí)候,項(xiàng)目啟動(dòng)的比較急,沒有空準(zhǔn)備這么多文檔怎么辦
不是有時(shí)候,是大多時(shí)候,能準(zhǔn)備個(gè)產(chǎn)品結(jié)構(gòu)圖就不錯(cuò)了
之前丟掉的,之后總會(huì)通過各種方式補(bǔ)回來的,到時(shí)候就是大家一起痛苦了。