需求評審:產品經理的高光時刻

9 評論 20663 瀏覽 157 收藏 10 分鐘

需求評審能極大鍛煉產品經理的表達能力、邏輯能力、說服能力、執行力;在面對各位小伙伴的輪番diss,產品經理在那一刻得到了十足的存在感,并在一一回應各方問題后享受著那高光時刻。

什么是需求評審?

需求評審其實是PM非常討厭的工作,因為每次做都需要耗費身心精力直到被掏空,但它又是非常重要不得不做。需求評審簡單來說就是一個評議、審查、明確需求、統一思想并確定實現過程的會議;俗稱挑刺大會,撕逼大會,逼死產品經理大會。一般評審會要經過幾次,一次完成要拼“專業度”、“產品人品值”和“顏值”。需求評審過程每每都很激烈,通常會有很多類似問題逼問產品經理:

  • 這樣做很麻煩,開發難度很大。
  • 你考慮清楚了嗎?真的要這樣做嗎?
  • 這個流程太復雜了,能不能簡單點?
  • 你這根本沒考慮到實際情況和用戶使用情況!
  • 還有一種情況你沒有考慮到!

在這些逼問中,如果有一個回答得不好,那場面就會非常尷尬,然后失去小伙伴們的支持。

需求評審的角色

每一種會議都會有幾種角色的人員參加,評審會也不例外。

  • 同行,本項目產品、配合部門的產品
  • 設計,UI設計師、UE設計
  • 研發,iOS,Android客戶端研發、前段研發、后端研發
  • 測試,QA人員
  • 運營,運營推廣,客服

首先需要拉上產品同事,主要是讓他們參與進來,保證系統模塊之間的統一性和聯動性,其次是為了不讓自己被“欺負”,用來壯膽的;設計師一般會挑原型的刺,但她們大多數還是會站在產品這邊的,所以也有很多公司是把UI、UE并在產品部;研發同學們更多會關注流程上的細節和信息數據流的方向;測試由于崗位天性,專門debug,所以他們什么刺都會挑;最后運營會看能否達到運營目的,客服也會看能否解決日常客戶咨詢的問題。

為什么要做需求評審?

在需求規劃的過程中,其實只有產品經理一個人在負責所有事情,其他同事并不清楚具體的實施方案,因此,當PM輸出初始方案后,就必須要讓所有人都明確需求的背景和目的。產品經理會向需求的提出方確認需求,向需求的相關方(前后端開發的小伙伴,相關產品線的產品)確認需求,避免產生理解不一致的情況,也能及時發現并修正評審過程中的疑問和新的建議,完成更優方案迭代。

如何做需求評審?

按時間順序可以分為3個階段,會前-會中-會后。

會前準備工作:

將需求和實現的方法跟核心人員小范圍提前溝通,盡可能保障評審前期不會出現很多質疑和疑問,提前解決大分歧;另外和提出方(運營、銷售)確認清楚解決方案,獲得支撐;將需求文檔、流程圖、原型提前發給有關人員,讓大家知道評審的內容;和核心參會者確認可出席時間并提前發出會議邀請,定好會議室;產品經理可提前到會議室演練一遍。

評審會現場:

不要一上來就開始講功能,可以先從需求背景或者用戶故事說起;

講需求要有節奏和條理,控制好時間,闡述功能、流程和方案,并開展討論,將需求文檔內容分模塊輸出;

記錄重要爭論點,評審中與會場所有人討論做決定,如果會議中無法得到結果或者需要數據支持,則可以會議后通過下次評審或者通過書面形式進行;

確認需求目標,即功能上線達到什么目的,相關數據指標;

確認項目預計的上線時間和需要什么資源;

評審會后:

追排期;整理遺留問題,并拿出解決方案;發出會議記錄,使每個問題都有具體行動計劃;發出修改后的需求文檔,并更新到內部系統中;如有需要可約下一次的評審時間。

成功的需求評審是產品經理的高光時刻,除了充分的準備外,還有一點很重要,就是讓人信服,這關乎于溝通的態度和方式。

如何讓人信服?

研究溝通的專家John Neffinger與Matthew Kohut在《令人信服的人(compelling people)》里提供了一種答案,認為那些人之所以能在第一面就對他人產生影響,是因為他們同時表現出力量(strength)與溫暖(warmth)兩類特質。

?如果你只展現你的力量,你或許可以迅速獲得人們的尊敬,但同時也可能招致他人的畏懼。如果你想要立刻獲得人們的欽佩與支持,就一定要在表現出力量的同時,讓他人感受到溫暖。力量包括了你的能力和意志力。一個展現出力量(strength)的人會讓人感到:你有能力實現你提出的想法,并且你能敦促自己采取行動、去盡力追尋你的目標。它包含了兩個維度:a.?能力(ability)與b.?意志力(force of will)。當我們和人第一次接觸時,表現出力量可以獲得人們的尊敬。其中,一種展現力量的重要方式是做到自我堅定(self-assertiveness):做到能夠在不傷害他人、以及控制住自己攻擊性的同時,堅定地維護自己的立場。

力量這一點對產品經理是很重要的,自我堅定同時體現了能力和意志力,它需要一定的社交技巧(能力),也需要經受住他人施加的壓力(意志力)。在需求評審中,適當堅持自己的立場,不要隨著別人的質疑就輕易改變,因為要明確知道,沒人比自己更清楚這個解決方案,還要經得起扛得住別人給的壓力,畢竟最后還是產品經理對產品負責。

Kohut指出,長久以來人們誤解了溫暖的含義,認為表達溫暖意味就意味著表達友好,意味著要多微笑或者顯得好說話(agreeableness)。“但實際上,你要讓別人相信,你和他們追求著同樣的目標、欣賞同一種價值——人們會從這種相似性中感受到溫暖”

溫暖是一種“歸屬感”和“被關愛感”的結合。其中,歸屬感指的是“我與你是同一陣營”的感受。如果人們對你產生歸屬感,他們會相信你和他們有著相同的情感、觀點、價值觀。

同理,“同理心”是產品經理核心技能。在需求評審中,必須換位思考,因為很大可能由于設計上一個很小的不合理,會使得別人做大量的工作。

總結

需求評審是一位產品經理綜合素養得以展示的時候,與其害怕,不如多做一份準備,多做一次演練,以最好的一面示人。盡管不一定每次都很成功,但是堅持對自己負責,對產品負責,對團隊負責,久而久之,必然得到團隊的信任。Everybody can say No,Some one can say Yes,PM就是那個說‘Yes’的人。

 

作者:志志(微信公眾號:志太爺),喜歡打籃球,交朋友,歡迎大家一起交流學習。

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

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 評審中的流程不太對,核心流程高于功能模塊

    來自廣東 回復
    1. 在業務層面上,流程是高于功能這是對的,因為功能模塊服務業務流程。但是一個功能模塊之下,也有它的實現流程,比如用戶很渴,現在我們提供一個“供水”功能模塊,那么就要先講這個“供水”功能,然后再講“如何供水”的流程。不同工作場景需要靈活應用。

      來自廣東 回復
  2. 不要亂定義 什么叫最討厭的工作 也不是所有人都覺得討厭 而且會給新人種下負面的種子

    回復
    1. 文中沒有提及“最討厭的工作”,文章表達的都是一種對需求評審要認真對待的態度,通過充分的準備而獲得的成就感就是PM的高光時刻。這種認真付出得到回報的事怎么就給新人種下了負面的種子?

      來自廣東 回復
    2. 首段的第一句:需求評審其實是PM非常討厭的工作 ??

      來自廣東 回復
  3. 在做產品設計的時候多和開發經理溝通,避免需求評審再和開發懟起來

    來自北京 回復
    1. 沒錯,其實需求評審只是一個最終確認的步驟,而產品需求如何設計和實現需要平時多溝通

      來自廣東 回復
    2. 一般評審會議大概要幾次?

      回復
    3. 簡單功能基本的1次可以過,假如會上有出現異議的,會后通過郵件形式說明就可以了。如果功能特別復雜涉及多方配合或者是新的產品線,這樣就至少要2次了,這種評審會會耗時耗精力,所以產品經理一定要準備充分,避免浪費大家時間。

      回復