交互設計流程的介紹

因為各家公司情況不一樣，所以，裏面的具體步驟，也是根據各家略有調整，但大的方法應該基本一樣的。本文為大家介紹有關交互設計流程的相關內容。

交互設計流程中，基本按照以下3步驟進行：

　　第一：初步的需求分析

在初步的需求分析當中，你需要做的是什麼呢?

1、與需求方溝通，獲取最直接的信息來源;

2、與PM溝通，瞭解產品的信息重點(PM負責產品的整個規劃運籌，瞭解這些信息，有助於架構整理設計方向的籌劃)

3、儘可能的方式，瞭解一些項目目標、背景、原因等方面的外部因素(在一些項目中，可能是由公司高層來決定項目的方向，所以儘可能的去了解多方的需求)

這個過程中，可能是在產品規劃的時候，去參會瞭解，或者是在更前期的頭腦風暴中瞭解產品大致的方向，有很多不確定及變化因素，這個時候，項目還沒有真正的到交互設計階段，但交互設計師要積極參與到項目中去，在前期就對項目有所瞭解。

忌諱，這樣……….

1、需求拿來即做。——需求沒有經過初步分析過濾，交互設計師拿來就開始進行。導致的最終結果：交互設計師直接淪為產品經理討論產品方向的工具。

應該怎麼做?——交互設計師應該基於前期的參與瞭解，及個人的經驗(有必要甚至可以叫上對應產品線的`用研分析師一起)，對這個產品進行初步的判斷，這個產品的可行性及合理性，如果根本不合理，這個產品就可以返回進行產品重新規劃中………

2、需求不加分析。——需求沒有經過中級的分析，交互設計師就開始着手進行。導致的最終結果，交互設計師陷入汪洋的產品規劃討論中。

應該怎麼做?——基於前一步的判斷，產品比較合理，可以接收進行。但是，這個產品給過來的需求，缺失了哪方面的東西，這些東西在我們具體架構中起着重要的作用。交互設計師應該對這個產品進行中級的分析，提取我們需要的東西，讓需求方進行提前準備。

ps：其實在有些公司，如果有比較強大的PM的總體把控組織的話，這個初步需求分析，可能會在立項及相關的溝通中解決掉。但在PM不夠強大的時候，IA其實分擔着這部分工作，而且這個過程中，發現交互設計師的前期判斷溝通還是很重要的。以上兩種情況，在項目中也見到有人遇到類似的情況，在前期糾結了1個月，還是裹足不前，其實，這些在前期的分析中都可以避免掉。

　　第二：具體架構設計

前提：需求方已經確定通過了產品前期規劃，並且具體的需求已經80%完備，就可以開始着手進入到具體的架構設計階段了。

一定要記得：Think first，Design next!

其實，在做一個需求或者產品的時候，我們動手做的時間只佔了10%——20%，80%——90%的時間在前面的階段。

前期遇到一個“手機定時提醒”的一個需求，當時對應人員的處理，只是根據需求方的描述在具體頁面加一個輸入框及鏈接，而沒有分析對應的業務需求及相關任務聯繫，導致只做出來了20%的東西，漏掉了80%的東西，反覆修改調整了4次。

　　第三：檢查糾錯

最終我們的交互架構，怎麼確保產品符合用户的需求呢?這就需要我們架構後的檢查糾錯步驟。對架構的檢查糾錯，可以分兩種：

1、基礎自我檢查。

這是做完架構之後自己的糾錯檢查。

包括：這是什麼網站?(名稱、logo、説明);我在哪兒?(網站定位、麪包屑、導航、操作入口明確);有什麼?(導航、目錄、分類);能回嗎?(返回、新開窗口、導航、麪包屑);相同功能、文案統一、表達一致嗎?

2、原型測試驗證。

最終做出來的架構，需要設定一定的場景或者任務流，找用户進行測試，是否能按照正常的用户心智模型進行。——任務排查