參加一個同事組織的交互評審會議，拉了運營方，交互設計（跟進）我，se 還有交互設計師以及需求方產品經理。會議進行一會，運營，se ，交互，都拿着手機 抱着電腦噼裏啪啦在跟人溝通其他工作。而另外三方還在討論着需求是什麼，領導的意見是什麼。恩，是想爲什麼他們3者不事先溝通好呢，統一設計目標後，再來評審。。。。 我是多麼想走開，雖然已經有人離場了。
如何組織一場高效的評審會議，需要好好理一理。
會前
準備充分，對方案做所有可能性探討，若感覺準備不夠充分，寧願延遲會議時間；
若組織評審會議含有技術人員，需要他們評估方案的可行性，需要提前與產品經理，需求方進行充分的溝通，包括細節的處理，基本達到共識後再組織會議，若達不到共識，也必須明確是因爲什麼原因無法達到共識，交互方式還是需求本身，or技術實現上會有問題。明確這些是希望從會議上得到解決的問題點，做好備註。
定好會議室，提前一天郵件給大家， 包括相關的設計，有些內容需要某些同事提早確認的，也提早告知。
會中
先講明設計的目標；本次會議是要解決什麼問題，要給用戶帶來什麼樣的體驗；同時有哪些數據支撐你目前的存在的問題。
進入設計方案講解，講解過程中要明確自己在這場會議上佔居的主導作用，當同事提出質疑，要提出自己的看法，或者點名需要誰來配合解決（解答）；當同事講某些問題明顯已經跑題時，注意將大家重新帶回到會議上；還有可能是發現大家針對某個問題探討了很久，比如平臺與前端在討論具體的技術實現方案，很久，也無果，你可以建議他們會後再討論，但此時你需要做記錄，做後續跟進；引導大家發散更好的解決方案，提出問題點，希望大家可以發散思維，幫忙解決，這在會議前就應該準備好；最後，可能也不是最後，根據以往項目的經驗，對可能發生的體驗問題或實現問題提出質疑，引導大家思考，確保大家能考慮的更全面。
會後
將會議中產生的問題點，以及方案的確認點，後續需要跟進的點做彙總郵件告知大家，相應的問題跟進需要明確到時間，跟進人；下次是否需要會議，會議的時間也初步告知
對於修改好的設計稿，郵件給大家的同時，列出修改的點，同時提供查看鏈接。最好可以直接在郵件中直接貼圖，若直接丟在附件中很多人都不看會。