NPDP產品經理如何高效完成需求評審
NPDP(New Product Development Professional)是指產品經理國際資格認證,由美國產品開發與管理協會(PDMA)所發起的唯一國際公認新產品開發專業認證。NPDP是集理論、方法與實踐為一體的全方位知識體系,為公司組織層級進行規劃、決策、執行提供良好的方法體系支撐。在會議中,不同角色提出不同意見,出現無法預測問題等,NPDP產品經理又該如何游刃有余的化險為夷,高效完成需求評審呢?
NPDP備考學習交流QQ群:221723244(點擊一鍵加群)
作為一個產品經理,需求評審是產品設計開發的一個重要環節。只要工作在進行,產品在迭代,新需求在不斷產生,就會有需求評審。
在需求評審會議上,產品經理將面對前端、后端、測試、UI設計師、你的領導、甚至老板可能都會過來,不同角色聚在一個會議室聽你講解需求內容,簡直妙不可言。如何高效完成呢?
一、原型準備階段
1、需求細節盡量描述詳細。
2、以前有的功能,現在項目涉及到要不要把以前的功能需求再寫一下。
3、設計功能或者邏輯一定要有理有據。
4、設計過程中遇到技術難點、技術知識盲區,一定要和技術去溝通。
二、評審前的準備
1、產品內部評審
如果是比較大的項目,可能是多個產品經理一起負責,那么最好是產品部門內部開一個小評審會,把大致邏輯、功能統統講一遍,看看有沒有遺留的,有沒有補充的。
2、業務部門會議
還是屬于比較大的項目,跟業務部門開會主要目的是讓他們了解產品部門做的東西是不是符合他們預期效果;我們只要跟他們大致講解項目操作流程即可,無需太細致。小范圍的需求預評審主要還是為了保證需求的質量,以保證正式評審的時候,不會出現大的紕漏。
3、提前把原型或者需求文檔發給技術人員
在需求評審會議的前一天,可以把原型和需求文檔發送給參會的相關人員,目的是讓他們提前熟悉需求。若有問題及時收集,在需求評審之前向提問者解答,能大大提高需求評審會的效率。
三、評審中-控制節奏應萬變
需求評審的過程,本質上就是溝通,用語言配合原型文檔的方式,將需求、邏輯清晰的表述出來,然后和所有人基本達成一致意見。但講解之前一定要先向大家介紹一下本次項目的背景,大致可以朝這兩個大個方向進行說明:
——需求來自哪個人或者哪個部門等,他們遇到什么問題了?(現狀)
——針對這些問題,采用什么方案或者增加什么功能,來解決他們遇到的問題或提升什么體驗及指標等。(預期)
需求評審原則上就是產品經理的“主場”,所要保持主場的氣勢,穩住場面。人人都是產品經理,正是因為人人針對某一個功能都會有自己的想法和意見,那么產品經理該怎么應付呢?
1、合理的意見、想法
需求總有優先級排序的,應當先解決眼前緊急的問題,以提高會議效率。
2、不要過度糾結細節討論
細節是永遠“摳不完”的,如果在會議上陷入細節的討論,不僅浪費大家時間,而且對于產品經理來說也會非常痛苦。
3、邏輯漏洞、功能遺漏
如果對業務了解不夠深入,思考不周全,很容易被其他人發現邏輯或功能遺漏等問題,這對產品經理來說是屬于比較嚴重的評審事故了,錯了就要挨打。一般不是較大的邏輯問題,評審會議還是能繼續開下去的,會后應當及時補充內容。
4、不要把會評審成技術方案討論會議
一般來說,不允許在會議上占用太多時間來討論具體方案。
5、實現不了的問題
首先,我們要確認技術們的難點在哪里,綜合各方面因素進行討論。如果還是爭論不止,那把這問題暫時放一下,會后叫上技術負責人和該項目開發人員一起在討論,切記也不能占用要多時間。
四、評審后-查缺補漏、保持跟進
1、及時修改問題
小功能評審基本上可以百分百過,但是大項目基本上很少全票通過的情況,都會有一些小修改小調整的。該修改的地方修改,該落實細節地方落實好細節,最終通過郵件等方式告知大家。
2、督促排期、跟蹤進度
督促各個崗位負責人針對此次項任務周期,最后確認預估的整個開發周期。后續要持續跟進開發進度,直至完成上線。在跟進過程中,很有可能出現未考慮到的問題,這時候需要產品經理要和開發緊密合作,討論新的解決方案,并同步修改原型和需求說明。
3、需求評審復盤
會議上,大家都會各抒己見,我們可以一一收集起來。會議結束后,我們就要針對這些想法進行篩選分析,合理的進行后續的迭代工作。會后,我們也要進行反思自己的工作,并找出問題并著手解決。
當今社會,我們的產品管理與相對應的產品開放過程與工具也必須改變以跟上潮流。因此,產品經理僅僅擁有傳統的能力如市場細分與品牌策略管理,并不足以完全滿足市場與客戶的需求與挑戰。產品人必須提升新的產品管理能力與思維方式,才可以在競爭激烈的職場上立足。最后,慧翔天地小編祝大家順利的渡過每一次需求評審!