国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

在產(chǎn)品經(jīng)理的日常工作中，需求評審是十分重要的環(huán)節(jié)之一，通過需求評審，產(chǎn)品經(jīng)理可以提前規(guī)避風(fēng)險和問題，減少可能的資源浪費。那么需求評審這件事兒，要怎么做才有可能做到更好呢？其中又有哪些維度是需要注意的？本文作者談了談自己的看法，一起來看一下。

上次筆者同大家聊了聊如何寫出一篇優(yōu)秀的PRD（【萬字長文】PRD面面觀，手把手帶你寫出優(yōu)秀的PRD）。

寫完P(guān)RD之后，最重要的當(dāng)然就是組織評審啦。

根據(jù)實際情況，比如公司要求或心里沒底，可在組織正式評審之前，發(fā)起需求內(nèi)審。

一、需求內(nèi)審

進行需求內(nèi)審的好處有很多。問題暴露越早，造成的影響和修正成本越小。此時只有產(chǎn)品經(jīng)理投入了時間和精力，進行產(chǎn)品內(nèi)審可以有效避免設(shè)計資源的浪費和需求評審時的爭論。

1. 邀請對象

• 產(chǎn)品負責(zé)人（必選）；
• 同組的產(chǎn)品同事（可選）；
• UX/UI設(shè)計師（推薦）；
• 技術(shù)Leader或骨干（必選）；
• 需求關(guān)聯(lián)業(yè)務(wù)方，運營、售后、商務(wù)等（推薦）。

2. 邀請準備

提前約好大家的時間，發(fā)送會議邀請，概括評審主要內(nèi)容并附上評審用到的PRD文檔。

如果有拿不準或者可能有爭議的點，可以在會邀中說明，讓與會者預(yù)先有個準備。

大多數(shù)情況下，與會者是不會看你的會邀內(nèi)容和PRD的，因此要提前找到關(guān)鍵的同事討論，對主要問題達成一致。

比如對于某個產(chǎn)品功能是否能滿足用戶和商業(yè)需求，可以同產(chǎn)品負責(zé)人或業(yè)務(wù)方討論；對于頁面跳轉(zhuǎn)、導(dǎo)航等設(shè)計的合理性，可以同UX設(shè)計師溝通；對于功能的可實現(xiàn)性，可以找相關(guān)的技術(shù)同事請教。

在評審前做好充足的準備，可以提高溝通效率、節(jié)約與會者的時間，避免因為重大問題返工導(dǎo)致重復(fù)召開內(nèi)審會議。

3. 評審技巧

在做內(nèi)審時，最基本的要求是溝通表達能力，要做到吐字清晰，注意放慢語速（人在緊張是容易語速加快），陳述邏輯清晰，使用內(nèi)部溝通語言（同寫PRD時的要求）。

請一位熟悉文檔的同事幫你記錄會議紀要，包括：

• 討論比較激烈且達成一致的點。
• 需要更改的點。
• 遺漏，需要補充的點。
• 多余，需要去掉的點。
• 未達成一致性、需要會后討論的點。
• 表述PRD內(nèi)容要做到順序合理。想做好其實也不難，可以按照寫PRD的思路。
• 交代需求背景，向大家講清楚本次迭代為誰做、為什么做、要做什么。雖然不是實質(zhì)功能，但是這點非常重要。你要盡量把與會者帶入情境，人的思考脫離了情境就可能偏頗。
• 對照著業(yè)務(wù)流程圖，講述業(yè)務(wù)流程。先講涉及的業(yè)務(wù)場景和角色，再講主要的業(yè)務(wù)流程，最后補充次要業(yè)務(wù)流程。讓大家對本期的需求范圍有個直觀的認識。這個部分非常重要，一定要講出關(guān)鍵的流程、對之前流程的變動和可能存在問題的點，帶著與會者去思考。一旦流程出現(xiàn)問題，往往就是大問題。
• 對著需求List告訴大家本期要做哪些需求，每個需求要按照Story的格式去講，進一步強化為誰做、要做什么，為什么要做。
• 最后是講每個需求的具體產(chǎn)品需求。這個部分是問題最多的部分，除了表述清晰之外，要說清楚自己這么設(shè)計的原因什么，不要只呈現(xiàn)結(jié)果。

評審過程中，要鼓勵、引導(dǎo)參會者發(fā)言，充分收集各方的想法和建議。要尊重每個與會者的意見，即便可能是不成熟的。要善意的肯定對方的建議，表達自己的想法并和對方達成一致。

但是也要注意控制時間。一旦發(fā)生爭論激烈或短時間難以有結(jié)果的點，要適時打斷并跳過，避免陷入無休止的爭論，浪費大家的時間。

在準備充分的情況下，不應(yīng)該出現(xiàn)激烈爭論的點。此時你要做好會后反思了：

• 爭論的實質(zhì)是什么？
• 應(yīng)該怎么解決？
• 為什么我會前沒有注意到？
• 下次該怎么避免？

會后務(wù)必要發(fā)送會議紀要，一方面是對與會者付出的尊重，大家提的意見我都收到了。另一方是二次確認，避免后續(xù)可能出現(xiàn)的扯皮。

根據(jù)會議紀要更新完P(guān)RD之后，也要記得再次發(fā)出來給大家確認。

二、關(guān)于UED設(shè)計

如果需求比較簡單或?qū)ψ约旱腜RD比較有信心，可以提交UED設(shè)計需求。

在人力充足的公司，UX設(shè)計會由專業(yè)的交互設(shè)計師擔(dān)任；而在人手不足的情況下，產(chǎn)品經(jīng)理就要兼職交互設(shè)計了。

在目前各類交互設(shè)計規(guī)范比較成熟的情況下（例如iOS人機交互指南、Material Design、Ant Design等），交互設(shè)計做到合格還是比較容易的。

UX完成后就是UI設(shè)計。UI設(shè)計建議讓專業(yè)的UI設(shè)計師擔(dān)任，尤其是用戶端界面。一個好的設(shè)計師對于用戶體驗具有舉足輕重的作用。

給新手產(chǎn)品經(jīng)理幾個建議：

• 跟設(shè)計師溝通不要只講功能需求，要從用戶需求開始講起。讓設(shè)計師理解為什么要做這樣的需求，設(shè)計師才能有的放矢。
• 一定要定好設(shè)計排期。在追求完美設(shè)計的道路上時間永遠是不夠的。
• 打鐵還需自身硬，平時一定要注意產(chǎn)品設(shè)計的積累。
• 在別人的專業(yè)領(lǐng)域多聽建議，少指手畫腳。
• 必要時拉上前端開發(fā)的負責(zé)人或技術(shù)骨干一起討論，可能有意外收獲。
• 不要用手指點設(shè)計師的屏幕，真的很惹人煩。

UX和UI完成之后一定要仔細驗收，驗收點包括：

• 界面流程和功能是否能夠滿足用戶需求，是否有用、好用；
• 交互和界面設(shè)計是否與產(chǎn)品需求一致，比如想要突出的重點信息等；
• 設(shè)計是否具備可實現(xiàn)性，或者工作量適中。此類問題可以把開發(fā)同學(xué)拉到你的戰(zhàn)壕里，一起說服設(shè)計師；
• 是否符合產(chǎn)品以往的設(shè)計習(xí)慣和設(shè)計規(guī)范；
• UX的標注是否合理、清晰、易于閱讀等。

對于界面設(shè)計風(fēng)格，除非有十足的把握，否則盡量不要和設(shè)計師爭論，因為容易被設(shè)計師視為質(zhì)疑其的專業(yè)性或者覺得你啥也不懂。即便要爭論，也要態(tài)度謙和、有理有據(jù)，切忌得理不饒人。

三、需求評審

當(dāng)設(shè)計稿都確認之后，就可以開始激動人心的需求評審了。需求評審主要思路和需求內(nèi)審相同，后文主要描述需要額外注意的事項。

即便進行了設(shè)計內(nèi)審，評審時也必須要完整的評審?fù)辏驗闀h會有很多新的同事參加。

1. 邀請對象

• 產(chǎn)品負責(zé)人（必選）
• UX/UI設(shè)計師（推薦）
• 技術(shù)Leader或骨干（必選）
• 前后端等開發(fā)（必選）
• 測試（必選）
• 需求關(guān)聯(lián)業(yè)務(wù)方，運營、售后、商務(wù)等（推薦）

2. 邀請準備

會議邀請要將PRD、UX和UI一并發(fā)送給與會者。

會議前記得拿著PRD、UX和UI和關(guān)鍵同事，比如技術(shù)骨干、業(yè)務(wù)方等溝通。一個順利的會議都建立在會前充分溝通的基礎(chǔ)上。需求評審會最主要的作用在于達成共識而非討論。

3. 評審技巧

同樣要發(fā)揮自己的溝通技巧，讓與會者能夠聽清、聽進去，避免在開發(fā)過程中才暴露問題，導(dǎo)致產(chǎn)生延期風(fēng)險和開發(fā)資源的浪費。

同樣需要請一位同事做會議紀要，除了記關(guān)鍵的事情之外，還要記錄時間和負責(zé)人。比如對于一個有爭論的需求，那么需要指定負責(zé)確認需求的負責(zé)人和要在何時之前確認解決方案。

在具體評審流程時，也有一些技巧分享給大家。

• 表述PRD的需求背景、業(yè)務(wù)流程、需求list同需求內(nèi)審。
• 需求描述部分可以快速帶過或者不講，因為人面對大段文字之時，往往會產(chǎn)生抵觸心理。比如閱讀我的文章。
• 具體需求的功能可以對著帶標注的UX講解。圖文對照，可以講得更清楚，更易于與會者理解。
• 講每個功能之前，同樣要先講清楚功能是為誰、為什么做，然后再講怎么做。
• 將怎么做的時候，要講清楚這是什么頁面，怎么跳轉(zhuǎn)進來，怎么跳轉(zhuǎn)出去，頁面內(nèi)的主要功能、次要功能、默認狀態(tài)、空狀態(tài)、異常處理等。

準備充分的話，一般會有一些小修小改的問題。對于敏捷開發(fā)的團隊（尤其是C端），會馬上開始分配任務(wù)、評估故事點、進行迭代排期等。

這種做法對技術(shù)Leader、項目經(jīng)理和開發(fā)團隊的要求都很高。本人主要從事B端工作，沒有經(jīng)歷過如此敏捷的團隊。有需要的道友可以自行查閱資料。

會后的會議紀要也是必須要發(fā)送的，明確事、人、時間，以及完成項目排期的Deadline。

更新完相關(guān)的產(chǎn)品文檔再次發(fā)送，就可以進入產(chǎn)品迭代了。

講完需求評審的方法，筆者還想再詳細解釋其背后的原因。以幫助各位讀者理解PRD評審的重要性。主要圍繞幾個關(guān)鍵點展開。

四、為什么要讓與會者提前看PRD

1. 理解信息的過程

人在理解信息的時候，雖然發(fā)生在一瞬間，但其是有復(fù)雜的過程的?？梢院唵畏譃椋?/p>

1. 外界刺激+感覺獲取信息；
2. 調(diào)用相關(guān)的知識儲備（記憶、知覺）；
3. 通過邏輯推理形成對信息的理解。

第1點即是通過PRD去傳遞信息，想要正確地傳遞信息，對PRD的質(zhì)量有極高的要求。如何寫好PRD可以參考我之前的文章。

第2點即是讀者的專業(yè)知識、工作經(jīng)驗、對本項目的知識積累等。因此不同角色的人，看到PRD的關(guān)注點和理解也是不同的。

• 產(chǎn)品經(jīng)理會關(guān)注業(yè)務(wù)邏輯、功能設(shè)計的合理性，以及能否滿足用戶需求。
• 設(shè)計師會關(guān)注通過怎樣的設(shè)計能夠更好的傳達產(chǎn)品信息，滿足用戶需求的同時兼顧商業(yè)目的。
• 前端工程師會思考界面有哪些功能，使用那種架構(gòu)、控件去實現(xiàn)；后端工程師則會關(guān)注數(shù)據(jù)的傳遞、存儲、讀取等。
• 測試工程師則會思考如何設(shè)計測試用例，才能覆蓋所有產(chǎn)品功能測試。
• 對于同一種角色，不同經(jīng)驗的人理解也是不同的。比如資深的開發(fā)會先想整體的技術(shù)架構(gòu)，考慮兼容性、耦合性、拓展性等；而新手開發(fā)則可能會想功能怎么用代碼實現(xiàn)。

第3點即是結(jié)合邏輯推理，最終形成對當(dāng)下產(chǎn)品需求的認知和結(jié)論。

形成完善的認知，得出完整的結(jié)論是需要思考時間的，到了評審會議上再臨陣磨槍，往往難以達到預(yù)期的效果。

而讓與會人員提前閱讀PRD，哪怕只是囫圇吞棗的讀一遍，那么思考的種子已經(jīng)在潛意識中種下（人的絕大部分思考都是通過潛意識完成的，感興趣自行檢索相關(guān)資料），到了評審的時候會理解會更快、也會有更多更完善的思路。

2. 如何讓與會者提前看PRD

少部分工作認真的同事會看你寫的PRD。大部分同事都有自己的事情要忙，有的是本來想看，后來忘了；有的壓根沒有提前閱讀的習(xí)慣。

根據(jù)“誰得利，誰負責(zé)”的原則，需要你主動的去達成該目標。

比如挑選在大家都不太忙的時候發(fā)送會議邀請。發(fā)送會邀后一段時間和評審會議前1小時，再次提醒與會者看PRD。對于關(guān)鍵人物（產(chǎn)品負責(zé)人、技術(shù)骨干等）則要提前約時間線下溝通，其他人則可以在平時交往時，有意無意的問問對新需求的看法等。

當(dāng)然還有最重要的前提，把PRD寫好了。本來閱讀大段文字就很難，閱讀一大段沒有邏輯的文字，真是吃shi一般。

五、為什么要避免在評審會議上爭論

首先我們可以換位思考一下，在私下兩個人爭論的時候，是否愿意承認自己想法的錯誤？那么這個場景又放到一個全是熟悉的同事的會議上呢？

如果你都能夠坦然承認錯誤，那么我對你表示恭喜。但是很多人在私下爭論都是難以服軟的，就不要說在公開的會議上了。

因此一旦在公開場合提出不同意見，就如覆水難收。他的意見對了，你會很尷尬；他的意見錯了，他會很尷尬。因此針對事情的討論往往會演變成捍衛(wèi)個人臉面的爭論。

再者說，很多觀點是很難說清楚對錯的，可能大家都是出于對產(chǎn)品的善意，提出了自己的見解，只不過相互不能理解罷了。同時，這種臉面之爭很容易跑題，甚至互相進行人身攻擊。

即便有一方真的吵贏了，且不論輸?shù)囊环筋伱姹M失、形象受損，而且得出的結(jié)論真不一定是有益的，可能只是勝者更善于爭論。往往雙方都是輸家。

因此一定要把更多功夫花在會前溝通上，避免評審會議陷入無休止的爭吵。再次強調(diào)，評審會議最重要目的是為了確認。

六、為什么跟設(shè)計師強調(diào)時間

1. 設(shè)計工作的特性

設(shè)計本身是一個很主觀的事務(wù)，沒有明確的判斷標準。因此設(shè)計師的工作不像開發(fā)，有個明確的設(shè)計文檔作為目標。設(shè)計工作往往是邊做邊想，可能經(jīng)歷無數(shù)的推翻重建的。

“文無第一”，任何一個設(shè)計需求理論上都可以拉的非常長，能夠不斷發(fā)現(xiàn)新的思路和可以調(diào)整的地方。因此如果沒有明確的時間截點，將會是一場項目災(zāi)難，可能設(shè)計師搜集材料、尋找靈感的時間就超過了你心中的成稿截止日期。

2. 設(shè)計師的特征

設(shè)計師尤其是UI設(shè)計師，往往身上帶有藝術(shù)家的色彩。他們有自己的藝術(shù)追求和對專業(yè)的驕傲，思維發(fā)散，渴望自我思想的表達。

一個優(yōu)秀的設(shè)計師需要這樣的特質(zhì)，否則按部就班的設(shè)（chao）計（xi）很難做出引爆市場的產(chǎn)品設(shè)計。

3. 一些小建議

除了強調(diào)截止時間以外，你也幫助設(shè)計師更好的完成設(shè)計。

• 交代清楚項目背景、使用場景、用戶需求和商業(yè)需求等關(guān)鍵信息。
• 必要總是提一些“高大上”、“五彩斑斕的黑”等很虛的詞，可以找一些不錯的競品設(shè)計供設(shè)計師參考。切忌只找一個競品并告訴設(shè)計師“按這個抄一個出來”。
• 與設(shè)計師一起克服抄襲的誤區(qū)。齊白石先生說“學(xué)我者生，似我者死”。我們要認識到，市面上主流的設(shè)計規(guī)范和趨勢的背后是無數(shù)的優(yōu)秀設(shè)計師的群體智慧，你是不可能強過他們的。如果能做到聰明的“抄”，抄的明白，理解為什么要這么設(shè)計，并且能夠適應(yīng)自己的產(chǎn)品，就是成功的設(shè)計。

七、為什么推薦使用UX稿評審

首先要搞清楚人的認知習(xí)慣。在人類幾十萬年的進化道路上，我們80%以上的信息都是通過視覺獲得，且產(chǎn)生文字是最近幾千年的事情。人類的整個認知系統(tǒng)其實對于文字的提取和理解效率其實遠不如圖片高。

其次，文字是對世界的描述，但是其表現(xiàn)力是有限的。我們在寫PRD的時候就會感覺到，如果想把一個功能用文字描述出來就會很困難，且要使用大量的邏輯描述。如果通過原型圖、流程圖等可視化的手段，就會簡單很多。

最后，文字的信息噪聲往往是高于圖片的。主要原因是對于相同的詞匯，不同人的認知可能是不同的。比如很經(jīng)典的一個關(guān)于程序員的笑話，“下班順路買十個包子，如果看到賣西瓜的，買一個?！?/p>

其實在評審中，避免信息傳達失真最好的方式是高保真原型，每個功能的細節(jié)都能動態(tài)展現(xiàn)的清清楚楚。但是其制作成本過高，且隨著行業(yè)發(fā)展，交互規(guī)范、專業(yè)術(shù)語等能夠極大改善信息失真的狀況。

因此帶標注的設(shè)計稿是我認為目前性價比最高的形式。

八、為什么寫會議紀要

寫會議紀是為了對大家在達成的共識進行書面確認，以作為后續(xù)執(zhí)行的依據(jù)。這并非是對團隊的不信任，目的也是為了信息的一致性。

口頭傳達是信息失真非常嚴重的手段，因此才會需要有PRD、UI、UX等各種產(chǎn)品設(shè)計文檔，否則直接口頭傳達不是更方便。同樣的，評審會議也需要清晰的將會議要點記錄下來，保證大家的理解是一致的。

后續(xù)一旦發(fā)生問題，會議紀要是非常好的證據(jù)，可以對企圖歪曲事實的同時進行實錘。

這樣的同事有時候也并非故意，而是人的記憶會隨著時間的推移而越來越模糊。同時人有強大的心理補償機制，面對發(fā)生問題，往往會按照對自己有利的方面回憶甚至加工記憶。

更多的，會議紀要還有如下的作用：

• 提供儀式感：儀式感對人類的心理、情緒的作用非常大，可以參考宗教儀式。發(fā)送一封評審會議紀要作為迭代的開始，很有必要。
• 明確責(zé)任人和時間截點：公開的郵件對于責(zé)任人是一種無形的、有效的社會壓力，有利于后續(xù)項目管理。
• 幫助記錄：幫助自己和責(zé)任人記憶會后需要跟蹤的事宜，防止遺忘。
• 廣而告之：告訴老板、業(yè)務(wù)方等未參會的人員，評審是否順利，產(chǎn)品迭代是否開始等信息。

關(guān)于如何做好需求評審的經(jīng)驗就分享到這里。祝愿每一位產(chǎn)品汪都能夠?qū)懞肞RD、做好需求評審，不要給程序猿們挖坑。這樣團隊更容易保持團結(jié)的氛圍，團隊成員之間也能保持良好的私人關(guān)系。

產(chǎn)品經(jīng)理提前做一點、多做一點、做細一點，收益的不僅是團隊，更大的受益者其實是自己。

本文是投票期間筆者發(fā)布的第7篇文章，今天也是最后的投票。

親，請不要吝惜手中的票票，給筆者繼續(xù)做產(chǎn)品經(jīng)驗分享的動力！

為我投票

我在參加人人都是產(chǎn)品經(jīng)理2022年度作者評選，希望喜歡我的文章的朋友都能來支持我一下~

點擊下方鏈接進入我的個人參選頁面，點擊紅心即可為我投票。

每人每天最多可投35票，投票即可獲得抽獎機會，抽取書籍、人人都是產(chǎn)品經(jīng)理紀念周邊和起點課堂會員等好禮哦！

投票傳送門：https://996.pm/YyDmr