只想說,做設計師不容易,特別是像我們這種底層的設計師。但在這裏,本文將講述的是如何做用戶體驗設計。

各位設計師有沒有經歷過無休止地針對一個按鈕,一個線條,一個顏色的爭論?

A:你用這個顏色用戶(我)會覺得太搶眼。

B:你這個按鈕做了太小用戶(我)會覺得不好點。

C:用戶(我)對於這個複雜的操作可能不理解吧?

是不是對這些場景都很熟悉?

當你和產品,交互還有開發測試在UI評審的時候他們憑藉著對產品的理解,以及自認為站在用戶的角度來試圖說服設計師,然後設計師同樣的習慣性以自我經驗出發,主觀地下結論,並抗拒他人對他設計方案的建議,設計師的自尊心不想被挑戰。

雖然這是一種追求效率決策的本能,但是可能我們誤以為兩件毫無關係的事有關聯,並提出一個主觀的方案,最後以誰堅持的久,誰嗓門大來得出勝利者,這時候我們的產品就變成“我們的產品”,而不是用戶的產品了。

方案設計的流程

所以,我們應該怎樣客觀的去為用戶做設計?

應該以客觀事實為依據,以研究過程來驅動最後設計方案的敲定,並非是自我體驗式的方法去定義設計方案,以及拍腦袋來決策一些“我認為”的方案。

目前大部分的設計師都存在這個問題,那麼該如何解決這種給產品體驗帶來的死循環呢?Design Council有歸納一種設計流程:

目前很多設計師往往入手就是第三個Develop。而對前兩個環節探究甚少,可能他們會說我們是為了效率,經驗能幫助我們更快地落實方案,達到商業目標。但是,我想說這樣的商業目標的壽命是比較短的,可能雖然暫時達到了商業目標,但是依然不能支持其可持續發展的需求。然而現在卻是本末倒置地去做設計,也是國內和國外設計比較明顯的一個區別。

所以發現需求,並且定義需求才是我們需要花大量時間去研究的。在這個過程中,我們始終需要圍繞這個被定義的需求去做設計過程。

那麼,我們需要考慮的是,如何才能客觀的以事實依據去做設計呢?毫無疑問,當然是回到源頭,去接觸用戶,與用戶互動從而我們能得知用戶對於產品的反饋,並及時響應,修復,提升用戶體驗。

該如何做?

目前在筆者的產品團隊中,視覺對於尋找需求並定義這一塊做的還不夠。我們經常在說用戶體驗、用戶體驗,可能我們對於用戶的認知,只是來源於熟悉產品,看過用戶畫像之後的經驗,甚至用研團隊給出的報告,其實這些已經是二手的信息了。

作為UI設計師,更重要的是獲取用戶最原始的需求,並聆聽用戶的需求,長期並有規律地發現,整理以及修復用戶的反饋和問題。那麼,我們是否應該成立一套用戶反饋解決方案的體系,來幫助用戶提升體驗,幫助團隊提升解決問題的效率?具體如下:

1、建立一個長期的用戶反饋系統

持續的收集用戶反饋的問題,並將問題流轉到相應的單元解決,以天或周的周期來規律性解決問題。問題收集后需要對問題進行分類。

比如:該問題是主流程功能還是分支功能,再分該問題屬於交互類,還是功能類,還是UI視覺類。分類問題的目的是為了解決源頭的問題,而不是出現一個問題而解決一個問題。這樣的話,問題依然會源源不斷地出現。當一個類別的問題一直出現的時候,我們就應該追本溯源看看問題是不是出在起始點。

發現了問題之後我們需要每周固定的時間點來進行問題評審,召集所有利益相關者:產品,交互,視覺,開發以及測試,並將問題進行程度排布,解決優先級劃分,問題解決時間排期。

在不同的角色對於不同問題的解決時間是不同的,所以這裏對於問題嚴重程度進行分級,以便在定義問題的優先級的時候更好的參考,並定義問題。

當然這個是很理想的狀態,只有當ued在整個產品環節中有足夠地位的時候才有可能做這些,如果ued團隊做不到這麼高地位這些想法也是不可能被推動的,這和公司性質,文化,以及領導有關,不詳細敘述(你們懂的)。

2、採用線上電訪或線下和用戶交流

在每次需求評審,交互評審和UI評審時,記錄有爭議的地方,並走查上一個版本問題是否已解決的跟進,並整理出問題文檔。每周固定時間可以採用線上電訪或線下和用戶交流,獲得我們想要的反饋信息。

3、自己發現需求,並驗證需求。

用戶反饋的問題分類

1、異常狀態考慮不全

舉個我們自己產品的例子,交互說明寫的不完整,異常狀態確實,導致用戶覺得出現異常可能都是沒有網絡,而我們的用戶群體是40歲左右文化程度較低的人群,他們不善於使用wifi,所以一碰到異常情況他們可能都認為是沒有網絡造成的,長此以往,用戶逐步流失。

2、走查不到位

在上線之前,交互和視覺對於開發出來的產品沒有做系統性,全面性的走查,導致出現交互上,用戶體驗上的bug。

3、功能問題

目前很多公司的產品都出於探索階段,甚至還沒有盈利。這個時候功能缺失或者不完善可能是用戶的一個痛點,所以就需要參考優先級來排期上線功能。

4、行業生態圈的問題

就拿我們公司產品來說,我們是做公路物流的,就存在貨代(發貨)和司機兩種角色。在這個生態圈中,司機需要靠貨代發的貨來賺取收益,貨代而是收取一部分提成,那麼貨代提成收的多,司機收益就少。甚至司機有被貨代騙的情況,這時候這些問題就需要運營,市場來解決,如何選擇優質的貨代,將平台整體水平提高。

最後,解決了問題,事情還沒有完。還需要去關注問題解決的效果如何。對業務和用戶是否帶來實質的價值,請查看數據結果。問題的解決能帶來業務指標上提升,或者功能實用量的激增。

總結

講事實講依據,當我們在設計為用戶服務的產品的時候,要尊重用戶,你的想法不代表用戶的想法。

有些同學會問:

我們只是個小公司,沒有用研,甚至連交互都沒有,老闆還要求加班加點做,哪有時間去做這些?

其實不然,我們可以在項目當中記錄一些問題,分類好之後,再抽空閑的時間去找用戶了解,一個小時的收穫遠遠抵得上悶頭做好幾天的工作。

 

作者:Yjjj,公眾號:shejishiyj(UI設計獅聯盟)

本文由 @Yjjj 原創發佈於人人都是產品經理。未經許可,禁止轉載。