做設(shè)計師不容易。特別是像我們這種底層的設(shè)計師。但是可能有許許多多的設(shè)計師由于各種原因無所做到如此細(xì)致的設(shè)計的，那么我們可以先來看看，究竟如何做UI設(shè)計 。

各位設(shè)計師有沒有經(jīng)歷過無休止的針對一個按鈕，一個線條，一個顏色的爭論？

a：你用這個顏色用戶（我）會覺得太搶眼。

b：你這個按鈕做了太小用戶（我）會覺得不好點。

c：用戶（我）對于這個復(fù)雜的操作可能不理解吧？

是不是對這些場景都很熟悉？當(dāng)你和產(chǎn)品，交互還有開發(fā)測試在UI評審的時候他們憑借著對產(chǎn)品的理解，以及自認(rèn)為站在用戶的角度來試圖說服設(shè)計師，然后設(shè)計師同樣的習(xí)慣性以自我經(jīng)驗出發(fā)，主觀的下結(jié)論，并抗拒他人對他設(shè)計方案的建議，設(shè)計師的自尊心不想被挑戰(zhàn)。然而雖然這是一種追求效率決策的本能，但是可能我們誤以為兩件毫無關(guān)系的事有關(guān)聯(lián)，并提出一個主觀的方案，最后以誰堅持的久，誰嗓門大來得出勝利者，這時候我們的產(chǎn)品就變成“我們的產(chǎn)品”，而不是用戶的產(chǎn)品了。

方案設(shè)計的流程

所以，我們應(yīng)該怎樣客觀的去為用戶做設(shè)計。應(yīng)該以客觀事實為依據(jù)，以研究過程來驅(qū)動最后設(shè)計方案的敲定，并非是自我體驗式的方法去定義設(shè)計方案，以及拍腦袋來決策一些“我認(rèn)為”的方案。目前大部分的設(shè)計師的都存在這個問題，那么該如何解決這種給產(chǎn)品體驗帶來的死循環(huán)呢？Design Council有歸納一種設(shè)計流程：

目前很多設(shè)計師往往入手就是第三個Develop。而對前兩個環(huán)節(jié)探究甚少，可能他們會說我們是為了效率，經(jīng)驗?zāi)軒椭覀兏斓穆鋵嵎桨?，達(dá)到商業(yè)目標(biāo)。但是我想說這樣的商業(yè)目標(biāo)的壽命是比較短的，可能雖然暫時達(dá)到了商業(yè)目標(biāo)，但是依然不能支持其可持續(xù)發(fā)展的需求。然而現(xiàn)在卻是本末倒置的去做設(shè)計，也是國內(nèi)和國外設(shè)計比較明顯的一個區(qū)別。

所以發(fā)現(xiàn)需求，并且定義需求才是我們需要花大量時間去研究的，并且在這個過程中，我們始終需要圍繞這個被定義的需求去做設(shè)計過程。

那么我們考慮如何才能客觀的以事實依據(jù)去做設(shè)計呢？毫無疑問，當(dāng)然是回到源頭，去接觸用戶，與用戶互動從而我們能得知用戶對于產(chǎn)品的反饋，并及時響應(yīng)，修復(fù)，提升用戶體驗。

該如何做？

目前在小編存在的產(chǎn)品團(tuán)隊中，視覺對于尋找需求并定義這一塊做的還不夠，我們經(jīng)常在說用戶體驗用戶體驗，可能我們對于用戶的認(rèn)知，只是來源于熟悉產(chǎn)品，看過用戶畫像之后的經(jīng)驗，甚至用研團(tuán)隊給出的報告，其實這些已經(jīng)是二手的信息了，作為UI設(shè)計師，更重要的是獲取用戶最原始的需求，并聆聽用戶的需求，長期并有規(guī)律的發(fā)現(xiàn)，整理，修復(fù)用戶的反饋和問題。那么我們是否應(yīng)該成立一套用戶反饋解決方案的體系，來幫助用戶提升體驗，幫助團(tuán)隊提升解決問題的效率:

1.建立一個長期的用戶反饋系統(tǒng)，持續(xù)的收集用戶反饋的問題，并將問題流轉(zhuǎn)到相應(yīng)的單元解決，以天或周的周期來規(guī)律性解決問題。問題收集后需要對問題進(jìn)行分類，比如：該問題是主流程功能還是分支功能，再分該問題屬于交互類，還是功能類，還是UI視覺類。分類問題的目的是為了解決源頭的問題，而不是出現(xiàn)一個問題而解決一個問題，這樣的話問題依然會源源不斷的出現(xiàn)，當(dāng)一個類別的問題一直出現(xiàn)的時候我們就應(yīng)該追本溯源看看問題是不是出在起始點。

發(fā)現(xià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)隊做不到這么高地位這些想法也是不可能被推動的，這和公司性質(zhì)，文化，以及領(lǐng)導(dǎo)有關(guān)，不詳細(xì)敘述（你們懂的）。

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

3.自己發(fā)現(xiàn)需求，并驗證需求。

用戶反饋的問題分類：

1.異常狀態(tài)考慮不全.舉個我們自己產(chǎn)品的例子，交互說明寫的不完整，異常狀態(tài)確實，導(dǎo)致用戶覺得出現(xiàn)異?？赡芏际菦]有網(wǎng)絡(luò)，而我們的用戶群體是40歲左右文化程度較低的人群，他們不善于使用wifi，所以一碰到異常情況他們可能都認(rèn)為是沒有網(wǎng)絡(luò)造成的，長此以往，用戶逐步流失。

2.走查不到位。在上線之前，交互和視覺對于開發(fā)出來的產(chǎn)品沒有做系統(tǒng)性，全面性的走查，導(dǎo)致出現(xiàn)交互上，用戶體驗上的bug。

3.功能問題。目前很多公司的產(chǎ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ù)和用戶是否帶來實質(zhì)的價值，請查看數(shù)據(jù)結(jié)果。問題的解決能帶來業(yè)務(wù)指標(biāo)上提升，或者功能實用量的激增。

總結(jié)：

講事實講依據(jù)，當(dāng)我們在設(shè)計為用戶服務(wù)的產(chǎn)品的時候，要尊重用戶，你的想法不代表用戶的想法。有些同學(xué)會問，我們只是個小公司，沒有用研，甚至連交互都沒有，老板還要求加班加點做，哪有時間去做這些。其實不然，我們可以在項目當(dāng)中記錄一些問題，分類好之后，再抽空閑的時間去找用戶了解，一個小時的收獲遠(yuǎn)遠(yuǎn)抵的上悶頭做好幾天的工作。

文章來自：UI中國