在我們的項目里通常會有兩種交互評審，一種是組內評審，參與者都是組內的交互設計師；另一種是整個項目組的評審。

 

　　本文指的是項目組評審，它是交互設計師在完成并確定好設計方案后，召集所有項目相關人員一起，集中對設計方案進行確認的會議。相關人員包括需求方（產品、市場、運營）、視覺、開發及測試等。

 

　　作為交互設計師應當足夠重視交互評審會，第一，它是交互設計師在項目研發中第一次公開展示自己的方案；第二，交互方案在評審會上確定后，直接影響著之后各個環節的執行落地。

 

　　但評審會通常會變成交互設計師遭到各種質疑的挑戰會，如何應對及有效解決，這里我總結出了一些要注意點地方。

 

　　二、交互評審會之前需要做哪些準備

 

　　你會為一個評審會做多少準備？

 

　　在我看來，為交互評審會做的準備要遠遠大于評審會本身。

 

　　交互評審會不是討論會，而是交互方案的確認會，召集并告訴大家這就是確定的交互方案，大家可以以此開展接下來的工作了。但這并不是一件容易的事情，需要在這之前做好充分的準備。

 

　　交互方案與需求方確認，一定要在交互評審會前和需求方確認好交互方案。

 

　　提前與開發確認方案的可行性，這點非常重要，讓開發人員對設計方案提前有一定的了解，提前掃雷，這樣能有效降低設計師在會上遭到質疑的風險。

 

　　發起組內評審，會得到不少專業意見，如果是新人應多與導師或者其他交互設計師溝通。

 

　　準備好完整的交互文檔，不要拿出一份未完成的交互稿在評審會上確認，這樣帶來的問題就是很多地方交互設計師自己都沒想清楚，特別容易陷入討論或者遭到質疑，既顯得自己不專業，也耽誤大家時間，可能還需要二次、三次評審才能最終確認。

 

　　交互評審會應至少提前一天以郵件方式通知到各位，協調好人員時間。郵件中要包含確認的交互設計文檔或查看地址，讓大家能提前了解方案。其次說清楚評審會的目的、內容、會議時間、地點、參加人員等。

 

　　提前好預定會議室、準備投影、電腦等設備，并在會議開始前提前十分鐘到達會議室調試好設備。

 

　　確認好會議記錄者。

 

　　三、會議過程中需要注意哪些

 

　　評審過程中設計師控場很重要，作為交互評審會的發起者和主導者，需要hold住全場：

 

　　簡單介紹此次評審的目的、內容；

 

　　清晰完整的闡述整個方案，突出重點，區分主次；

 

　　掌握會議的主導性和方向性；

 

　　時長不宜太長，視具體需求體量和復雜度而定，一般1-2小時；

 

　　要有自信，對自己的方案有信心。

 

　　但還是會遇到挑戰，怎么解決

 

　　如何應對評審會上的問題是交互設計師需要面對的幾大挑戰之一。

 

　　交互評審會既不是需求評審也不是技術評審，關于需求的討論請找產品經理，技術討論請找技術負責人。

 

　　會議一開始就要明確好設計目標和設計范疇，圈定好此次評審會討論的邊界。

 

　　避免他人主觀意識的點評，經常會有人針對某個交互方式提出不同意見的情況，交互設計師既不要盲目跟從也不要盲目否定，給出自己方案的理由，說服其他人，證明自己是專業的。

 

　　盡量顧忌到每位參會人員，他們提出的問題，積極的一一回應，了解每位負責和對接的部分。

 

　　時刻明確會議主旨，討論過細或者遠離此次會議討論范圍時一定要及時拉回來，提高會議效率。

 

　　在會議中遇到當場解決不了或者討論進行不下去的問題時，新人可以尋求導師的幫助，沒人幫助時，將問題先記錄下來會后解決。不要硬剛也不要當場拍腦袋給結論。如果是自己的問題，勇于承認。真的是交互方案有問題或者沒想全面，還是要謙虛承認，不要鉆牛角尖。

 

　　學會吸收有效信息反饋到設計方案中。

 

　　評審會結束后的工作

 

　　會議結束并不意味著事情完成，這里也有幾點經常被忽視的地方：

 

　　將會議記錄匯總并以郵件形式發送各位，需要誰確認或執行的，最好標明到具體責任人。

 

　　針對會上問題將調整好的交互設計文檔重新上傳并告知大家修改內容。

 

　　會議遺留問題需要會后盡快想到解決辦法，并與相關人員溝通確認，不要拖沓，這里提醒下不要忘記通知測試同學。

 

　　持續跟進后面整一個研發工作。

 

　　最后

 

　　文中提到的觀點或處理方式可能每個公司會有所不同，大家需要結合自己的實際情況來處理。但不可否認，交互評審會在項目流程中是很重要的一個環節，有它存在的意義及價值。

 

　　如何更順利、更高效、更自信的開展評審會，需要每位設計師自己去努力，畢竟設計師的工作方式和狀態都是需要自己去關注和改善的。

 

　　希望對那些在評審會上或多或少遭遇過挑戰的設計師們能有所幫助。