為什么你需要將這個按鈕向左移動3像素
為什么你需要將這個按鈕向左移動3像素-移動閱讀二維碼

為什么你需要將這個按鈕向左移動3像素

當產品即將上線的時候,我(原作者)就會變成一個完美主義者。每一個沒有對齊的元素或者是奇怪的交互都是我的眼中釘。還會有一打有瑕疵的實現排著隊嘲笑我。一切看起來都糟透了。

但是團隊中的其他成員覺得產品看起來挺好的,基本的功能都有了。他們會問:“把這個按鈕移動3px真的會讓我們的產品變得更好么?”或者爭辯:“上次我們修正了一個很小的設計bug,一點兒也沒覺得產品有什么變化?!苯又蠹揖烷_始想其他的創意,還有下個版本的功能點了。

如果你也跟我一樣,這種境遇真是超級讓人沮喪。作為一個設計師,我們有責任把控整個產品的質量,盡管我們在團隊中很被動,我們可以設計出精美、有難度、超棒的細節,卻不能實現、測試、讓它們上線。

怎樣才能讓工程師和產品同行們關心設計,配合我們完成設計呢?我跟這個問題斗爭N次了,下面就是我目前學到的。

不為了設計而設計

設計師知道“夠用的”與“討喜的”之間的差距,這也是為什么我們總是糾結于細節。(littlebigdetails.com) 但是打造完美的細節跟做更多實用的功能之間總是需要權衡的:保證細節都完美往往意味著放慢節開發速度。

所以“這樣看起來更好”這樣的理由是不夠的。設計師需要提出充分的理由說服團隊成員為什么要花時間去修正完成設計。

注重細節會增加用戶的信任度

用戶通過視覺設計、文案和交互來評判一個在線產品的可信度。如果相信用戶的信任度會影響到你的業務,那么你就要重視起設計的細節。去查閱一些關于界面設計與用戶信任的關系的學術文章或者看看這個斯坦福的關于網站可信性的項目吧。

Mint,?Square, and?Simple?這三家在設計細節上做的都非常好,并贏得了用戶的信任。他們也都是剛剛起步的產品,但用戶很放心地使用它們存儲財務明細、進行支付、保管賬戶。

注重細節會增加產品的可用性

每次看見MailChimp的logo都讓我會心一笑!不雜亂的Google首頁看起來非常舒服。Apple精致到每一像素的界面非常討人喜歡。他們都確保了設計細節的準確度,并建立了一種正面的情緒,不過為什么這很重要呢?

在我們的大腦里,有一個奇怪大腦黑客 – 情緒狀態。思想受情緒狀態的影響非常大,感到挫敗或者高興會影響我們解決問題的方式。我心情不好的時候,面對一個讓我感到困惑的產品,狂點按鈕它卻不起作用。如此挫敗的情況下,就算我試著更努力的做同樣的事情,也不會幫助我完成目標。

但當我們心情不錯的時候,用起界面來感覺就像玩了。世界對我們來說是一個迷宮,不是一場戰役,你看什么都順眼了。即使遇到讓我們困惑的問題,會更樂于嘗試探索并發現其他解決問題的方式。唐納德·諾曼的《情感化設計》對這方面進行了專門的探討。當然這里要說的重點是:優秀的產品細節可以創造積極的情緒狀態,讓產品更易于使用。

批量處理你的工作吧

如果你的產品有一大堆需要修正跟等待完成的問題,只改好其中一個并不能讓你或你的用戶覺得爽。這就跟填補一個坑并不會讓一條坑坑洼洼的路變平一樣,你根本察覺不到變化。

所以,竅門就是:一次性處理完所有的 UI bug 吧!如果你的團隊也是定期找一天處理最近的bug,那也試著主持一個修正設計bug的日子。作為設計師,你需要提前把所有需要修正的問題統計成列表或者提交到bug跟蹤的平臺,并且為bug們列好優先級。

在bug清除計劃這天到來的時候,所有人都可以專注的把列表上的問題一個個搞定啦。當然你不可能一次性解決所有的bug,這沒關系。不積跬步無以至千里,一天結束后,你們會發現,產品已經有很明顯的改進了。這也會讓所有全對成員都覺得棒極了,也會讓大家在未來都更用心去改進設計上的問題。

一點一點打磨

我第一次在創建產品功能點時嘗試去把控產品質量的時候,我就搞砸了。事情的開始總是美好的:工程師跟我對設計達成了一致,然后我畫了原型圖給他,第二天他樂滋滋的給我看他寫完的程序,結果不忍直視,這哪里是我的設計??!

我當場就怒了,一邊抱怨一邊指出所有的錯誤。這導致后面他就不愿意來問我的反饋了,實現的產品品質進一步變差,我就更沮喪了,典型的惡性循環。

后來,我逐漸認識到,當工程師覺得一個產品已經完成了90%時,在設計師眼里,可能只完成了10%?,F在在產品功能實現完美之前,哪怕只有一點點用戶界面細節完成了,我就覺得很開心了。

當工程師們在場的時候,我也嘗試去建立敏捷的反饋、修改機制。我會說:“等你檢查這個的時候拉上我?!边@樣一來我們就可以在這個過程中修正一些小的錯誤。

避免不必要的定制化

在Photoshop里設計一個個性化的按鈕很簡單 – 這只是我們看到的冰山一角。其實為了保證細節的完美是需要付出很多的,比如:除了正常的狀態,還需要有按下、不可用的狀態、 防止在雙擊按鈕時按鈕上的文字高亮等等一些列可能會使用到的狀態。

我有常常會撞上冰山。比如,Ajax網頁比傳統的網頁需要花更多的時間;移動端定制化的菜單比起原生的就需要花更多的時間。如果團隊并沒有足夠的時間去打磨這些定制化的UI,使用原生控件也許是更好的選擇。

————————————————————–

以上就是這幾年我在推進設計細節的工作中學到的技巧。據我所知,每個團隊的文化不一樣,他們對于設計品質的態度也都不一樣。因此有些團隊愿意花時間去把細節做的更好,有一些團隊更傾向于先讓產品盡快上線。

不同的團隊是如何創建自己關于品質的標準的,我很感興趣。你是如何讓你的團隊同意一些設計細節并花時間在改善設計細節上的呢?哪些對你來說是很管用的招?哪些沒用?我們可以一起來探討。

—————————————————————

這篇文章原載于Design Staff,由Google Ventures所設計的關于創業的博客。

譯者:hanarun;譯文:簡書

本文鏈接:http://www.uiyf.cn/button-mobile-3-pixels-to-the-left.html
本文標簽: , , , , , ,