需求評審:讓相關方達成一致的認知

2 評論 8679 瀏覽 39 收藏 9 分鐘

需求評審環節是產品經理闡述自己的需求設計思路和結果的一個重要環節,也是需求從設計環節到開發環節轉化的中間橋梁。需求評審可以起到承上啟下的作用,如果在這個環節不能讓相關方理解你的設計思路,要么需要進行二次評審,要么在后續的開發測試過程中會出現很多待確定的事項。

需求評審是需求落地相關的人員審核需求設計結果的過程,用于評審的需求是經過產品經理分析整理后的。需求評審的重要性體現在如下幾個方面:

  1. 與相關方達成統一認知。任何一個團隊想要做好一件事情,都需要所有團隊成員達成統一認知,這樣才能力出一孔,勁往一塊使。
  2. 需求評審過程本身也是一個知識傳遞過程,相關人員可以與產品經理一起討論需求設計的前因后果,這有助于相關人員獲得用戶需求的前期認識。
  3. 需求評審過程中可能發現不明確的或者遺漏的需求,這需要產品經理進行二次確認。
  4. 需求評審過程中可能發現某些間接需求或隱藏的問題,參與評審的相關人員可以群策群力共同思考解決問題的方式。
  5. 當局者迷、旁觀者清。再有經驗的產品經理也可能犯錯或思考不全面,評審人員可以提出更合理或者更有建設性的想法供產品經理參考。

需求評審會的相關參與方

通常會包含如下人員:

1、業務方代表或用戶代表,即需求提出人員或最終的使用人員。業務部門直接提出的需求,需要業務方代表進行評審確認;業務部門間接提出的需求(如A部門提的需求最終是B部門使用),則需要功能使用人員進行評審確認。一般來講比較難邀請到用戶代表,用戶溝通會也不會和需求評審會議放在一起,因此以業務方代表為主;

若是產品經理自發產生的需求,則邀請最終功能使用人員進行評審。若是直接面向用戶的,可以考慮邀請對應的運營人員參與。

2、開發人員,包括系統設計人員、實際開發人員,需求范圍較大的情況下,可以叫上開發團隊的各級負責人一起參與評審;

3、測試人員,最終參與測試的成員和測試團隊的負責人;

4、相關的產品經理,如跨產品線或產品的,業務有關聯的產品經理;

5、項目經理,若有;

6、運營人員,若是面向用戶的功能需求,需要上線后負責運營的相關人員參與。

需求評審的重點是明確需求背景和實現的價值

在需求評審的開始階段,首要講解的不是具體的需求設計結果和功能點,而是要讓參與評審的相關人員先明確需求產生的背景。要讓大家知道需求產生的來龍去脈,這有助于大家建立初步的認知。從用戶那邊收集過來的,老板提出來的,業務部門提出來的,還是產品經理團隊自己發掘出來的,以及需求產生的過程。

其次要讓大家知道需求實現的價值,這時更多都是預估的,若有相關的數據分析支撐,會更有說服力。價值能夠量化的情況下盡量量化,用相對科學的方式去計算預估。不能量化的情況則需要定性的描述,把實現的目標和完成的標志說明清楚,這樣大家就清楚的知道去實現的意義,價值越大,實現的必要性越高。

需求評審的目的是讓大家達成統一的認知

需求評審的過程和普通的開會沒什么區別,產品經理陳述需求設計結果,評審人員思考或者提問,以取得對需求設計結果有一致的理解,這是一個互動的過程,可以適當的營造輕松的氛圍,有助于大家充分思考。

需求評審很多時候也是一個迭代過程,很多情況下不能一步到位,事實上,這并不是什么壞事。我們都知道,需求失真發現的越早,修復成本越低。評審人員在多次迭代的評審過程中,或許能夠發現解決現實問題更好的方案,而且他們對每次評審中出現的情況也比較清楚,知道哪些問題導致評審不通過,哪些需求可能還會有進一步變更等等。

對系統設計人員、開發人員來說,需求理解的越透徹,開發實現的完成度就越高,越不容易偏離需求設計結果。只不過產品經理要控制一下進度,不能無限制的召開多次評審會,要用最快最有效率的方式完成評審,這就需要產品經理在前期需求設計時要充分考慮各方面的影響。

需求評審的過程需要盡量高效

需求評審過程的一個通病是“虎頭蛇尾”。需求評審的確乏味,也比較費腦子。剛開始評審時,大家都比較認真,越到后面越馬虎。要適當的控制需求評審的節奏,讓大家集中注意力進行評審。

需求評審涉及的人員可能比較多,有些時候讓這么多人聚在一起花費比較長的時間開會并不容易(例如有些人可能出差在外,有些人可能事務纏身)。沒有必要把所有事情擠在一塊做,需求開發是循序漸進的過程,需求評審也可以分段進行。這樣每次評審的時間比較短,參加評審的人員也少一些,組織會議就比較容易。

開評審會議時經常會“跑題”,導致評審效率很低。有時話匣子一打開后關不上,大家越扯越遠,結果評審會議變成了聊天會議。主持人應當控制話題,避免大家討論與主題無關的東西。

開評審會議時經常會發生爭議。適當的爭議有利于澄清問題,比什么東西都一致贊成要好。然而當爭議變為爭吵時就是壞事了,爭吵不僅對評審工作沒有好處,而且會無意中傷害同事們的感情。爭吵還會導致各方分不清楚自己究竟是“堅持真理”還是“固執己見”,毫不妥協或者輕易妥協都不是好辦法。

我們應當養成良好的溝通習慣,不要一棍子打死異己的觀點,嘗試著讓自己站在他人的立場思考問題,這樣你會找到比較滿意的答案。

總之,需求評審環節是銜接需求設計結果和需求實現過程的橋梁,需求評審環節的好壞,會影響實際需求實現的完成度和實現偏差,產品經理一定要在需求評審環節讓大家達成統一的認知。

#專欄作家#

華仔,微信公眾號:zeropm,人人都是產品經理專欄作家。歷任阿里巴巴、1號店、盛大網絡資深產品經理,現任美平米電商產品產品總監,合著有《運營前線》、《產品前線》、《互聯網產品之美》,譯著有《人人點贊:讓APP瞬間瘋轉的絕妙文案》。11年產品經理工作經驗,專注于在線教育和電商產品方向。

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 干系人

    來自北京 回復
  2. 寫的很實在,接地氣!

    回復