高效需求評(píng)審:需求評(píng)審分為哪幾個(gè)階段

10 評(píng)論 20846 瀏覽 142 收藏 6 分鐘

產(chǎn)品經(jīng)理需要發(fā)問,需求評(píng)審就沒有一次就過的時(shí)候嗎?答案是沒有,為什么?

有一則故事:在一個(gè)需求評(píng)審的現(xiàn)場(chǎng),參加的人有產(chǎn)品線的產(chǎn)品總監(jiān)、產(chǎn)品經(jīng)理、設(shè)計(jì)負(fù)責(zé)人、技術(shù)總監(jiān)以及老板,產(chǎn)品經(jīng)理伴著低保真的交互演示,開始介紹產(chǎn)品的需求、功能和交互。

產(chǎn)品總監(jiān)說,還有一種情況你沒有考慮到。

技術(shù)總監(jiān)說,這樣做太麻煩了,開發(fā)成本很高。

設(shè)計(jì)負(fù)責(zé)人說,這個(gè)地方的交互你確定是這樣的嗎?

老板說,我們的用戶是不是還有另一種需求,像我自己…

之后,他們又對(duì)此爭論了一番,才說服老板突然的想法。這時(shí)候產(chǎn)品經(jīng)理心理五味雜陳,一方面覺得他們有的地方說得確實(shí)有改進(jìn)的空間,另一方面面對(duì)領(lǐng)導(dǎo)和上級(jí),有些地方他又沒有辦法很好去公開表達(dá)自己的想法。

最后,產(chǎn)品經(jīng)理只好乖乖地回去一通改,而忘記了最初的需求和思考。

這是大多數(shù)產(chǎn)品經(jīng)理的真實(shí)寫照,那么如何進(jìn)行高效地需求評(píng)審?

首先,產(chǎn)品經(jīng)理需要發(fā)問,需求評(píng)審就沒有一次就過的時(shí)候嗎?

答案是沒有,為什么?

有一點(diǎn)觀點(diǎn)需要明確,影響產(chǎn)品最終走向成功或者失敗的原因有很多,包括真實(shí)的需求、良好的用戶體驗(yàn)、美觀的界面、可預(yù)期的開發(fā)成本等等。需求評(píng)審就是為了發(fā)現(xiàn)問題,保證產(chǎn)品能夠一直走在正確的方向。從宏觀上來講,需求評(píng)審需要傾聽。

那么從需求評(píng)審的外部來看,需求評(píng)審又分為哪幾個(gè)階段呢?

需求評(píng)審分為不同的階段,一般分為內(nèi)部評(píng)審、預(yù)評(píng)審、正式評(píng)審和終評(píng)審四個(gè)階段。內(nèi)部評(píng)審、預(yù)評(píng)審、正式評(píng)審和終評(píng)審的目的不同,參加的人員也有所不同。 同時(shí),每一個(gè)階段也并不一定每次都一次通過。

內(nèi)部評(píng)審的主要目的是:產(chǎn)品出了低保真原型之后,先進(jìn)行內(nèi)部的評(píng)審。即產(chǎn)品經(jīng)理同事之間的相互評(píng)審,尤其是同一產(chǎn)品線有關(guān)聯(lián)的不同項(xiàng)目,如不同客戶端或者產(chǎn)品邏輯上有聯(lián)系。

產(chǎn)品經(jīng)理同事坐在一起相互提建議、梳理邏輯、找坑,根據(jù)需求出發(fā),發(fā)現(xiàn)產(chǎn)品邏輯問題。同時(shí)內(nèi)部評(píng)審的又一個(gè)重要的目的是為了保證在更大范圍的需求評(píng)審會(huì)議上,產(chǎn)品經(jīng)理同事之間可以保持立場(chǎng)的一致性。

預(yù)評(píng)審階段的主要目的是:產(chǎn)品出了低保真原型之后,先小范圍的進(jìn)行溝通,提前滅掉大問題,從需求開始審視,確保方向正確之后,才能夠進(jìn)入高保真設(shè)計(jì)階段,減少后續(xù)需求推翻帶來的人力資源浪費(fèi)。

一般參加的人員有產(chǎn)品自己、產(chǎn)品線的同仁(包括產(chǎn)品總監(jiān))、UE和UI設(shè)計(jì)負(fù)責(zé)人、技術(shù)總監(jiān)等。人員范圍不宜過大,主要是產(chǎn)品的前半階段的核心人員。

正式評(píng)審階段的主要目的是:設(shè)計(jì)根據(jù)完善后的低保真設(shè)計(jì)出高保真頁面,產(chǎn)品做好高保真交互原型,此時(shí)基本上可以還原產(chǎn)品90%的需求和交互場(chǎng)景,代表著產(chǎn)品的最終形態(tài),除了基本的物料和數(shù)據(jù)交互之外。也就是說對(duì)高保真交互原型質(zhì)量要求比較高,產(chǎn)品的核心人員會(huì)在一起看一下高保真的整體效果。

一般參加的人員有產(chǎn)品自己、產(chǎn)品線的同仁(包括產(chǎn)品總監(jiān))、UE和UI設(shè)計(jì)負(fù)責(zé)人、技術(shù)總監(jiān)等。主要是在高保真環(huán)境下瀏覽產(chǎn)品的需求、功能、交互以及界面樣式,強(qiáng)調(diào)高保真的整體感受。

終評(píng)審階段的主要目的是:根據(jù)最終完善的高保真交互原型,產(chǎn)品提供產(chǎn)品說明文檔,提交給研發(fā),讓研發(fā)理解需求、統(tǒng)一思想、確認(rèn)實(shí)現(xiàn)方法和數(shù)據(jù)處理、評(píng)估研發(fā)周期,最終進(jìn)入研發(fā)階段。

一般參加的人員主要有產(chǎn)品自己、產(chǎn)品線的同仁、相關(guān)研發(fā)工程師、測(cè)試工程師、運(yùn)營等。涉及的人員主要是產(chǎn)品的后半階段的相關(guān)人員。

以上便是需求評(píng)審的4個(gè)不同階段,依照評(píng)審的不同目的來劃分。當(dāng)然在實(shí)際的執(zhí)行過程中,并不一定是4個(gè)階段都需要分別走一遍,可以根據(jù)實(shí)際情況適當(dāng)?shù)馗淖儾呗浴?/p>

套路是死的,人是活的,具體看所在公司工作方式。對(duì)于初級(jí)產(chǎn)品經(jīng)理來說,尤其要注意不同的需求評(píng)審階段的目的。

下一期我們講講需求評(píng)審的關(guān)鍵流程。

 

作者:吳翰中,微信公眾號(hào):翰中的產(chǎn)品思考(ID:hanzhongPM)。寧思一時(shí)進(jìn),莫思一時(shí)停。

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 產(chǎn)品經(jīng)理這個(gè)站點(diǎn)的文章普遍都是3-4年前的。

    來自重慶 回復(fù)
  2. 下一期呢?

    來自廣東 回復(fù)
    1. 作者鴿了

      來自重慶 回復(fù)
  3. 一般互聯(lián)網(wǎng)公司和創(chuàng)業(yè)型公司講究的是快,一次評(píng)審4次會(huì)議,約人約時(shí)間比較難。對(duì)于互聯(lián)網(wǎng)企業(yè),三次足以,第一次,找技術(shù)經(jīng)理和UI設(shè)計(jì)確認(rèn),第二次找拉上部門老大,boss一起碰撞,主架構(gòu)和主功能和首要開發(fā)功能必須確定。第三次和boss、領(lǐng)導(dǎo)確認(rèn)修改完的東西,就可以進(jìn)行迭代計(jì)劃會(huì)了。一般toB不太講究交互,可以先野蠻式的增長再優(yōu)化。toC的交互可以和設(shè)計(jì)討論出交互的方案,會(huì)議中說明。大家的時(shí)間都很寶貴,幾個(gè)關(guān)鍵:1. sponsor(買單的人)必須點(diǎn)頭確認(rèn) 2. 主路徑和主功能確認(rèn)

    來自上海 回復(fù)
  4. 交互原型這塊略過哈哈哈

    回復(fù)
  5. 哈哈哈哈 看了作者的文章 受益匪淺,作者是如愿找到教育類產(chǎn)品經(jīng)理的工作了嗎

    來自上海 回復(fù)
  6. 創(chuàng)業(yè)公司這樣搞,怕是熬死了產(chǎn)品也沒出來

    來自上海 回復(fù)
  7. 強(qiáng)地板的來了

    來自江蘇 回復(fù)
  8. 一頓操作猛如虎,一個(gè)響指二百五

    來自北京 回復(fù)
  9. 搶沙發(fā)來的……

    來自山東 回復(fù)