交互原型是產品研發過程中的重要產出物，它不僅決定了產品的表現層形式，還能在直觀展示產品功能的情況下更好的驗證需求、明確產品目標。而交互原型方案的確立，通常出自跨部門人員共同進行的評審。如何高效的進行交互評審，往往成為許多交互設計師頭疼的問題，我們可以從以下方面來參慮。

　　評審前的準備

　　提前至少一天，發起交互評審通知，預定會議室、投影等設備，郵件中說明評審的內容、會議時間、會議地點、參加人員等。根據業務和人員情況，必要時進行預審。

　　注意幾點：

　　1. 評審內容：在郵件中可以簡要介紹一下，并附上交互原型或鏈接，讓參加評審的人員對會議的內容有一定的了解，在會議前做好準備，避免盲目參加評審，造成會議時間拖長，降低會議效率。

　　2. 評審資料：主要的是交互原型，交互原型的不同版本，設計參考資料、競品分析資料，數據分析類資料如果有的話，在評審過程中可能會用到。最好自帶筆記本，這樣方便自己在演示時進行資料切換演示對比，有效的表述自己的設計方案增加說服力。

　　3. 參與人員選擇：產品開發各環節中參與執行人員如產品經理(PD)，視覺，前端，項目經理(PM)，測試，可選客服，客滿，運營，數據挖掘等根據產品的情況來決定。協調好人員時間，避免評審時，必選人員不在，而造成再次評審的情況。會議人員控制在10人以下最有效率。

　　評審中

　　評審過程中設計師要注意控制會議的進度，需要評審的功能點、大約的時間、還有注意討論不能偏離主題，及時拉回來。

　　評審業務時，設計師也要注意我們評審的是交互原型，不是設計師本人，我們的目的，就是盡可能多的找出可能存在的問題，在這個階段越多的發現的問題，后續的風險就越小。避免問題被迭代，被放大。

　　1. 介紹目標用戶的情況及體驗目標。

　　適用于進行一項新產品，大家對新產品的背景還不清楚，或者是新組成的虛擬團隊，彼此不熟悉，相互的信任還在建立中，這樣可以速度的讓大家了解交互原型產生的背景，讓你的設計有根可尋。

　　2. 以用戶角度，采用用戶體驗方式進行。

　　按照用戶達成用戶目標，需要經歷的各種操作步驟進行，可以更大的帶動以用戶為中心進行的評審。而不是以技術是否實現為目標的討論。

　　3. 從整體到細節的進行，優先講述創新的地方。

　　例如：先從功能結構流程圖開始，再到交互方式，交互細節，表現形式，文案等等是否滿足需求，是否滿足潛在需求是否滿足特定客戶群。前一步后一步各種情況是否考慮到，是否人性化，功能模塊的交互方式是否合理，是否可實現。

　　4. 走讀形式，自然頁面形式，

　　各種設計方案都準備著，有時候同種情況，不同場景，可能實現方式，會有差別，選擇最符合當前情況，當前場景，成本可控的方案。

　　5. 盡早給運營，客服人員等看，他們可能會提出其它需求

　　因為運營可能需要在你的交互原型上加他們的運營需求，有利于運營活動。客服接觸用戶最多，可能會幫你找出用戶的痛點。

　　6. 引導各角色的同事進入討論

　　各崗位的同事，站在自己專業的角度上對現在的原型進行評審，充分討論原型的可實現性。可以直接進行引導，征詢前端，交互方式是否能實現，是否有更好的實現方式，配合開發討論，如果這樣設計，后臺是否可能作到實時響應，是否會有延遲等等，多聽取各方面的建議，有可能你會發現到未注意的細節，而有了微創新，也有利于方案改進。

　　需要注意的細節：

　　1. 避免進行主觀意識的點評，不要過早的帶入視覺成分。避免人員對顏色，按鈕形式進行點評，而忽視了重點。特別注意設計原型時，多注重交互本身，不進行視覺范圍的設計，當線框圖與視覺稿形成強烈反差時，交互與視覺就自各完成了設計目標。

　　2. 人多，意見就多，注意避偏離主題的，引導快速的決策。

　　3. 對于有爭議的設計，拋出自己的觀點，進行一次風暴，有可能是一個再設計，再創新的機會。

　　4. 對于糾結的事情，如果不能衡量哪種更優，先記下來，會后找專人私下解決。

　　評審后的工作

　　評審結束時由會議記錄人將問題再重復一次，避免漏掉，問題匯總并以郵件的形式發出來，有利于設計師可以對照問題并解決所有問題。

　　注意的地方：

　　1. 修改完成的交互原型通過郵件再次發送給大家，進行郵件評審。確保大家沒有疑問，除非十分必要，再進行二次評審。

　　2. 會議中未解決的問題私下尋找相關人員解決時，如果有必要可以在郵件中說明解決的方式。

　　3. 分析問題列表，看是否有些點可以記入交互檢查表中，不斷的更新完善。

　　交互設計師請重視交互評審，交互原型是整個產品過程中第一次原型實物的產出，是交互設計中第一次展示自己的設計方案，決定著以后交互跟蹤情況，包話視覺，前端，開發都需要交互設計師跟蹤，及時解決問題，保證設計方案實現與傳達。

　　文章來源：aliued.cn