文章從交互設(shè)計師的角度出發(fā)，分享了作者站在交互設(shè)計視角上面對需求評審會議的看法。

引子

前天聽到了坐在我背后的產(chǎn)品小姐姐和UI小姐姐，關(guān)于某一個需求的激烈討（si）論（bi）。最后的糾結(jié)的點是：

“我在需求文檔里寫這么清楚，而且你需求評審會也沒有提出來，現(xiàn)在又說有問題？”
“你這個文檔本來就沒寫清楚，而且會上那么短時間不可能發(fā)現(xiàn)這些細(xì)節(jié)問題，總要要具體設(shè) ? ?計過程中才會發(fā)現(xiàn)?！?/p>

突然覺得，需求評審會是個很神奇的會議。

情況大概就是：
交互設(shè)計師：你這個業(yè)務(wù)邏輯有問題吧，少了這樣，這樣還有這樣的情況，體驗太差了。
UI設(shè)計：為什么頁面結(jié)構(gòu)這么復(fù)雜，跟我們目前根本不是一個風(fēng)格的東西。
開發(fā)：你確定要這么做？開發(fā)難度很高啊，周期可能會很長！
運營/市場：你這樣的目的是什么？你確定用戶會喜歡？我覺得沒有賣點啊。
然后就需要產(chǎn)品經(jīng)理一個個耐心的解釋需求，然后耐性消失開始賣萌耍賤，直到被逼死后大家勉強達(dá)成共識！

由于本人是一名交互設(shè)計師，就談?wù)劷换ピO(shè)計師對需求評審會的一些想法。

會前準(zhǔn)備

1、盡可能充分的理解需求

一般在需求評審會之前，產(chǎn)品經(jīng)理會提前將需求文檔發(fā)送到各個崗位手里，那么交互設(shè)計師其實從這個時候，工作就已經(jīng)開始了，產(chǎn)品經(jīng)理提供的產(chǎn)品需求說明文檔，是交互設(shè)計師開展交互設(shè)計的主要依據(jù)。因為最后的交互方案肯定是需要滿足需求文檔里的所有功能的。

所以要盡可能的去理解產(chǎn)品的背景、業(yè)務(wù)、設(shè)計初衷等信息，這會幫你奠定之后的交互風(fēng)格。

2、整理出自己需要的需求功能列表

交互設(shè)計師在了解了需求的背景目的以后，要著手對需求文檔進(jìn)行拆解和梳理，梳理的目的在于去掉文檔中多余信息，將交互相關(guān)的羅列出來，通過XMind、腦圖等思維導(dǎo)圖工具進(jìn)行分類整理，形成比較直觀的功能列表。

3、整理成多維度的需求

對于整理出來的功能列表，更多的是構(gòu)思中的產(chǎn)品架構(gòu)，是思維上的，對設(shè)計師來說，并不能直接使用。因此，交互設(shè)計需要對功能列表進(jìn)一步的加工，打破功能縱向上的聯(lián)系，完成功能橫向上的關(guān)聯(lián)。

簡單來說，就是將各個獨立功能需求進(jìn)行連接。將零散的需求能夠成為一個整體。

以上說的可能比較抽象，我們看一個案例：

需求：開發(fā)一個餐廳的點餐系統(tǒng)。

我們將需求套用至上面的三個步驟中：

步驟1 ? 盡可能充分的理解需求

這部分工作，就是在會前，我們應(yīng)該充分的去了解需求的背景等相關(guān)信息。

比如：

餐廳為什么需要打破原來的點餐規(guī)則，因為工作效率？互聯(lián)網(wǎng)+的噱頭？還是有其他不可抗力的因素？

這樣的需求背景就會影響到整個系統(tǒng)的交互設(shè)計風(fēng)格，如果是因為效率，那么你的交互更應(yīng)該注重效率，把步驟盡量簡化，如果是因為蹭互聯(lián)網(wǎng)熱度找一些噱頭，那么你可以設(shè)計更加酷炫的交互方案，加入一些動效、過場動畫等。

步驟2 ? 整理出自己需要的需求功能列表

這部分我們需要借助一些思維導(dǎo)圖工具來幫助自己整理，請看下圖：

上方我們根據(jù)需求文檔對點餐系統(tǒng)的功能進(jìn)行了整理，整理完后，可以讓你頁面布局的時候，能夠更加直觀，不會漏掉該有的功能點。

1.3 整理成多維度的需求

第三部分的內(nèi)容就是把需求進(jìn)行多維度的整合。還是一樣，看下圖：

當(dāng)你將所有功能點用業(yè)務(wù)邏輯圖進(jìn)行整理和關(guān)聯(lián)之后，你會發(fā)現(xiàn)，第二步驟其實還漏掉了一部分內(nèi)容，那就是系統(tǒng)是否有庫存概念，如果沒有庫存了要怎么辦？有庫存的情況下在什么時候?qū)齑孢M(jìn)行增減，是下單后？還是支付后？這些都是需求不確定的因素，也影響到你頁面之間的交互邏輯。

因此，在需求評審會議之前，對需求進(jìn)行三步走的分析、拆解和整合是很重要的，如果在時間充裕的情況下，可以畫一些線框圖在需求會上進(jìn)行交互大方向上的討論。

2.會議上

評審會上，首先肯定會由產(chǎn)品經(jīng)理會對主要功能需求與特殊功能需求進(jìn)行闡述，這個時候，交互設(shè)計師就要把自己所理解的需求與產(chǎn)品經(jīng)理所描述的需求進(jìn)行校對，看看其中是否能到了產(chǎn)品經(jīng)理的預(yù)期值。對于需求有疑問的地方，在會上提出并進(jìn)行探討。

上面也提到了，如果在時間充裕的情況下，可以畫出一些線框圖來進(jìn)行討論。評審會的作用不僅僅是產(chǎn)品經(jīng)理對產(chǎn)品功能和業(yè)務(wù)向其他人員單向輸出的過程，也是交互設(shè)計師明確需求，在腦海中把需求向界面轉(zhuǎn)化的過程。所以在這個時候，如果有一部分界面的線框圖來幫助自己闡述對產(chǎn)品界面交互的構(gòu)思，那么對于確認(rèn)最終的交互設(shè)計方向會很有幫助。

當(dāng)然在這個過程中肯定會有很多建議與不同意見，這都是很正常的現(xiàn)象。那么就說幾點在會上討論的時候該注意的東西：

1、不要糾結(jié)于某個細(xì)節(jié)點：

會議人員多的時候，容易陷入大家集體糾結(jié)于某個細(xì)節(jié)點，比如，第三方登錄之后，是否需要另外設(shè)置昵稱？這樣的需求點并不重要，完全可以在會后直接與產(chǎn)品討論決定即可，在需求會上糾結(jié)于這樣權(quán)重的問題的時候，無疑是在浪費生命。

需求評審會是一場產(chǎn)品經(jīng)理完整的描述功能需求，討論技術(shù)實現(xiàn)方案以及評估工期時間節(jié)點為主的一場會議。不要忘記會議初衷！

2、允許一定程度的發(fā)散：

如果同時負(fù)責(zé)兩個以上產(chǎn)品的時候往往會有這種情況，就是之前某個做過的產(chǎn)品的某些邏輯可以直接拿來復(fù)用，這個無可厚非，既節(jié)省了時間成本也節(jié)省了人工成本；但是出于業(yè)務(wù)的差異性，如果討論的過程中，突然某個人想到了之前的某個業(yè)務(wù)流的問題并發(fā)起了談?wù)摚敲磿簳r不要阻止，允許他有思考的時間，或許你可以在討論中發(fā)現(xiàn)以前沒有發(fā)現(xiàn)的有意思的東西，當(dāng)節(jié)點到了之后，那么拉回來，繼續(xù)我們剛才沒有繼續(xù)完成的問題，繼續(xù)討論。要允許一定程度的發(fā)散。

3、切忌陷入開發(fā)討論

在評審會上，很多時候會確定技術(shù)實現(xiàn)方案，但是絕對還沒有涉及到具體開發(fā)細(xì)節(jié)上，這個時候陷入的開發(fā)討論很多時候都僅是開發(fā)人員出于下意識的跟產(chǎn)品經(jīng)理抱怨開發(fā)難度過高，時間周期可能會很長。但是往往過后開發(fā)人員細(xì)想想，開發(fā)難度遠(yuǎn)沒有想象中的復(fù)雜。

所以在會上可以討論技術(shù)實現(xiàn)方案，比如用源生開發(fā)、用H5套殼開發(fā)，亦或者混合開發(fā)等技術(shù)方案層面上的討論。切忌陷入開發(fā)細(xì)節(jié)的討論。

總的來說，交互設(shè)計師要在會議上確認(rèn)交互界面設(shè)計方向，盡可能詳細(xì)的了解功能與業(yè)務(wù)邏輯，解答需求梳理過程中的出現(xiàn)的問題。

評審會后

評審會后交互設(shè)計師就開始進(jìn)入交互設(shè)計的階段，但是并不建議立馬開始設(shè)計，要預(yù)留出一定量的時間對在會上新接收到的新的需求理解進(jìn)行消化了整理。在充分理解需求之后才開始著手設(shè)計。
溝通很重要！

在設(shè)計過程中，如果有遇到一些模棱兩可的問題，一定要及時向相關(guān)人員再次明確。尤其是一些開發(fā)上的問題，在你不確定能不能實現(xiàn)的情況下（更多時候是取決于想不想實現(xiàn)，據(jù)說程序員世界沒有實現(xiàn)不了的功能），一定要找相關(guān)人員提前進(jìn)行溝通，否則一旦無法實現(xiàn)，可能會導(dǎo)致整個交互方案被否定。所以，多多溝通吧。

這是我對需求評審會的一些理解與建議，希望對新人們有所幫助。

以上。

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

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

愛盈利-運營小咖秀(www.jza6.com) 始終堅持研究分享移動互聯(lián)網(wǎng)App運營推廣經(jīng)驗、策略、全案、渠道等純干貨知識內(nèi)容；是廣大App運營從業(yè)者的知識啟蒙、成長指導(dǎo)、進(jìn)階學(xué)習(xí)的集聚平臺；

想了解更多移動互聯(lián)網(wǎng)干貨知識，請關(guān)注微信公眾號運營小咖秀（ID: yunyingshow）