當你和產品,交互還有開發測試在進行UI評審時,他們憑借著對產品的理解,以及自認為站在用戶的角度試圖來說服設計師。然后設計師同樣的習慣性從自我經驗出發,主觀下結論,并抗拒他人對設計方案的建議。如何停止這類無意義的爭吵?學會科學找到用戶需求很重要,今天這篇好文幫你掌握起來。
除了用戶需求這一塊,整體的設計流程也有方法幫你掌握主動權:《做自己的主人!聊聊設計師如何掌握主動權》
各位設計師有沒有經歷過無休止的針對一個按鈕,一個線條,一個顏色的爭論?
a:你用這個顏色用戶(我)會覺得太搶眼。
b:你這個按鈕做了太小用戶(我)會覺得不好點。
c:用戶(我)對于這個復雜的操作可能不理解吧?
是不是對這些場景都很熟悉?設計師的自尊心不想被挑戰。然而雖然這是一種追求效率決策的本能,但是可能我們誤以為兩件毫無關系的事有關聯,并提出一個主觀的方案,最后以誰堅持的久,誰嗓門大來得出勝利者,這時候我們的產品就變成“我們的產品”,而不是用戶的產品了。
方案設計的流程
所以,我們應該怎樣客觀的去為用戶做設計。應該以客觀事實為依據,以研究過程來驅動最后設計方案的敲定,并非是自我體驗式的方法去定義設計方案,以及拍腦袋來決策一些“我認為”的方案。目前大部分的設計師的都存在這個問題,那么該如何解決這種給產品體驗帶來的死循環呢?Design Council有歸納一種設計流程:
目前很多設計師往往入手就是第三個Develop。而對前兩個環節探究甚少,可能他們會說我們是為了效率,經驗能幫助我們更快的落實方案,達到商業目標。但是我想說這樣的商業目標的壽命是比較短的,可能雖然暫時達到了商業目標,但是依然不能支持其可持續發展的需求。然而現在卻是本末倒置的去做設計,也是國內和國外設計比較明顯的一個區別。
所以發現需求,并且定義需求才是我們需要花大量時間去研究的,并且在這個過程中,我們始終需要圍繞這個被定義的需求去做設計過程。
那么我們考慮如何才能客觀的以事實依據去做設計呢?毫無疑問,當然是回到源頭,去接觸用戶,與用戶互動從而我們能得知用戶對于產品的反饋,并及時響應,修復,提升用戶體驗。
該如何做?
目前在我存在的產品團隊中,視覺對于尋找需求并定義這一塊做的還不夠,我們經常在說用戶體驗用戶體驗,可能我們對于用戶的認知,只是來源于熟悉產品,看過用戶畫像之后的經驗,甚至用研團隊給出的報告,其實這些已經是二手的信息了,作為UI設計師,更重要的是獲取用戶最原始的需求,并聆聽用戶的需求,長期并有規律的發現,整理,修復用戶的反饋和問題。那么我們是否應該成立一套用戶反饋解決方案的體系,來幫助用戶提升體驗,幫助團隊提升解決問題的效率:
1. 建立一個長期的用戶反饋系統,持續的收集用戶反饋的問題,并將問題流轉到相應的單元解決,以天或周的周期來規律性解決問題。問題收集后需要對問題進行分類,比如:該問題是主流程功能還是分支功能,再分該問題屬于交互類,還是功能類,還是UI視覺類。分類問題的目的是為了解決源頭的問題,而不是出現一個問題而解決一個問題,這樣的話問題依然會源源不斷的出現,當一個類別的問題一直出現的時候我們就應該追本溯源看看問題是不是出在起始點。
發現了問題之后我們需要每周固定的時間點來進行問題評審,召集所有利益相關者:產品,交互,視覺,開發,測試,并將問題進行程度排布,解決優先級劃分,問題解決時間排期。在不同的角色對于不同問題的解決時間是不同的,所以這里對于問題嚴重程度進行分級,以便在定義問題的優先級的時候更好的參考,并定義問題。
當然這個是很理想的狀態,只有當ued在整個產品環節中有足夠地位的時候才有可能做這些,如果ued團隊做不到這么高地位這些想法也是不可能被推動的,這和公司性質,文化,以及領導有關,不詳細敘述(你們懂的)。
2. 在每次需求評審,交互評審,UI評審時記錄有爭議的地方,并走查上一個版本問題是否已解決的跟進,并整理出問題文檔,每周固定時間可以采用線上電訪或線下和用戶交流,獲得我們想要的反饋信息。
3. 自己發現需求,并驗證需求。
用戶反饋的問題分類:
1.?異常狀態考慮不全
舉個我們自己產品的例子,交互說明寫的不完整,異常狀態確實,導致用戶覺得出現異常可能都是沒有網絡,而我們的用戶群體是40歲左右文化程度較低的人群,他們不善于使用Wifi,所以一碰到異常情況他們可能都認為是沒有網絡造成的,長此以往,用戶逐步流失。
2.?走查不到位
在上線之前,交互和視覺對于開發出來的產品沒有做系統性,全面性的走查,導致出現交互上,用戶體驗上的bug。
3.?功能問題
目前很多公司的產品都出于探索階段,甚至還沒有盈利。這個時候功能缺失或者不完善可能是用戶的一個痛點,這時候需要參考優先級來排期上線功能。
4.?行業生態圈的問題
就拿我們公司產品來說,我們是做公路物流的,就存在貨代(發貨)和司機兩種角色,在這個生態圈中,司機需要靠貨代發的貨來賺取收益,貨代而是收取一部分提成,那么貨代提成收的多,司機收益就少。甚至司機有被貨代騙的情況,這時候這些問題就需要運營,市場來解決,如何選擇優質的貨代,將平臺整體水平提高。
最后,解決了問題,事情還沒有完。還需要去關注問題解決的效果如何。對業務和用戶是否帶來實質的價值,請查看數據結果。問題的解決能帶來業務指標上提升,或者功能實用量的激增。
總結:
講事實講依據,當我們在設計為用戶服務的產品的時候,要尊重用戶,你的想法不代表用戶的想法。有些同學會問,我們只是個小公司,沒有用研,甚至連交互都沒有,老板還要求加班加點做,哪有時間去做這些。其實不然,我們可以在項目當中記錄一些問題,分類好之后,再抽空閑的時間去找用戶了解,一個小時的收獲遠遠抵的上悶頭做好幾天的工作。
歡迎關注作者的微信公眾號:
「超實用的UI設計自學指南」
UI版式:《一份詳盡全面的UI設計字體與排版指南》
【優設網 原創文章 投稿郵箱:yuan@uisdc.com】
================關于優設網================
"優設網uisdc.com"是國內人氣最高的網頁設計師學習平臺,專注分享網頁設計、無線端設計以及PS教程。
【特色推薦】
設計師需要讀的100本書:史上最全的設計師圖書導航:http://hao.uisdc.com/book/。
設計微博:擁有粉絲量160萬的人氣微博@優秀網頁設計 ,歡迎關注獲取網頁設計資源、下載頂尖設計素材。
設計導航:全球頂尖設計網站推薦,設計師必備導航:http://hao.uisdc.com
復制本文鏈接 文章為作者獨立觀點不代表優設網立場,未經允許不得轉載。
發評論!每天贏獎品
點擊 登錄 后,在評論區留言,系統會隨機派送獎品
2012年成立至今,是國內備受歡迎的設計師平臺,提供獎品贊助 聯系我們
標志設計標準教程
已累計誕生 729 位幸運星
發表評論
↓ 下方為您推薦了一些精彩有趣的文章熱評 ↓