需求評審總是被懟?強烈推薦你試試這三招

7 評論 2486 瀏覽 28 收藏 25 分鐘

編輯導(dǎo)語:需求評審是產(chǎn)品新人修煉路上的必經(jīng)之路,也讓很多產(chǎn)品新人望而生畏。那如何準(zhǔn)備一場好的需求評審呢?本文作者從評審前、評審中以及評審后這三個時間點展開分享了具體應(yīng)該怎么做,一起來看看吧!

前段時間和一個合作部門的產(chǎn)品新人溝通需求,結(jié)束的時候,他問了我一個問題,“你在產(chǎn)品新人階段,最害怕做的事情是什么”?

我不假思索的回答說,“需求評審,是曾經(jīng)最不想面對的環(huán)節(jié),甚至在評審之前幾個小時就開始心跳加速了。當(dāng)然這也是產(chǎn)品修煉路上的必經(jīng)之路,其實只要掌握正確的方法,那你會發(fā)現(xiàn)一切盡在掌握中?!?/p>

每一次需求評審,可以稱得上是對產(chǎn)品經(jīng)理的一次毒打,心理素質(zhì)好的產(chǎn)品經(jīng)理,每次經(jīng)歷完需求評審,都能夠客觀的面對各方的質(zhì)疑和挑戰(zhàn)、認(rèn)真反思,逐漸做到游刃有余;而玻璃心的產(chǎn)品經(jīng)理,會感覺遭遇了一場“人身攻擊”,真的有可能萌生退意。

不夸張的說,如果你想勸退一名準(zhǔn)備入行的產(chǎn)品經(jīng)理的話,那就帶他去參加一次需求評審會吧。

對于產(chǎn)品新人,或者是剛剛加入一個新團隊的產(chǎn)品經(jīng)理來說,第一次需求評審不僅僅會決定團隊對你的第一印象,更能決定你未來評審的過程是否順利。

我們來想象下這樣一個畫面,如果你第一次評審準(zhǔn)備充足,需求合理,問題對答如流,那研發(fā)、UI、測試不但會心甘情愿的滿足你這個需求,更是對你的專業(yè)能力比較認(rèn)可,那未來在面對你的需求時候,可能就會更寬容很多。

但如果在評審過程中,需求不合理,解答不清晰,收益不明確,被研發(fā)懟的體無完膚,那你在他們心目中的第一印象就不太好了,可想而知后面的日子肯定不好過,要知道改變第一印象是不容易的。

我在經(jīng)歷數(shù)十次需求評審之后,從最初面對需求評審的瑟瑟發(fā)抖,到現(xiàn)在能夠從容的應(yīng)對各方的“刁難”,這篇文章就和大家分享下我的故事,手把手教你如何準(zhǔn)備一場需求評審,讓你和大家“和諧相處”,順利的把需求推進下去。

一、需求評審的意義

為什么有需求評審這個環(huán)節(jié)呢?需求評審的意義到底是什么呢?

盲人摸象的故事大家都知道,如果沒有需求評審,那這個需求就變成了沒有經(jīng)過多方推敲的需求,只是從產(chǎn)品的視角評估的單一維度的需求,很難發(fā)現(xiàn)整個需求的全貌。

下面結(jié)合了我自己的初入職場的血淚史以及在工作中看到的一些案例,和大家分享兩個沒有經(jīng)過評審造成的后果,希望大家不要重蹈覆轍。

1. 雙方信息理解不一致,造成二次開發(fā),影響和研發(fā)之間的關(guān)系

一般這種不經(jīng)過評審的需求往往是涉及的聯(lián)動方不多,或者團隊內(nèi)部可以搞定需求,大家出于能節(jié)省時間,所以簡單溝通下就行動起來了,但往往這個時候最容易出問題。

產(chǎn)品和研發(fā)之間往往是有認(rèn)知差異的,你傳達的信息研發(fā)不一定能接收完整且準(zhǔn)確,然后就按照自己的理解照做了,到了上線之后,你卻發(fā)現(xiàn)這不是我想要的呀,而研發(fā)說你就是這么說的呢。

這樣帶來的后果就是,不但沒有節(jié)約時間,甚至還要返工重做,降低了開發(fā)效率,影響了產(chǎn)研同事間的信任關(guān)系。

2. 喜提“背鍋俠”,在領(lǐng)導(dǎo)心目中的形象大打折扣

需求重新開發(fā),必定會造成研發(fā)資源的調(diào)整,那大概率會驚動產(chǎn)研的領(lǐng)導(dǎo),會被問起為什么會這樣,這種情況下,產(chǎn)品的責(zé)任自然是最大的,這對你在領(lǐng)導(dǎo)以及業(yè)務(wù)方心目中的印象會很減分的。

無論都是簡單或者緊急的需求,都不要省去需求評審的這個環(huán)節(jié),哪怕就是拉上研發(fā),對著文檔1V1過一遍細(xì)節(jié),就能很大程度上避免“浪費時間、消耗信任、增加隔閡”這類情況發(fā)生。

所以,需求評審有以下三點重要意義:

  1. 能夠有效的傳遞需求準(zhǔn)確性和評估需求可行性。
  2. 在多方之間達成需求的共識,做事留痕,明確權(quán)責(zé)利,避免背鍋和甩鍋。
  3. 能夠在開發(fā)階段高效的推進需求,防止相互扯皮,提高需求的開發(fā)效率。

那么,如何準(zhǔn)備一場好的需求評審呢?下圖就是評審前、評審中以及評審后應(yīng)該注意的要點,接下來從這三方面展開和大家聊聊具體應(yīng)該怎么做。

二、需求評審之前

這里我們主要討論在業(yè)務(wù)邏輯上是合理的需求,那理所應(yīng)當(dāng)是可以進入到需求池的。那些和產(chǎn)品定位有沖突的需求,如果是這些需求,是需要我們產(chǎn)品提前識別出來,扼殺在萌芽當(dāng)中,我們對這部分本次不做展開。

凡事預(yù)則立,不預(yù)則廢。所以,在面對一場需求評審的時候,一定要做好充足的準(zhǔn)備。

1. 準(zhǔn)備一份需求文檔

需求文檔里面需要描述清楚這次需求具體要實現(xiàn)哪些功能、達到什么目的。

這里需求文檔不需要太復(fù)雜,只要描述清晰、重點突出即可,往往不同的公司都有對應(yīng)的需求文檔模板,或者提前和研發(fā)溝通,輸出讓他們看著最舒服的樣式即可。

不同類型的需求文檔差異還是比較大的,不過一般的需求文檔是要包括這六部分內(nèi)容的,需求背景(現(xiàn)狀、問題)、需求目標(biāo)(預(yù)期收益和價值)、業(yè)務(wù)流程、競品分析和調(diào)研結(jié)果、本次具體實現(xiàn)功能以及埋點管理。

2. 進行需求預(yù)溝通

預(yù)溝通這個環(huán)節(jié)非常重要,能夠幫助我們再次確認(rèn)需求理解是否有誤、以及需求邏輯和實現(xiàn)上有沒有問題。

這里包括兩個溝通方,第一個溝通方是業(yè)務(wù)方,帶著需求文檔和提需求的業(yè)務(wù)方進行需求的二次確認(rèn),作為過來人,一定要養(yǎng)成習(xí)慣,不要漏掉這個過程。

因為我們肯定遇到過這樣的情況,需求上線后興高采烈的給業(yè)務(wù)方驗收,結(jié)果業(yè)務(wù)方生氣的說,“這和我提的需求不太一樣呀,我要的口徑是這樣的,你這個是按照那樣實現(xiàn)的,不滿足我的需求,再重新做一下吧”,然后瀟灑的轉(zhuǎn)身離開了,只留下在風(fēng)中凌亂的你。

很多時候業(yè)務(wù)覺得他表達清楚了,你也覺得你聽懂了,但是畢竟大家的視角不同,認(rèn)知上有差異。而且業(yè)務(wù)往往是不懂技術(shù)的,只表達自己想要什么。

所以一定要把需求以文字的形式展示給需求方,花上幾分鐘反講下需求,這幾分鐘帶來的收益,很有可能會給你帶來數(shù)倍的回報。

另一個溝通方就是約上這次需求的主研發(fā)or研發(fā)負(fù)責(zé)人,需要一起明確以下三個問題。

1)這個需求的邏輯有沒有問題?

需求的邏輯正確與否,是這個需求到底做不做的決定性因素,如果需求方案很好,但是邏輯上根本行不通,那就是理想很豐滿,現(xiàn)實很骨感,這個方案不能實際落地。

舉個例子,比如你承接了來自某視頻app的用戶增長部的一個需求,要求減少視頻片頭廣告時間甚至去掉廣告,如果只站在業(yè)務(wù)方的角度去看沒有什么問題,但是這個需求會員部會答應(yīng)嗎?

的確減少廣告時長或者去掉廣告,大概率能夠帶來一定的用戶增長,但是也會大幅的減少收入,顯然這個邏輯站在全局的視角來看是行不通的。

2)這個需求能不能實現(xiàn)?

當(dāng)明確的邏輯沒問題之后,要明確需求能不能實現(xiàn),也就是開發(fā)量的問題。

比如這個需求確實不錯,收益也預(yù)計很高,但是研發(fā)水平或者人力有限,可能半年都做不完,那就需要考慮下這個需求的ROI了,這時候就需要向上升級,讓領(lǐng)導(dǎo)了解基本情況,至于是先實現(xiàn)MVP版本,還是申請額外資源全力開發(fā),這是領(lǐng)導(dǎo)層來決定的問題。

比如需求背景中提到的搭建自動化營銷系統(tǒng),這個需求各方都很認(rèn)可,但是技術(shù)上實現(xiàn)比較復(fù)雜,涉及到用戶畫像的構(gòu)建、商品的個性化定價以及營銷系統(tǒng)性能的提升。

最后也是按照功能的優(yōu)先級和實現(xiàn)的難易程度,分期完成的。所以一個需求有時候并不能一次性就搞定,畢竟各個方向都是多線并行的,難免有資源的沖突。有了預(yù)計能夠?qū)崿F(xiàn)的部分,也要及時同步業(yè)務(wù)方,讓其有個心理預(yù)期,千萬不要等到交付的時候才告知砍了需求,這是很不職業(yè)的行為。

3)如果實現(xiàn)會不會有什么負(fù)面影響或者影響其他方向?

在邏輯和實現(xiàn)都沒問題的前提下,那也要讓研發(fā)幫忙評估會有沒有負(fù)面影響,如果是優(yōu)化1個問題出現(xiàn)了3個新問題的需求,那也是沒必要做的。

另外,這個需求也有可能對上下游有潛在的影響,需要多方配合迭代,那就要求我們提前知會相關(guān)方,評估需求的影響范圍,而不是到了正式評審的時候突然拉著對方來配合,這會讓相關(guān)方留下對你不好印象,影響后續(xù)的合作。

當(dāng)我們確定好以上三點之后,如果都沒有問題,那就可以繼續(xù)推進需求了,敲定評審時間之后,一定要給各個方向的負(fù)責(zé)人發(fā)會議邀請,至少要提前一天溝通確認(rèn)會議時間,這樣可以讓大家有時間準(zhǔn)備,可以極大的提高會議效率。

三、需求評審之中

好了,接下來就是進入到正式的需求評審環(huán)節(jié)了。

那我先問大家一個問題,需求評審這個過程,到底是要參與人員傳遞哪些信息?僅僅是和相關(guān)方同步需求是什么嗎?

當(dāng)然不僅僅是這個,其實這里是有先后邏輯順序的,需求評審要傳遞的信息主要是這三個方向,需求的價值和意義、需求具體是什么以及需求如何實現(xiàn)。

不要一上來就說,我要實現(xiàn)什么功能、達成什么目的、這個需求很簡單、怎么實現(xiàn)我不管的這類話。

而是在整個評審會過程中,始終釋放一個信號,讓大家相信這個需求會有收益并且肯定能實現(xiàn)。

那具體怎么做呢?按照這四步走,可以幫助你可以更加從容地面對需求評審會議。

1. 明確需求背景

我參與過一些合作部門的需求評審,發(fā)現(xiàn)有不少產(chǎn)品同事會忽略這部分,他們會直接進入需求是什么這部分,這并不是一個好習(xí)慣,還也會給研發(fā)同事一種被支配的感覺。

所以,開場白應(yīng)該向大家介紹需求的背景是什么,也就是為什么要做這個需求,而且最好有數(shù)據(jù)說明現(xiàn)狀是怎么樣的,預(yù)計有多少的收益。這會給研發(fā)同事傳遞出信號,他們會感覺“這個需求是認(rèn)真評估過的,而不是拍腦袋想出來的”。

舉一個我最近組織的需求評審開場的例子,”最近我們和商業(yè)分析團隊合作,定位了用戶流失期間的商品轉(zhuǎn)化變化情況,發(fā)現(xiàn)如果用戶常買品的下單金額降低25%,那這個商戶有84%的概率會流失。所以,經(jīng)過線下的試點實驗,把有流失趨勢的用戶核心品進行個性化促銷,經(jīng)過半個月的投放,數(shù)據(jù)表明實驗組的流失率降低到37%,效果明顯。所以接下來我們計劃把這個項目推到全國范圍,那就需要建設(shè)一個能夠識別流失用戶核心品,自動化投放營銷能力“。

你瞧,有背景、有實驗、有數(shù)據(jù)、有結(jié)果、有期望,可以說是有理有據(jù),也能讓大家知道這件事的來龍去脈了,只要彼此在認(rèn)知和價值認(rèn)可上達成一致,那這件事就好做了,畢竟強扭的瓜不甜,靠內(nèi)驅(qū)和靠外界驅(qū)動,最終實現(xiàn)的效果可能是天壤之別。

這也就是所謂的“信息差”,產(chǎn)品經(jīng)理每天和業(yè)務(wù)接觸,會得到豐富的信息,那就可以多維度的來評估這個需求的合理性。

而參與評審的其他人,之前是沒有這些信息或者只有一部分信息的,就好比盲人摸象一樣,從他們的視角來看,很有可能覺得這個需求是不合理的。

所以,介紹背景,補齊大家的認(rèn)知,對于需求評審來說,十分重要。

另外,即使是老板提出的需求,也別直接說“這是老板讓做的”,不僅很多研發(fā)都很反感這句話,而且大家也會覺得你這個產(chǎn)品經(jīng)理能力可能不太行,缺乏自己的思考。

所以,遇到這種情況的時候,需要去發(fā)掘老板提出需求背后的業(yè)務(wù)訴求,讓大家明白需求有價值。

2. 明確需求范圍

當(dāng)和研發(fā)同事在認(rèn)知和價值層面達成一致之后,那就趁熱打鐵,開始講述這個需求到底要做什么。

作為需求評審最重要的一環(huán),這里也是非常講究技巧的,在闡述需求的過程中,要先說從粗到細(xì),先整體流程,再到具體功能,最后才是交互細(xì)節(jié)。

我相信大家都有同感,很多人都特別愛摳細(xì)節(jié),如果一上來就直接說細(xì)節(jié),那可能立刻引發(fā)多人的討論了,反而會極大的降低評審的效率,造成了時間不可控的情況。

比如,我參與過幾次和其他方向的聯(lián)合評審,主負(fù)責(zé)的產(chǎn)品經(jīng)理和設(shè)計同學(xué)、前端工程師,對于一個圖標(biāo)或者一種動畫形式在會上爭論不休,而且一旦開始摳細(xì)節(jié),就會陷入怪圈,彼此在眾人面前就都不愿妥協(xié)了,很難達成一致。

其實,這些只涉及到單方向的細(xì)節(jié)問題,往往可以會后下來再溝通的,這樣既可以節(jié)省大家的時間,私下彼此的態(tài)度也會緩和很多,更容易換位思考,達成共識。

所以,切記,從粗到細(xì),先讓大家在腦海中有了需求整體的藍圖,再慢慢的溝通細(xì)節(jié)即可,而溝通細(xì)節(jié)這個環(huán)節(jié),就可以放到下一環(huán)節(jié)了。

比如上文提到“實現(xiàn)自動化營銷的能力”,首先需要在數(shù)據(jù)倉庫獲取流失的用戶-商品關(guān)系,接下來把對應(yīng)的數(shù)據(jù)傳輸?shù)綘I銷系統(tǒng),營銷系統(tǒng)根據(jù)規(guī)則進行適當(dāng)?shù)慕祪r促銷,最后再把數(shù)據(jù)傳輸?shù)缴坛堑膶?yīng)模塊,前端實現(xiàn)展示。

這就是從整體的流程出發(fā),涉及到數(shù)據(jù)倉庫—營銷系統(tǒng)—商城前端,讓各個方向相關(guān)人員對自己的任務(wù)有個認(rèn)知。

然后再重點和各個方向聚焦對于的細(xì)節(jié),比如怎么獲取用戶-商品關(guān)系,按照什么規(guī)則進行促銷,具體的展示形式是什么樣的。

3. Q&A

需求評審?fù)鶗龅胶芏鄦栴},特別是需要多方合作的這種需求,更是大型”勾心斗角”的場面。

有的會提出自己方向很難實現(xiàn),有的會說需要依賴其他上游,有的會反饋沒研發(fā)資源,還有那種直接硬剛質(zhì)疑需求沒意義的。

面對提問,首先不要慌張,也不要劍拔弩張。其實需求評審會議和面試很像,你面試的時候總不能硬懟面試官吧。

所以,能回答的問題認(rèn)真回答就好,比如需求的必要性、實現(xiàn)的交互、功能的優(yōu)先級和必要性,都是可以討論和評估的,以真誠換真心,那很少有人再繼續(xù)咄咄逼人的。

同時,這里也要集思廣益,如果其他人說的更有道理,那就要積極采納意見,虛心接受。

對于回答不上來的細(xì)節(jié)問題,或者一時沒想清楚的,那就暫時不回答,畢竟我們還有萬能的話術(shù):“你說的有道理,這個問題我沒考慮到,下來我思考一下,然后再找你單聊”。

千萬不要為了面子,強行編造個說辭,那反而會把自己處于更不利的境地,畢竟大家這個場景下,大家?guī)е约旱脑V求,出于完善需求的目的,一旦需求有破綻,同事很容易被盯著不放。

切記,在需求評審過程中,產(chǎn)品經(jīng)理的職責(zé)不僅僅是把需求同步給各個方向,另外你還有一個角色是作為會議的主講人,也要控制整個流程的節(jié)奏,杜絕讓會議進入一小部分人摳細(xì)節(jié)、大部分人圍觀的狀態(tài),更不要讓會議跑偏,聊一些不相關(guān)的內(nèi)容。

所以,一旦發(fā)現(xiàn)有些同學(xué)開始摳細(xì)節(jié),要及時制止,記下todo,會后小范圍單獨討論。如果是跑通了,那更要及時將大家的注意力拉回到需求上來。

4. 達成結(jié)論,輸出會議紀(jì)要

當(dāng)完成了上面三步之后,如果這個需求沒有問題的話,那就要明確以下三點,當(dāng)面確定好,防止后續(xù)扯皮。

  • 第一,哪些事情要做,哪些事情暫時不做?
  • 第二,每個部分的負(fù)責(zé)人是誰?
  • 第三,大概交付時間是什么時候?

同時,在群里或者郵件的形式再次告知大家需求評審會議結(jié)論以及待辦事項,一般的會議紀(jì)要的形式是這樣的,大家可以參考下:

會議紀(jì)要—關(guān)于自動化營銷能力搭建的需求評審

時間:2022年5月10日,14:00-16:00

參會人:C羅、本澤馬、貝爾、莫德里奇、克羅斯、卡塞米羅….

結(jié)論以及todo:

1. 離線用戶-商品關(guān)系數(shù)據(jù)有數(shù)據(jù)倉庫@C羅提供。

2. 營銷系統(tǒng)的兼容和規(guī)則實現(xiàn)由@本澤馬實現(xiàn)。

……

5. 關(guān)于前端交互形式的細(xì)節(jié)待@貝爾@克羅斯討論后同步,時間在19:00之前。

以上,請各個方向評估產(chǎn)品和技術(shù)方案,在5月13日下班前完成內(nèi)部評審,并同步排期,感謝各位。

四、需求評審之后

整個會議結(jié)束之后,算是完成了一場驚心動魄的面試,那到此就結(jié)束了嗎?

顯然沒有,面試之后你最好復(fù)盤和反思下,總結(jié)面試經(jīng)驗,思考自己面試過程中的不足,讓自己下次能夠發(fā)揮的更好。

所以,這時你需要處理會上遺留的問題,每一個都要輸出個結(jié)論,形成閉環(huán),同步給參會人員,因為很有可能這些問題會引發(fā)新的問題,那可能還需要進行小范圍的二次評審。

直到所有的問題都搞清楚了,多方達成一致了,才能算得上需求評審告一段落了。

但是也不要以為就萬事大吉了,需求評審只是整個過程的開始階段,接下來要和各個方向確定開發(fā)和測試的排期,而且產(chǎn)品經(jīng)理要及時的跟進需求開發(fā)進度,一旦遇到了風(fēng)險要迅速反應(yīng),給出解決方案,同時相關(guān)人,確保需求能夠按照計劃正常推進。

五、說在最后

需求評審,就像是一場面試,不僅在考驗我們的知識儲備,也非常鍛煉我們講故事和隨機應(yīng)變的能力。

所以,每一場評審,都值得我們認(rèn)真準(zhǔn)備,因為這不僅僅能夠讓我們更好的深挖需求,了解業(yè)務(wù)背景,也能夠為后續(xù)高效推進需求打下堅實的基礎(chǔ)。同時也要堅持對每一次需求評審會議進行復(fù)盤,找到自己的優(yōu)勢繼續(xù)發(fā)揮,發(fā)現(xiàn)自己的不足盡力彌補。

如果你按照上面提到的,評審之前的準(zhǔn)備文檔和預(yù)溝通,評審之中的同步需求背景、明確需求范圍、細(xì)節(jié)討論和輸出結(jié)論,以及評審之后的確認(rèn)遺留問題的流程進行了一場需求評審,那相信這大概率是一次成功的經(jīng)歷。

當(dāng)你組織一次順利的需求評審會議后,會讓自己的信心倍增,也能積累研發(fā)對你的信任。那么久而久之,這個正向的閉環(huán)將會不斷增強,逐漸你會發(fā)現(xiàn)需求評審會議對你來說也就變得不再可怕,而這時候你也就更能明白需求評審會議的價值了。

 

本文由@產(chǎn)品人Cris 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 抓到一名美林格PM哈哈

    來自北京 回復(fù)
    1. 哇塞,你也是美凌格嗎?

      來自北京 回復(fù)
    2. 是的呀

      來自北京 回復(fù)
    3. 留個微信鏈接一下,美凌格的PM不多呀~我的wx:zkq313

      來自北京 回復(fù)
  2. 非常干貨的文章,真是手把手教我們新人如何需求評審,感謝作者的分享

    來自廣東 回復(fù)
  3. 非常專業(yè)的文章,點贊

    來自廣東 回復(fù)
  4. 一篇手把手教產(chǎn)品新人如何面對和解決需求評審,作者寫得很專業(yè),詳細(xì)。

    來自江蘇 回復(fù)