中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

大部分人剛開始做產(chǎn)品經(jīng)理時(shí)，都會經(jīng)歷過需求評審會上被多方Diss的場景。這篇文章，作者分享的經(jīng)驗(yàn)，可以幫你平安度過。

產(chǎn)品新人面臨的第一個(gè)難關(guān)就是需求宣講總被開發(fā)Diss怎么辦？本文從三個(gè)角度解答。

1. 需求評審是什么
2. 好的需求評審的標(biāo)準(zhǔn)
3. 可能遇到的問題及應(yīng)對辦法

一、什么是需求評審

• 通常是一個(gè)會議：會上由產(chǎn)品經(jīng)理傳遞產(chǎn)品方案和結(jié)論，讓開發(fā)、測試都了解需求的細(xì)節(jié)和最終設(shè)計(jì)方案。避免開發(fā)辛辛苦苦寫完代碼，結(jié)果跟產(chǎn)品輸出的方案大相徑庭，導(dǎo)致雙方撕逼打架。
• 需要什么：PRD文檔+低保真模型/高保真模型
• 參與人包括：前端、后端、測試、UED、SE（架構(gòu)師）、算法工程師（可選）等。

二、好的需求評審的標(biāo)準(zhǔn)

分點(diǎn)陳述，思路清晰，要求明確。

• 文檔邏輯全面：產(chǎn)品更像規(guī)則的制定者，方案需要覆蓋所有場景，包括功能影響范圍、頁面/功能流程、按鈕交互邏輯。（這個(gè)要跟開發(fā)提前溝通）。
• 后臺邏輯完整：比如涉及的接口和查詢邏輯，異常情況判斷。
• 演講有重點(diǎn)：開會的時(shí)候技術(shù)可能沒那么認(rèn)真去聽，所以一定要講重點(diǎn)。必要時(shí)可以點(diǎn)名提問。

注意：??會議是同步結(jié)論，而不是討論。在會議主要討論產(chǎn)品方案，技術(shù)問題是技術(shù)實(shí)現(xiàn)的問題，討論角度不要跑偏。

三、可能遇到的問題及應(yīng)對辦法

會上一定會被開發(fā)質(zhì)疑方案、甚至被你的產(chǎn)品同事質(zhì)疑方案，這個(gè)時(shí)候要內(nèi)核穩(wěn)定，精準(zhǔn)過招出擊。

1）這個(gè)功能為什么要做？/做這個(gè)功能有什么意義？

問題拆解：問出這個(gè)問題，多半表明開發(fā)不愿意接受你的需求，可能是出于工期太滿、難度太大、功能復(fù)雜的原因。這時(shí)候我們要給出一個(gè)答案，讓開發(fā)自己說服自己，這個(gè)需求是有意義的。

應(yīng)對策略：需求來源+優(yōu)先級+功能價(jià)值+實(shí)現(xiàn)成本

例子：這個(gè)需求是XX領(lǐng)導(dǎo)提的（來源），希望能在10月份上線（優(yōu)先級），有了這個(gè)功能之后用戶可以實(shí)現(xiàn)學(xué)生認(rèn)證，拿到多種權(quán)益，帶動(dòng)學(xué)生群體銷量（功能價(jià)值）。工作量也不大，評估了是10個(gè)人天左右（實(shí)現(xiàn)成本）。

2）這個(gè)功能為什么要這么做而不是那么做？

問題拆解：開發(fā)覺得你的方案復(fù)雜，有更優(yōu)解。

應(yīng)對策略：

1. 會前：一定要窮盡所有方案，考慮利弊，并可以提前和對應(yīng)的開發(fā)溝通。
2. 會中：理智闡述自己的想法，并詢問開發(fā)他覺得更好的方案是什么，并展開討論。方案影響因素：用戶體驗(yàn)、功能影響范圍、復(fù)用性等等。
3. 會后：如果方案還有爭議，會后再跟開發(fā)溝通。（此條不建議，優(yōu)先把問題在會上解決是最高效的）

3）比問題多更可怕的是沒問題??！

不怕開發(fā)提問，就怕開發(fā)不提問！這說明可能開發(fā)沒有認(rèn)真聽你的方案！因?yàn)樵俸唵蔚墓δ埽家欢〞幸恍c(diǎn)是你可能沒考慮到的。所以遇到?jīng)]人提問要及時(shí)調(diào)動(dòng)情緒，甚至可以點(diǎn)名對應(yīng)的開發(fā)，看看對功能的理解是否到位。

四、真實(shí)案例

案例一：

剛開始做產(chǎn)品時(shí)，只知道自己埋頭苦捋功能流程，梳理完之后再自己做一個(gè)設(shè)計(jì)出來。只跟產(chǎn)品溝通，沒有跟技術(shù)溝通就上了評審會，結(jié)果因?yàn)楣δ苓壿嬄┒刺?，被駁回，開了二次評審。后續(xù)在開會前都會反復(fù)check方案的完整性、合理性，與至少一位開發(fā)溝通后再上會。

案例二：

功能有爭議時(shí)，被技術(shù)一懟，就會被帶跑偏，跟著技術(shù)的方案走。有時(shí)也會被領(lǐng)導(dǎo)帶著走，他說啥就是啥。沒有自己的立場。比如，一個(gè)歡迎彈窗，可放可不放，有人質(zhì)疑太麻煩，我就不放；一個(gè)卡片樣式，有圖無圖都可以，一旦被質(zhì)疑，我就會跟著對方的節(jié)奏走。被帶教的產(chǎn)品說，“產(chǎn)品要有自己的態(tài)度，一定要強(qiáng)勢，不能被輕易改變”。只有你才能對用戶負(fù)責(zé)，一些可做可不做的功能，一定要想清楚做不做，然后堅(jiān)持自己的看法。

五、好的PRD文檔參考

對產(chǎn)品來說，永遠(yuǎn)是思路>文檔，但是一個(gè)好的文檔可以反過來幫你check思路是否完整。