編輯導(dǎo)讀：需求評(píng)審會(huì)，雖然是產(chǎn)品經(jīng)理的演講會(huì)，但是與會(huì)人員卻不是只有產(chǎn)品經(jīng)理。本文作者從設(shè)計(jì)師的解讀，對(duì)設(shè)計(jì)師參加需求評(píng)審需要注意的問(wèn)題進(jìn)行了梳理總結(jié)，供大家一同參考和學(xué)習(xí)。

很多人把設(shè)計(jì)師的工作單純的定位為【視覺(jué)】層面的輸出，好像只要設(shè)計(jì)稿美美地就大功告成了。但是，我們都知道，其實(shí)不是這么簡(jiǎn)單。

設(shè)計(jì)師的工作職責(zé)不只在最后輸出的美觀，同樣重要的是產(chǎn)出的過(guò)程。需求的產(chǎn)生，需求的背景，需求的解決方案等等。不要讓設(shè)計(jì)是斷層的，它應(yīng)該是完整的，有開(kāi)始，有結(jié)束。

01 需求評(píng)審前，你不可遺漏的準(zhǔn)備工作

設(shè)計(jì)的前期，PM一般會(huì)拉個(gè)需求評(píng)審會(huì)，這時(shí)設(shè)計(jì)師也需要參與到其中，不要等到需求完全確定了，設(shè)計(jì)才開(kāi)始介入。有些不合理的需求，應(yīng)該從一開(kāi)始就規(guī)避。如果PM沒(méi)有這個(gè)習(xí)慣，你可以溫柔地建議他拉你一起。設(shè)計(jì)師要在產(chǎn)品的開(kāi)始和結(jié)束都滲透在其中，這樣你才能對(duì)一個(gè)產(chǎn)品整體性更清楚，也更有把握。

需求評(píng)審是一件比較費(fèi)力費(fèi)時(shí)的事情，所以在確定需求評(píng)審時(shí)間后，可以先請(qǐng)PM給你一份需求文檔，可以先簡(jiǎn)單的了解，對(duì)于不理解的概念，可以提前自己弄清楚，這樣也可以避免在評(píng)審會(huì)中提出太過(guò)初級(jí)的問(wèn)題。如果是對(duì)現(xiàn)有產(chǎn)品的改版，可以先了解產(chǎn)品線上頁(yè)面是怎么樣的，這樣也可以更了解需求，也對(duì)PM提出的解決方案是否真的解決用戶的問(wèn)題，有進(jìn)一步的了解。

我想，這樣的準(zhǔn)備工作是需要的，不要一臉茫然的參加評(píng)審會(huì)，你不需要完全明白，但是至少你要大概了解評(píng)審會(huì)要評(píng)審什么內(nèi)容。這樣大家在聊需求時(shí)，你也快速接上他們的頻率，不要讓他們覺(jué)得你什么都不懂，也給不出什么建議，也不提出任何疑問(wèn)，你只是角落里那個(gè)“安靜的美男子”，這樣你就變成可有可無(wú)的角色了。

我們都在談“設(shè)計(jì)師如何掌握話語(yǔ)權(quán)”，我想提前了解產(chǎn)品需求會(huì)是重要的一步。天下武功唯快不破，設(shè)計(jì)亦然，當(dāng)你比別人快一步時(shí)，被動(dòng)轉(zhuǎn)主動(dòng)時(shí)，就是改變的開(kāi)始。這是一個(gè)好的開(kāi)始，也是與PM、開(kāi)發(fā)們建立關(guān)系的開(kāi)始，當(dāng)你慢慢用自己的主動(dòng)和設(shè)計(jì)能力建立彼此的信任時(shí)，他們會(huì)愿意來(lái)咨詢你的意見(jiàn)，而不是只當(dāng)你是一畫圖的，而這時(shí)就是你發(fā)揮你設(shè)計(jì)影響力的時(shí)候了。

還有一點(diǎn)，提前預(yù)備你的時(shí)間，檢查你的行程表，避免會(huì)議沖突。

02 需求評(píng)審中：你要做的事

1. 勇敢提出你的問(wèn)題

需求評(píng)審的初審到確定方案，可能需要2-3輪評(píng)審討論。在這當(dāng)中，如果你有什么疑問(wèn)，都要提出來(lái)?；蛟S是功能點(diǎn)PM沒(méi)有寫清楚，或許是功能本身的不完整，或許單純地就是你不明白。需要補(bǔ)充的讓PM補(bǔ)充清楚，不要靠自己腦補(bǔ)來(lái)理解需求，大部分情況下設(shè)計(jì)師與PM理解的，都不是同一件事。

不要覺(jué)得不好意思，就不說(shuō)出你的疑惑，很有可能你疑惑的地方，也會(huì)造成用戶的疑惑。不懂就問(wèn)，是一件很重要的事，這會(huì)關(guān)系到后續(xù)設(shè)計(jì)稿的輸出方向以及交互說(shuō)明的補(bǔ)充。如果你自己都不明白，你要如何確保你的設(shè)計(jì)能讓用戶明白。

如果當(dāng)下你覺(jué)得PM提出的解決方案是不合理的或者有更好方案，可以直接說(shuō)出來(lái)，不要埋藏在心中。說(shuō)出來(lái)，大家一起討論，這就是你增加曝光的時(shí)刻。不管結(jié)果是否被采納，你都是雙贏。為什么這么說(shuō)？如果被采納，這無(wú)疑是好的，可以讓你的團(tuán)隊(duì)更加信賴你，如果你剛?cè)肼毣蛘呤羌尤胍粋€(gè)新的項(xiàng)目組，這都是一個(gè)建立關(guān)系的好的表現(xiàn)。那如果后來(lái)證明，你的方案有問(wèn)題呢。其實(shí)這也是件好事，至少可以發(fā)現(xiàn)在對(duì)產(chǎn)品理解中是存在你所不知道的gap， 所以你需要加強(qiáng)邏輯的嚴(yán)謹(jǐn)性和對(duì)產(chǎn)品的理解。

2. 記下你覺(jué)得有疑問(wèn)的地方，但是一時(shí)說(shuō)不清楚

我不知道你有沒(méi)有碰到過(guò)，你覺(jué)得這個(gè)需求有點(diǎn)怪，有點(diǎn)不符合用戶的使用習(xí)慣，或者你覺(jué)得PM的解決方案讓你覺(jué)得就是有不妥，但是當(dāng)下你無(wú)法講清楚，也沒(méi)有更好的方案

如果是這種情況，我建議先等等。你可以等會(huì)議結(jié)束，自己再梳理一遍，不懂再問(wèn)下PM，把需求理清楚。有時(shí)候出現(xiàn)這種問(wèn)題，不一定是PM的問(wèn)題，可能是對(duì)需求的理解錯(cuò)了，或者你根本不理解他在說(shuō)什么。

對(duì)于不懂的是要提出來(lái)，但是如果你自己也講不清楚你不清楚的到底是什么問(wèn)題，那就先不要問(wèn)。我想問(wèn)一個(gè)問(wèn)題前，你要先能清晰的表述這個(gè)問(wèn)題。

3. 不要輕易打斷PM的需求講解

會(huì)議中，可能會(huì)比較尷尬的碰到一種情況，就是一聽(tīng)到不懂的，馬上反饋要PM解釋，但是可能他正要講或者他稍后會(huì)講清楚。但是你不恰當(dāng)?shù)膯?wèn)題則會(huì)打斷他的思路，也同樣打斷其他人的思路。

所以，強(qiáng)烈建議在PM講完一個(gè)需求后，再提出你的疑問(wèn)。

4. 需求文檔不完整的，要讓PM補(bǔ)充清楚

我相信大部分PM都會(huì)提供比較完整的需求文檔，但是也無(wú)法完全避免會(huì)有缺胳膊少腿的文檔。比如狀態(tài)的枚舉是不完整的，沒(méi)有考慮到異常情況，權(quán)限問(wèn)題等等，這都需要PM補(bǔ)充完整，因?yàn)檫@些都會(huì)關(guān)系到你的交互說(shuō)明要如何寫清楚，也避免開(kāi)發(fā)同學(xué)到最后開(kāi)發(fā)時(shí)，還要和PM確認(rèn)有哪些狀態(tài)。

需求文檔寫清楚，是一件很重要的事情。雖然大部分情況下，我們都相信，我們能記住，但是事實(shí)上我們都會(huì)忘記，而且這樣也方便后期回溯和復(fù)盤。所以，請(qǐng)拒絕PM簡(jiǎn)單粗暴的需求文檔。如果是需求的內(nèi)容就應(yīng)該寫在文檔里，已經(jīng)砍掉的功能就不要寫在文檔里，避免文檔過(guò)于臃腫，也會(huì)造成誤解。

需求文檔至少要寫清楚需求背景、目標(biāo)人群、使用場(chǎng)景、要解決的問(wèn)題是什么以及解決方案。

既然做需求，就要清清楚楚，明明白白，杜絕糊里糊涂接需求。

5. 清楚需求計(jì)劃，需求排期

需求評(píng)審的最后，要清楚PM對(duì)這個(gè)的需求的排期是怎么安排。而且你要對(duì)照你手上其他需求的排期，要做輕重緩急的權(quán)衡。如果是需要調(diào)整的需求，則需要與需求的業(yè)務(wù)方說(shuō)好。

時(shí)間很重要，要確定你真的可以在這個(gè)時(shí)間點(diǎn)內(nèi)完成。

要確認(rèn)需求的優(yōu)先級(jí)是什么，是不是在這期的迭代全部完成。對(duì)于比較重工作量的需求，很有可能會(huì)分批進(jìn)行，所以也要清楚第一期是設(shè)計(jì)哪些頁(yè)面。而那些會(huì)歸納在第二期、第三期的可以先放放。后面是否需求有變動(dòng)，都是不可預(yù)知的，要把精力放在這期要做的需求上面。

03 需求評(píng)審后：需要確認(rèn)的事

1. 重新梳理需求

需求評(píng)審時(shí)，是PM按他的理解在講解需求。所以評(píng)審結(jié)束后，設(shè)計(jì)師要按自己的理解重新梳理一遍，方法不限，可以是畫草圖，可以是用思維腦圖，主要是讓你真的理解需求，而不是一知半懂。

其實(shí)評(píng)審時(shí)，要完全理解需求，還是有一定難度的，因?yàn)槟愕乃悸坊旧隙际歉鳳M走，有時(shí)候好像當(dāng)下理解了，但是自己梳理時(shí)，又發(fā)現(xiàn)新的問(wèn)題，這其實(shí)也是正常的，可以和PM再約下時(shí)間，對(duì)下需求。

2. 需求，是否真的需要設(shè)計(jì)師介入

這個(gè)問(wèn)題是不是很奇怪。但是在眾多的需求中，有一些需求其實(shí)在前期不一定要設(shè)計(jì)師來(lái)介入。比如一個(gè)不是很完整的產(chǎn)品，功能大部分都沒(méi)確定，前期可能就一兩個(gè)頁(yè)面。而這個(gè)頁(yè)面可能就是一個(gè)列表，一個(gè)詳情頁(yè)，這樣的頁(yè)面，前端完全可以自己搭建起來(lái)。設(shè)計(jì)師可以等產(chǎn)品功能更加完整了再介入設(shè)計(jì)，至少是一個(gè)產(chǎn)品，而不是一兩個(gè)頁(yè)面。

設(shè)計(jì)師也需要優(yōu)化資源，投入到更需要設(shè)計(jì)的產(chǎn)品當(dāng)中。當(dāng)然如果公司本身也沒(méi)什么產(chǎn)品，你也很閑，和PM關(guān)系也很和諧，也不會(huì)占你太多時(shí)間，你也可以不考慮這個(gè)問(wèn)題，哈哈。

最后的話

對(duì)于需求評(píng)審，有些設(shè)計(jì)師總是有莫名的抗拒，不是很愿意參與前期的評(píng)審，覺(jué)得PM和開(kāi)發(fā)在討論的事情，自己也聽(tīng)不懂，在會(huì)議里面就是從頭坐到尾，挺無(wú)聊的。還不如討論完，直接告訴她要改的是什么。如果你是初級(jí)設(shè)計(jì)師，這屬于可以理解的范圍，但是如果你想往上發(fā)展，你就要往前走。

其實(shí)不懂，說(shuō)明你不夠理解產(chǎn)品，所以這不是他們的問(wèn)題。

設(shè)計(jì)師要參加評(píng)審會(huì)其中一個(gè)原因是，你可以在設(shè)計(jì)前就干掉那些不需要做的需求。有時(shí)候有些需求，不一定要靠設(shè)計(jì)解決，也可以完全靠技術(shù)手段解決。

比如因?yàn)槟承┎豢烧f(shuō)明的技術(shù)原因，在頁(yè)面上要放一個(gè)很突兀的刷新按鈕，讓用戶手動(dòng)刷新頁(yè)面，但其實(shí)對(duì)用戶來(lái)說(shuō)，是多做一步。那為什么會(huì)產(chǎn)生這個(gè)的需求的原因可能是，這個(gè)數(shù)據(jù)不是當(dāng)前平臺(tái)的，是從第三方平臺(tái)獲取過(guò)來(lái)的，而第三方平臺(tái)因?yàn)槟承┰驘o(wú)法與當(dāng)前平臺(tái)做到數(shù)據(jù)實(shí)時(shí)互通。而類似這種問(wèn)題，其實(shí)就要考慮開(kāi)發(fā)同學(xué)用技術(shù)去解決，而不是把問(wèn)題留給用戶。

需求評(píng)審，其實(shí)不可怕，真的。

本文由@箴鹽設(shè)計(jì)? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議