交互設計師在全流程設計中，有哪些注意事項？

交互設計師在全流程設計中，有哪些注意事項？如果你還不知道，我想你需要看看。

設計團隊工作模式

我們公司有屬於產品線內部的規模比較小的設計團隊，也有屬於平台支撐部門的規模比較大的設計團隊，產品線內部的設計師只負責自己產品線的業務，平時工作分工沒那麼細，可能交互視覺都要做，但是專業性和規範性差一點。

平台支撐部門的設計團隊分工比較細，有用研、交互、視覺、前端、動畫等種類，設計團隊會分成幾個小組支撐不同的產品線，交互設計師全程參與產品的所有開發過程，從最開始到完成。

在這種模式下，設計主管和產品主管一樣向同一個領導彙報。

設計流程

設計流程

在整個設計過程中，我們有標準化的設計流程。據我了解：很多大的設計團隊流程都是一樣的，這裡不做過多講解。

在具體的項目中我們經常會碰見各種各樣的困難，我們如何克服困難幫助業務成功？如何在協同業務的全流程中利用體驗的視角洞見機會，讓設計的價值最大化至關重要？

進入公司後，有幸參與了公司一個產品的所有開發過程，經歷了1年半的時間，踩過了很多坑，總結了在全流程設計中幾點注意事項。

產品大局觀

系統工程師（SE）訴求不等於用戶需求。

在最開始，交互設計師一般會接到系統工程師或者產品經理的需求，告訴我們要做什麼設計，這時候交互設計師切記一定不要一上來就根據他們的需求做設計。

否則我們就真的只是一個畫圖的線框仔了，系統工程師不是用戶，他們很有可能傳達的是首席架構師的想法，他們懂業務但他們不懂用戶，所以在和系統工程師有了初步的交流之後，我們接下來的工作思路如下圖。

設計思路

找產品關鍵角色（產品管理部的責任人、首席架構師以及部長）進行訪談，訪談過程要了解的內容：

1. 產品未來規劃的藍圖是什麼？
2. 現在的解決方案是什麼？
3. 我們的核心價值是什麼？
4. 我們的標杆產品是什麼？他們對我們UCD有什麼要求？

了解這些問題有助於我們建立產品大局觀，知道產品的定位，產品的核心價值，可以幫助我們更好的把握產品的大方向。對產品全面而深入的理解有助於設計師走出自己的小世界，從而打造一個更偉大的產品。

同時我們可以簡單的寫下工作思路以及後續計劃，和產品關鍵角色（產品管理部的責任人、首席架構師以及部長）進行對齊，保證最終我們設計師的工作思路是對的，是被老大們認可的。

用戶研究&競品分析

設計分析思路

接下來我們需要進行更深層次的研究，了解用戶訴求。產品做了1年半，大大小小的用戶調研活動做了10幾次，但是並不是每次用戶活動都很成功，比如：焦點小組調查。

如果我們引導不好的話用戶的話題容易跑偏，最終得不到我們想要的東西，用研過程中遇到的主要困難有以下幾點：

1. 項目組沒有留時間給用戶研究；
2. To B的產品找用戶資源困難；
3. 用研同事和交互設計師脫節，輸出的內容對交互沒用；
4. 如何從用戶處挖掘到最多的有用信息？這一塊內容很大，後面我會做個專題分析。

項目初期，我們面臨找不到和我們產品完全匹配的用戶，後來我們和業務測商量之後，找到了有類似經驗的用戶，對他們進行調研，隨著項目的推進公司幫助我們協調找到了準確的用戶。

維護我們的活躍用戶有助於縮短用戶評估時間。在產品進入正常迭代開發的時候，留給設計的時間很短，我們經常不能按照流程做事。

所以我們會按照我們已經了解到的信息快速做交互原型，和業務側對齊之後找我們的活躍用戶進行原型評估，驗證我們的設想，對於不符合用戶心理模型的地方快速進行改進。

項目初期我們有專門的用戶研究員，但由於他們了解到的資料不夠全面，進行調研的時候對調研目的把握不準確，得到的結果經常是交互設計師已經知道的東西，沒有發揮最大價值；再加上項目組人力緊張，後來調研這個重任就落在了我們交互設計師身上了。

後來仔細思考了一下，要想讓我們的用研發揮最大作用，最好：

1. 我們參加的重要會議都可以把用戶研究人員帶上，確保他們知道現在進展，得到未經加工的一手資料；
2. 讓用研做事情前，把我們的想法和訴求都告訴他們，確保他知道我們交互的訴求；
3. 確保他懂我們的設計，以便做好用戶評估。

在多次調研過程中，我們用過的調研方法有下面幾種：

調研方法

最後輸出：用戶畫像、典型用戶場景、用戶訴求和痛點、用戶旅行地圖。

具體用戶研究和設計如何結合使用，大家可以參考Frog Design使用的研究學習螺旋。

對標杆產品的分析，除了自己動手體驗他們的操作環境，分析他們的核心競爭力、總結競品的流行趨勢外，如果有條件可以請競品公司的顧問、員工和用戶對我們進行產品講解，這樣會有助於我們更深的了解競品。

頭腦風暴&概念設計

一切以體驗為先，大膽進行產品設計。

根據前期的輸出，我們可以用卡片分類或者紙上原型的方法進行頭腦風暴，一切以體驗優先，最終交互設計師們對框架和大思路達成一致意見之後可以做一個典型場景的概念設計，在內部進行評審，接著可以約用戶進行方案評估 。

最終確定概念方案之後，找開發leader和開發骨幹評估有沒有難實現的點，確定哪些點是完全不能實現的？哪些點實現起來比較困難？

對於不能實現的點我們要換種能落地的方案，對於實現困難的點，要找系統工程師和架構師一起評估下重要性，是否有必要花大量人力投入開發，如果是特別影響體驗的點必須開發出來。

啟動開發後

之後的流程大家也都知道，我就說幾點注意事項：

1. 做設計切記不要受開發實現影響，一開始就做一個折中方案，以開發實現的角度設計產品最終體驗不好，其次業務老大見多識廣，很有可能不滿意折中的設計，從而懷疑我們的設計能力。
2. 開發者能力層次不齊，最終的落地方案可能會面目全非，所以檢視工作很重要，要確保最終落地效果。

本文轉自：http://www.woshipm.c?om/ucd/1024243.html