2016-11-3 周周
@黃紅藝Designer ：對于交互設計師而言，一個項目的開始，是從接到產品經理的需求文檔開始的。從需求的確認到交互稿的確認，再到產品開發效果的確認，都考驗著交互設計師設計能力以外的技巧。在這個過程中，有一些要點需要你知道，來保證你的設計過程更加順暢。
一千個人的眼中，就有一千個哈姆雷特。對于需求的理解也是一樣，我們拿到需求以后，要和產品經理進行溝通，將自己對需求的理解與簡單的頁面構思，闡述給產品經理，以確定自己的理解與設計方向是否準確。切忌，拿到需求就開工去做，以為可以節省時間，卻不知錯誤的理解和方向，讓你付出更多。
不要認為，產品經理給的需求就像數學定理一樣可以深入理解，詳細解讀，沒有那么多的產品經理有這個功夫和能力去做這個事情。因此，溝通才是保證你對需求的理解，對設計方向正確把握的基石。
那么，在需求交流之前你要準備好什么呢？第一，認真研究需求，理解需求；第二，是你在研究需求時，發現的問題，最好整理出來，以便在討論時提出，讓產品經理為你解答，而不是自己”以為“；第三，如果時間充足，最好整理出界面的框架，或者用草圖來展示你的設計思路，看產品經理是否認可你的設計。
對于討論中形成的共識，最好以郵件的形式發出，一方面可以作為會議紀要，便于隨時解答疑惑，另一方面，是立字為證，防止需求的隨意變更。
在需求文檔中，如果存在模糊不清，或者容易引起歧義的地方，要讓產品經理重寫需求，或者對所提需求進行詳細、確定的說明，切忌陷入“自以為是”的陷阱。目的是什么，大家都清楚，就不多說了。
設計不是一蹴而就的事情，也不是一直進行的事情。在拿到需求，正確評估設計時間的前提下，爭取更多的時間，給自己留出處理突發事件的時間，使得你在整個產品設計過程中保持一種適度的工作強度，不致于手忙腳亂。切忌隨意評估設計時間，不僅耽誤開發，影響產品后續的規劃，而且讓自己陷入被動的局面。任務提前完成，總比拖延完成要好。
對于初稿的評審，過程是痛苦的，因為，你總會聽到來自四面八方的批評之聲。但魯迅先生有言：真的猛士，敢于直面慘淡的人生，敢于正視淋漓的鮮血。交互設計稿出來以后，就要進行交互稿的確認以及交互原型的評審。不管怎樣，交互原型總是要確認其是否滿足產品經理的需求。
在大型公司中，由于人員較多，任務分工較細，一個產品的開發過程會牽涉到不同地方、不同部門的員工，因此面對面的溝通成本較高。一般只會在需求確認、交互稿的評審等關鍵節點，才以開會的形式進行溝通交流。
評審過程要注意三點：其一，要準確、清晰、大膽的表達自己的設計思路，評審的主題就是來評審你的交互稿，要注意自己的表達；其二，切忌陷入開發討論。會議是用來評審界面和交互的，如果陷入開發討論，那你作用又是什么呢？其三，避免過度發散，如果我們總是在會上來提出新想法，然后去討論其合理性，那就不用等到交互評審的會上來進行了。有什么想法可以在評審結束后，統一表達收集，也可會后郵件發出。這樣，交互評審才能順利進行。
評審中最重要的一點：以郵件形式發出會議紀要及修改意見。若為其他方式溝通修改意見，修改意見也最好以郵件匯總的方式反饋過來。避免扯皮！
交互稿的修改不是一次能完成的。中間會有很多的溝通，溝通最好要保留記錄，聊天或者郵件，理由同上！
最終的交互設計稿，最好以郵件的方式發出，并根據需求評審和期間的溝通結果，整理出修改目錄以及所對應的需求，便于產品經理與開發人員迅速找到交互稿中的變更點，節約時間。同時，也能夠避免一定的設計稿的修改。
總之一句話，目標明確的情況下，再開展設計！
藍藍設計( m.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務