起點(diǎn)課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識作為設(shè)計(jì)師，應(yīng)該怎樣客觀的去為用戶做設(shè)計(jì)？
只想說，做設(shè)計(jì)師不容易，特別是像我們這種底層的設(shè)計(jì)師。但在這里，本文將講述的是如何做用戶體驗(yàn)設(shè)計(jì)。
各位設(shè)計(jì)師有沒有經(jīng)歷過無休止地針對一個按鈕，一個線條，一個顏色的爭論？
A：你用這個顏色用戶（我）會覺得太搶眼。
B：你這個按鈕做了太小用戶（我）會覺得不好點(diǎn)。
C：用戶（我）對于這個復(fù)雜的操作可能不理解吧？
是不是對這些場景都很熟悉？
當(dāng)你和產(chǎn)品，交互還有開發(fā)測試在UI評審的時候他們憑借著對產(chǎn)品的理解，以及自認(rèn)為站在用戶的角度來試圖說服設(shè)計(jì)師，然后設(shè)計(jì)師同樣的習(xí)慣性以自我經(jīng)驗(yàn)出發(fā)，主觀地下結(jié)論，并抗拒他人對他設(shè)計(jì)方案的建議，設(shè)計(jì)師的自尊心不想被挑戰(zhàn)。
雖然這是一種追求效率決策的本能，但是可能我們誤以為兩件毫無關(guān)系的事有關(guān)聯(lián)，并提出一個主觀的方案，最后以誰堅(jiān)持的久，誰嗓門大來得出勝利者，這時候我們的產(chǎn)品就變成“我們的產(chǎn)品”，而不是用戶的產(chǎn)品了。
方案設(shè)計(jì)的流程
所以，我們應(yīng)該怎樣客觀的去為用戶做設(shè)計(jì)？
應(yīng)該以客觀事實(shí)為依據(jù)，以研究過程來驅(qū)動最后設(shè)計(jì)方案的敲定，并非是自我體驗(yàn)式的方法去定義設(shè)計(jì)方案，以及拍腦袋來決策一些“我認(rèn)為”的方案。
目前大部分的設(shè)計(jì)師都存在這個問題，那么該如何解決這種給產(chǎn)品體驗(yàn)帶來的死循環(huán)呢？Design Council有歸納一種設(shè)計(jì)流程：
目前很多設(shè)計(jì)師往往入手就是第三個Develop。而對前兩個環(huán)節(jié)探究甚少，可能他們會說我們是為了效率，經(jīng)驗(yàn)?zāi)軒椭覀兏斓芈鋵?shí)方案，達(dá)到商業(yè)目標(biāo)。但是，我想說這樣的商業(yè)目標(biāo)的壽命是比較短的，可能雖然暫時達(dá)到了商業(yè)目標(biāo)，但是依然不能支持其可持續(xù)發(fā)展的需求。然而現(xiàn)在卻是本末倒置地去做設(shè)計(jì)，也是國內(nèi)和國外設(shè)計(jì)比較明顯的一個區(qū)別。
所以發(fā)現(xiàn)需求，并且定義需求才是我們需要花大量時間去研究的。在這個過程中，我們始終需要圍繞這個被定義的需求去做設(shè)計(jì)過程。
那么，我們需要考慮的是，如何才能客觀的以事實(shí)依據(jù)去做設(shè)計(jì)呢？毫無疑問，當(dāng)然是回到源頭，去接觸用戶，與用戶互動從而我們能得知用戶對于產(chǎn)品的反饋，并及時響應(yīng)，修復(fù)，提升用戶體驗(yàn)。
該如何做？
目前在筆者的產(chǎn)品團(tuán)隊(duì)中，視覺對于尋找需求并定義這一塊做的還不夠。我們經(jīng)常在說用戶體驗(yàn)、用戶體驗(yàn)，可能我們對于用戶的認(rèn)知，只是來源于熟悉產(chǎn)品，看過用戶畫像之后的經(jīng)驗(yàn)，甚至用研團(tuán)隊(duì)給出的報告，其實(shí)這些已經(jīng)是二手的信息了。
作為UI設(shè)計(jì)師，更重要的是獲取用戶最原始的需求，并聆聽用戶的需求，長期并有規(guī)律地發(fā)現(xiàn)，整理以及修復(fù)用戶的反饋和問題。那么，我們是否應(yīng)該成立一套用戶反饋解決方案的體系，來幫助用戶提升體驗(yàn)，幫助團(tuán)隊(duì)提升解決問題的效率？具體如下：
1、建立一個長期的用戶反饋系統(tǒng)
持續(xù)的收集用戶反饋的問題，并將問題流轉(zhuǎn)到相應(yīng)的單元解決，以天或周的周期來規(guī)律性解決問題。問題收集后需要對問題進(jìn)行分類。
比如：該問題是主流程功能還是分支功能，再分該問題屬于交互類，還是功能類，還是UI視覺類。分類問題的目的是為了解決源頭的問題，而不是出現(xiàn)一個問題而解決一個問題。這樣的話，問題依然會源源不斷地出現(xiàn)。當(dāng)一個類別的問題一直出現(xiàn)的時候，我們就應(yīng)該追本溯源看看問題是不是出在起始點(diǎn)。
發(fā)現(xiàn)了問題之后我們需要每周固定的時間點(diǎn)來進(jìn)行問題評審，召集所有利益相關(guān)者：產(chǎn)品，交互，視覺，開發(fā)以及測試，并將問題進(jìn)行程度排布，解決優(yōu)先級劃分，問題解決時間排期。
在不同的角色對于不同問題的解決時間是不同的，所以這里對于問題嚴(yán)重程度進(jìn)行分級，以便在定義問題的優(yōu)先級的時候更好的參考，并定義問題。
當(dāng)然這個是很理想的狀態(tài)，只有當(dāng)ued在整個產(chǎn)品環(huán)節(jié)中有足夠地位的時候才有可能做這些，如果ued團(tuán)隊(duì)做不到這么高地位這些想法也是不可能被推動的，這和公司性質(zhì)，文化，以及領(lǐng)導(dǎo)有關(guān)，不詳細(xì)敘述（你們懂的）。
2、采用線上電訪或線下和用戶交流
在每次需求評審，交互評審和UI評審時，記錄有爭議的地方，并走查上一個版本問題是否已解決的跟進(jìn)，并整理出問題文檔。每周固定時間可以采用線上電訪或線下和用戶交流，獲得我們想要的反饋信息。
3、自己發(fā)現(xiàn)需求，并驗(yàn)證需求。
用戶反饋的問題分類
1、異常狀態(tài)考慮不全
舉個我們自己產(chǎn)品的例子，交互說明寫的不完整，異常狀態(tài)確實(shí)，導(dǎo)致用戶覺得出現(xiàn)異?？赡芏际菦]有網(wǎng)絡(luò)，而我們的用戶群體是40歲左右文化程度較低的人群，他們不善于使用wifi，所以一碰到異常情況他們可能都認(rèn)為是沒有網(wǎng)絡(luò)造成的，長此以往，用戶逐步流失。
2、走查不到位
在上線之前，交互和視覺對于開發(fā)出來的產(chǎn)品沒有做系統(tǒng)性，全面性的走查，導(dǎo)致出現(xiàn)交互上，用戶體驗(yàn)上的bug。
3、功能問題
目前很多公司的產(chǎn)品都出于探索階段，甚至還沒有盈利。這個時候功能缺失或者不完善可能是用戶的一個痛點(diǎn)，所以就需要參考優(yōu)先級來排期上線功能。
4、行業(yè)生態(tài)圈的問題
就拿我們公司產(chǎn)品來說，我們是做公路物流的，就存在貨代（發(fā)貨）和司機(jī)兩種角色。在這個生態(tài)圈中，司機(jī)需要靠貨代發(fā)的貨來賺取收益，貨代而是收取一部分提成，那么貨代提成收的多，司機(jī)收益就少。甚至司機(jī)有被貨代騙的情況，這時候這些問題就需要運(yùn)營，市場來解決，如何選擇優(yōu)質(zhì)的貨代，將平臺整體水平提高。
最后，解決了問題，事情還沒有完。還需要去關(guān)注問題解決的效果如何。對業(yè)務(wù)和用戶是否帶來實(shí)質(zhì)的價值，請查看數(shù)據(jù)結(jié)果。問題的解決能帶來業(yè)務(wù)指標(biāo)上提升，或者功能實(shí)用量的激增。
總結(jié)
講事實(shí)講依據(jù)，當(dāng)我們在設(shè)計(jì)為用戶服務(wù)的產(chǎn)品的時候，要尊重用戶，你的想法不代表用戶的想法。
有些同學(xué)會問：
我們只是個小公司，沒有用研，甚至連交互都沒有，老板還要求加班加點(diǎn)做，哪有時間去做這些？
其實(shí)不然，我們可以在項(xiàng)目當(dāng)中記錄一些問題，分類好之后，再抽空閑的時間去找用戶了解，一個小時的收獲遠(yuǎn)遠(yuǎn)抵得上悶頭做好幾天的工作。
作者：Yjjj，公眾號：shejishiyj（UI設(shè)計(jì)獅聯(lián)盟）
本文由 @Yjjj 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
??