作為設計師，應該怎樣客觀的去為用戶做設計？

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

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

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 原創發布于人人都是產品經理。未經許可，禁止轉載。