產品新人:如何高效做好“需求評審”

1 評論 12240 瀏覽 81 收藏 9 分鐘

編輯導讀:作為一個產品經理,需求評審是產品設計開發的一個重要環節。貫穿產品實施的全過程,對產品的落地起著關鍵性的作用。如何才能做好需求評審呢?本文作者基于自身工作經驗,從四個角度對需求評審進行分析,希望對你有幫助。

作為產品經理,大家都或多或少參加過需求評審,也組織過需求評審?;叵胱约航M織第一次需求評審時,由于緊張,竟然忘記自己之前做的準備了,于是直接打開原型圖,對著它巴拉巴拉講了一大通。結果也就可想而知了。

那么這樣會造成怎樣的后果呢?

現場聽的人沒有搞懂;或者是講解遺漏關鍵點,甚至會造成最終的交付產品和原需求相差較大。

需求評審是產品設計開發的一個重要環節,貫穿了產品需求和產品實施的全過程,對于產品最終是否能按時落地起到關鍵的作用。

所以需求評審的重要性就不言而喻,小編將結合自己的實際經歷,介紹一些產品新人應該怎么做好“需求評審”。

一、明確需求宣講目

我們做某件事情,可以先去定義這件事情的目的是什么,為了實現這個目的我們應該怎樣去努力。

當你明白了這件事情的目的以后,你才會有對應的努力目標,才知道應該怎樣去努力。

那么需求宣講的目的是什么呢?

即通過我們將需求以通俗易懂的語言傳達給相關研發、設計、測試等人員,達成需求理解的一致,明確接下來的工作應該怎樣去展開。

研發同學會就需求的實現方面重點討論,另一方面UI同學就設計頁面的注意事項做確認,而測試人員大多會就系統的邊界進行補充說明。

知道了目標和不同的工作的側重點,下一步就要為實現這個目標,設定關鍵路徑,這也是產品能成果交付的必經之路。

二、如何為需求宣講做準備

無論你將要面對的是誰,提前做好準備,才能夠幫助我們穩定全場。這里我結合我自身實踐經驗,總結了一份準備事項。

首先,準備講解所需要的相關材料

在開始之前,首先明確講解的材料有哪些?這些材料講解的順序是什么?材料講解的側重點是什么?

需求宣講的材料,是我們講解的依據,我們先要把準備材料做足。才能幫助我們把客戶的需求通過思維導圖、原型圖等更好地傳達出來。

比如,我們需要先用思維導圖去把功能架構進行整體概述;然后通過原型圖詳細說明,在講解原型中,會借助流程圖、狀態圖等加以補充,這樣將我們準備的材料很好得組合起來,才能夠游刃有余的掌控自己的講解內容,相關的同事也才能夠更清晰明了。

然后要提前明確宣講的形式。

在正式宣講之前,需要事先聲明你想要宣講的形式,是整體講解完,再答疑;還是邊講解,邊答疑;或者講解和討論結合。

當然這要根據項目而異,比如,只是開發一個功能模塊,不復雜,可以先整體講完,讓團隊成員把問題記錄,后續一并作答。

宣講的形式,是能夠讓你掌控自己的講解節奏,不至于經常性被打斷,導致需求講解拖沓,影響整個會議效,這里推薦學習《六頂思考帽》幫助我們如何做會議的主導者。

最后要學會根據搭建的內容講解框架去執行。

我們要講解需求,不管是面對的是一個全新的系統,還是在原有系統上迭代功能,或者是增加新的模塊,我們大體都可以從背景-整體系統框架—詳細原型講解—問題答疑的過程,實現我們的講解目標。

三、需求宣講的講解思路

當然,我們真正去實操時,可能還是會有些疑慮,我們要怎樣講解顯得更加專業和完整呢?

以下幾個步驟或許能給你一些啟發。

首先,介紹一下對應的需求背景。

需求的宣講,介紹需求的用戶的背景,這點很重要。讓研發及測試人員能清楚知道用戶的需求。

系統是用來做什么的、主要滿足用戶哪些需求、能給公司創造什么樣的價值等,使開發及測試人員的工作目標很明確,也能從全局角度去考慮系統的價值。

其次是對應的整體的系統框架。

整體系統框架的講解,一般是通過導圖呈現,比如信息架構圖和功能結構圖,將功能以結構化的形式分塊講解,并且通過信息架構圖,將功能進行歸類,讓研發人員對系統概貌有一個了解,這里不需要將規則、功能定義詳細講解,具體的留到講解原型時去說明,這樣更直觀。

最后是系統原型的詳細講解,原型內容越詳細其實是越有利的,每個公司要求的原型顆粒度不同。

根據不同情況將原型細化做標注。那么講解的時候,是不是需要把所有標注的內容都講解到?

答案是肯定的。

如果在宣講時有遺漏,即便是原型上有標注,研發人員也有看不到的時候,這絕對是血的經驗。

當然,如果需求內容多,可分開多次宣講。其次在講解時,也要分開重難點,對于大家容易理解,眾所周知的的需求可以簡單帶過。

四、需求宣講注意事項

當然在這整個過程,會發生很多不可控的事情,所以一定要保持平常心,這里有幾個小tips分享給大家:

  1. 因為原型內容相對較多,要注意講解模塊的節奏,給大家留有一定的思考時間。
  2. 講解時要注意語速和語調的變化起伏,就像我們上課聽老師講課一樣,我們也會常常走神,一樣的道理,要讓你的講解有起伏,從聽覺上是一種享受。
  3. 需求講解,為了讓內容更加豐富化和趣味化,可以以用戶故事的形式來去講解,一個個小故事串聯起整個系統。
  4. 要放平心態,要知道需求的設計不可能是完美無缺的,我們有可能存在邏輯漏洞,我們也有可能在講解時做不到面面俱到,會存在一些隱含的需求未被講解出來等等。我們在需求宣講和答疑的時候,需要做的是收集項目組成員的問題,然后補充到自己的原型設計里面。

當然整個過程可以總結為輔助答疑式宣講,會有頭腦風暴時刻,交互交鋒,像極了切磋才藝的戰場,我們要從心態上保持開放、接納、期待,才能從這場戰役中獲勝。

當然需求宣講,其實是一個多方面鍛煉自己的很好的方式,包括自己演講、溝通、控場能力、思辨能力等,還能在這個過程中,吸收UI設計思維、開發思維、測試思維等。

所以,無需害怕,就大膽去接受需求審判吧。

以上是對于需求宣講的一些總結,希望對你有幫助。

 

本文由 @斷念 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 筆者對于演講的細節把控,以及聽眾的吸收程度,雙方的互動交流,都有很好的理解,挺好的??

    回復