交互設計師在全流程設計中,有哪些注意事項?
交互設計師在全流程設計中,有哪些注意事項?如果你還不知道,我想你需要看看。
設計團隊工作模式
我們公司有屬于產品線內部的規模比較小的設計團隊,也有屬于平臺支撐部門的規模比較大的設計團隊,產品線內部的設計師只負責自己產品線的業務,平時工作分工沒那么細,可能交互視覺都要做,但是專業性和規范性差一點。
平臺支撐部門的設計團隊分工比較細,有用研、交互、視覺、前端、動畫等種類,設計團隊會分成幾個小組支撐不同的產品線,交互設計師全程參與產品的所有開發過程,從最開始到完成。
在這種模式下,設計主管和產品主管一樣向同一個領導匯報。
設計流程
設計流程
在整個設計過程中,我們有標準化的設計流程。據我了解:很多大的設計團隊流程都是一樣的,這里不做過多講解。
在具體的項目中我們經常會碰見各種各樣的困難,我們如何克服困難幫助業務成功?如何在協同業務的全流程中利用體驗的視角洞見機會,讓設計的價值最大化至關重要?
進入公司后,有幸參與了公司一個產品的所有開發過程,經歷了1年半的時間,踩過了很多坑,總結了在全流程設計中幾點注意事項。
產品大局觀
系統工程師(SE)訴求不等于用戶需求。
在最開始,交互設計師一般會接到系統工程師或者產品經理的需求,告訴我們要做什么設計,這時候交互設計師切記一定不要一上來就根據他們的需求做設計。
否則我們就真的只是一個畫圖的線框仔了,系統工程師不是用戶,他們很有可能傳達的是首席架構師的想法,他們懂業務但他們不懂用戶,所以在和系統工程師有了初步的交流之后,我們接下來的工作思路如下圖。
設計思路
找產品關鍵角色(產品管理部的責任人、首席架構師以及部長)進行訪談,訪談過程要了解的內容:
- 產品未來規劃的藍圖是什么?
- 現在的解決方案是什么?
- 我們的核心價值是什么?
- 我們的標桿產品是什么?他們對我們UCD有什么要求?
了解這些問題有助于我們建立產品大局觀,知道產品的定位,產品的核心價值,可以幫助我們更好的把握產品的大方向。對產品全面而深入的理解有助于設計師走出自己的小世界,從而打造一個更偉大的產品。
同時我們可以簡單的寫下工作思路以及后續計劃,和產品關鍵角色(產品管理部的責任人、首席架構師以及部長)進行對齊,保證最終我們設計師的工作思路是對的,是被老大們認可的。
用戶研究&競品分析
設計分析思路
接下來我們需要進行更深層次的研究,了解用戶訴求。產品做了1年半,大大小小的用戶調研活動做了10幾次,但是并不是每次用戶活動都很成功,比如:焦點小組調查。
如果我們引導不好的話用戶的話題容易跑偏,最終得不到我們想要的東西,用研過程中遇到的主要困難有以下幾點:
- 項目組沒有留時間給用戶研究;
- To B的產品找用戶資源困難;
- 用研同事和交互設計師脫節,輸出的內容對交互沒用;
- 如何從用戶處挖掘到最多的有用信息?這一塊內容很大,后面我會做個專題分析。
項目初期,我們面臨找不到和我們產品完全匹配的用戶,后來我們和業務測商量之后,找到了有類似經驗的用戶,對他們進行調研,隨著項目的推進公司幫助我們協調找到了準確的用戶。
維護我們的活躍用戶有助于縮短用戶評估時間。在產品進入正常迭代開發的時候,留給設計的時間很短,我們經常不能按照流程做事。
所以我們會按照我們已經了解到的信息快速做交互原型,和業務側對齊之后找我們的活躍用戶進行原型評估,驗證我們的設想,對于不符合用戶心理模型的地方快速進行改進。
項目初期我們有專門的用戶研究員,但由于他們了解到的資料不夠全面,進行調研的時候對調研目的把握不準確,得到的結果經常是交互設計師已經知道的東西,沒有發揮最大價值;再加上項目組人力緊張,后來調研這個重任就落在了我們交互設計師身上了。
后來仔細思考了一下,要想讓我們的用研發揮最大作用,最好:
- 我們參加的重要會議都可以把用戶研究人員帶上,確保他們知道現在進展,得到未經加工的一手資料;
- 讓用研做事情前,把我們的想法和訴求都告訴他們,確保他知道我們交互的訴求;
- 確保他懂我們的設計,以便做好用戶評估。
在多次調研過程中,我們用過的調研方法有下面幾種:
調研方法
最后輸出:用戶畫像、典型用戶場景、用戶訴求和痛點、用戶旅行地圖。
具體用戶研究和設計如何結合使用,大家可以參考Frog Design使用的研究學習螺旋。
對標桿產品的分析,除了自己動手體驗他們的操作環境,分析他們的核心競爭力、總結競品的流行趨勢外,如果有條件可以請競品公司的顧問、員工和用戶對我們進行產品講解,這樣會有助于我們更深的了解競品。
頭腦風暴&概念設計
一切以體驗為先,大膽進行產品設計。
根據前期的輸出,我們可以用卡片分類或者紙上原型的方法進行頭腦風暴,一切以體驗優先,最終交互設計師們對框架和大思路達成一致意見之后可以做一個典型場景的概念設計,在內部進行評審,接著可以約用戶進行方案評估 。
最終確定概念方案之后,找開發leader和開發骨干評估有沒有難實現的點,確定哪些點是完全不能實現的?哪些點實現起來比較困難?
對于不能實現的點我們要換種能落地的方案,對于實現困難的點,要找系統工程師和架構師一起評估下重要性,是否有必要花大量人力投入開發,如果是特別影響體驗的點必須開發出來。
啟動開發后
之后的流程大家也都知道,我就說幾點注意事項:
- 做設計切記不要受開發實現影響,一開始就做一個折中方案,以開發實現的角度設計產品最終體驗不好,其次業務老大見多識廣,很有可能不滿意折中的設計,從而懷疑我們的設計能力。
- 開發者能力層次不齊,最終的落地方案可能會面目全非,所以檢視工作很重要,要確保最終落地效果。
作者:魯曦曦,魯曦曦設計鋪子
原文鏈接:https://www.jianshu.com/p/bb8de747e743
本文由 @魯曦曦 授權發布于人人都是產品經理,未經作者許可,禁止轉載
題圖來自 Pixabay,基于 CC0 協議
做設計切記不要受開發實現影響,一開始就做一個折中方案,以開發實現的角度設計產品最終體驗不好,其次業務老大見多識廣,很有可能不滿意折中的設計,從而懷疑我們的設計能力。
開發者能力層次不齊,最終的落地方案可能會面目全非,所以檢視工作很重要,要確保最終落地效果。
很贊同,但是溝通過程中還是因為程序員各種借口,按最粗糙的方法實現,這個怎么解決,很多程序員犯懶,把功能實現就OK,根本不會管你吸不吸引人,好不好的
原型評審找技術負責人 主程。后面遇到問題還找他們