編輯導語：對於產品設計來說，我們經常能聽到「好的設計」和「偉大的設計」，雖然都是對設計師的誇讚，但是二者之間也有所不同。本文作者結合實際案例，對這二者進行了分析，讓我們一起來看看「偉大的設計」和「好的設計」究竟有什麼區別吧。
在過去的十年中，界面設計的平均水平已經上升了很多，現在很少能看到這種辣眼睛的網頁：
我們已經明白如何讓用戶界面看起來不錯，功能相對完整。
行業標準已經出現，就像其他成熟的行業做的那樣：你不會隨意改變一輛汽車的油門和剎車踏板的位置，也不會把座椅放在車外。在用戶界面中，你也不會再添加那些惱人的閃爍文本或自動播放的音樂，你希望內容布局相對整潔。
這對設計行業來說是巨大的進步，但接下來我們怎麼辦？僅僅是不再犯錯就夠了嗎？
我認為數字設計領域正處在一個需要追求卓越的階段，而不僅僅是滿足於「好」。但是，『偉大的設計』是什麼樣的？它與『好的設計』有什麼不同？讓我們來看看一些原則。
一、好的設計給人們想要的東西，偉大的設計以意想不到的方式解決人們的問題
大約一年前，三星宣布正在開發一款可摺疊智慧型手機，這句話讓我印象深刻：
「三星進行消費者調查顯示，可摺疊手機很受歡迎。三星移動總裁 DJ Koh 表示，是時候推出一款可摺疊設備了。」
三星幾乎自豪地表示，顧客調查是該公司開發可摺疊智慧型手機的原因，這一事實令人擔憂。
給你的顧客發一份關於產品喜好程度和維修情況的調查，然後將產品開發計劃建立在顧客調查的基礎上，這是非常值得懷疑的，顧客調查不會產生像 iPhone、iPad 和 Apple Watch 這樣的產品。
這是福特汽車創始人亨利·福特那句名言的經典例子，這句名言現在幾乎都被濫用了：
「如果我們問人們想要什麼，他們會說『更快的馬車』」。
偉大的設計明白，一般的外行人並不總是能夠清楚的表達解決方案——他們只知道他們遇到一個問題。
設計師處在技術和創意藝術的交匯處，必須找出解決這個問題的新方法。設計者可以在不同主題之間建立意想不到的聯繫，並以新的方式解決問題。
二、好的設計是數據驅動的，偉大的設計是數據洞察的
「數據驅動（Data-driven）」是一個有趣的詞組，它的字面意思是，數據在「驅動」你的決策，數據在駕駛座上，而不是你。
這種方式的風險在於，並非所有問題都是可以用數據來優化和解決的。把所有的決策都建立在你現在可以測量的數據基礎上，會導致你失去對問題的宏觀方面的關注。
數據只是解決問題的信息來源之一，所以，如果你想創造出偉大的設計，「數據洞察」是一種方法。
數據洞察意味著你承認這樣一個事實：你只有構建成功產品所需的一小部分信息。數據僅僅是你已有的產品策略的反映，並且是有限的，因為它們基於你已經構建的內容，也就是基於你當前的受眾和當前產品的行為方式，你獲得的數據不能代表所有的真相。
Booking.com 是數據驅動設計的一個很好的例子，他們做了大量的 A/B 測試，來了解他們平臺上預訂航班和酒店的轉化率。
通過測試，他們發現添加「緊急消息（Urgency Messaging）」功能，會促使人們更多預訂。緊急消息類似於「嘿，這家酒店只剩下 4 個房間了，趕快預訂吧」這種文本通知。
這很好，但是多年來，Booking.com 不斷發布緊急消息，現在它看起來更像一個陰暗的二手車市場，而不是一個嚴肅的預訂酒店的地方。
最近，它開始展示你根本不能預訂的酒店，只是為了讓你明白「人們都在 Booking.com 上預訂酒店，所以你也應該這樣做」。
我相信它能使轉化率提高 0.4%，但如果你縱觀整個體驗，會發現其實帶來的更多是負面效果。這就是在不考慮整體體驗的情況下，僅僅改進個位數的數據轉換，對產品進行短期優化得到的後果。
相比之下，Hotel Tonight 是增長最快的酒店預訂應用之一，最近被 Airbnb 以數億美元收購。
Hotel Tonight 理解人們想找到一處舒適房間的心情，並為此進行了優化。
它顯示的酒店房間預覽圖片比 Booking.com 更大，雖然也帶有緊急信息提示，但它不會覆蓋整個頁面的布局。他們關注的是整體體驗，而不僅僅是由數據驅動的微小轉換改進。
三、好的設計試圖取悅每一個人，而偉大的設計是有主見的，是對傳統的挑戰
偉大的設計有自己的世界觀和價值觀，並始終如一的執行，它不會試圖取悅所有人。
比較一下蘋果的 MacBook 、iPad 與微軟的 Surface。
微軟的做法是：「我們不想為消費者的最佳體驗做決定，所以我們把一切都給他們，讓他們自己決定。」在某種程度上，他們讓消費者設計自己的體驗，而不是設計一種體驗。
你得到的結果是一臺有觸控螢幕和觸控筆的筆記本電腦，它可以雙向摺疊，你也可以屏幕鍵盤分離。它看起來不錯，但你真正想用它做什麼？
與此同時，蘋果的方法是「讓技術更個性化，圍繞特定的使用場景來創建工具和產品形式」。
iPhone 和 iPad 的設計是為了處理一些以往分配給筆記本電腦和臺式機的任務，在創造這種新的產品形式過程中，iPhone 和 iPad 也能夠處理全新的任務。
類似的情況也發生在 Apple Watch 上，它既能處理之前分配給 iPhone 的任務，也能處理新任務。
在蘋果看來，iPhone 和 iPad 應該與 Mac 區分開，因為每一類產品都會忠於其使用場景，從而變得更加強大。
這個想法並不是讓所有的設備都能共享同樣的用戶輸入，這樣人們就可以在臺式機、筆記本電腦、平板電腦和智慧型手機上做同樣的事情。相反，根據用戶使用場景和產品形式的不同，每類產品都有不同的功能。
這是一種固執己見的產品設計方法，並非所有人都同意蘋果的做法，但結果很明顯：過去 4 年，蘋果產品的銷量是微軟產品的 30 倍。
四、偉大的設計注重大局的同時，從不忽略細節
現在很多公司都在討論設計的重要性，著名軟體商 Salesforce 發布了一套完整的設計系統，包括一個奇特的名字（「閃電設計系統，Lightning Design System」）和許多插圖吉祥物。
然而，他們忽略了在設計系統中正確設置排版，以優化屏幕的可讀性。他們有如此宏大的願景，卻忽略了設計的基本原則。
專注於華麗的設計而忽略基本要素，就像只專注於棒球中的全壘打，或者打籃球只專注灌籃。這看起來很有趣，但是如果一個玩家忽視了遊戲的基本原理，那麼他將在現實的競爭環境中潰敗。
偉大的設計在追求卓越的過程中，從不忽視基本原則。
五、好的設計試圖給人留下深刻的印象，偉大的設計則會脫穎而出
「一個好的設計師會找到一種優雅的方式，把你需要的所有東西都放在一個頁面上。而一個偉大的設計師會讓你相信，有一半的東西是不必要的。」——託馬斯·哈欽斯（Thomas Hutchings，音樂家、製片人） 2013年11月14日
好的設計旨在用「令人愉快的動畫」和「漂亮的用戶界面」給人留下深刻的印象。你可以發現好的設計，分析它，並記錄下這個設計讓你喜歡的地方。
偉大的設計是無形的。幾乎感覺不到它是被設計過的。
比如：當你打開蘋果手錶時，MacBook 會自動解鎖；或者當你進入房間時，Nest 恆溫器會根據你喜歡的溫度自動調節。但偉大的設計也可以是一些簡單的東西，如超市的雞蛋盒（你有沒有試過設計一個更好的雞蛋盒？）。
偉大的設計是無形的，感覺好像根本就不是設計出來的，它是刻苦思考和希望幫助他人的強烈願望的結果。
六、偉大的設計需要遠見、勇氣和紀律
現在在業界有一種趨勢，把設計變成一個過程，不管你是誰，似乎只要關注過程，優秀的設計都可以被複製和再現。
創建一個明確定義的流程是一個好主意，特別是對於大公司來說。
但是當你日復一日在這樣的組織中工作時，很容易過度關注流程優化，而忽略了你在創造什麼，以及為什麼要創造。你最終會在無關緊要的事情上迭代，我們每個人都有這樣的時候。
「隨著公司規模越來越大，他們便想複製最初的成功。並且許多人認為當初成功的過程，一定有其奇妙之處，於是他們開始嘗試把當年的成功經驗變成流程制度。不久人們便感到困惑，為什麼流程變成了工作本身？他們忘了設計流程的目的是為了尋找最棒的答案。」——史蒂夫 · 賈伯斯，1995
偉大的設計工作是創造一個引人注目的未來願景，並有勇氣和紀律在逆境中堅持這一願景。僅僅按流程工作並不會產生偉大的產品。你可以用這種方法得到一個「足夠好」的設計。
對於一個有經驗的設計師來說，定義一個優秀的體驗願景相對容易。
但是實現這一願景所需要的堅持和紀律，讓它幾乎不可能實現。這就是為什麼市場上有那麼多糟糕的產品，為什麼大多數應用程式和網站看起來都一樣。只是讓它「足夠好」要容易得多。
七、選擇偉大
有很多理由去嘗試做偉大的工作，而不僅僅是「足夠好」的工作：它讓你與眾不同，它讓你身邊的人更快樂，它讓你更快樂，這是極其有趣和令人欣喜的。
但最重要的是，你想在你的人生中做些什麼？
你想怎樣度過餘生？還有什麼比盡最大努力讓周圍的世界變得美好更棒的呢？想像一下，如果每個人都這樣做，我們將生活在一個什麼樣的世界裡——從你開始。
人這一生沒法做太多事情，所以每一件都要做到精彩絕倫，這就是生活。人生苦短，你知道嗎？所以這是我們為人生作出的選擇。
我本可以在日本某地的某座寺廟裡打坐，或揚帆遠航；管理層本可以去打高爾夫，或掌管其他公司，而我們全都選擇了來做這件事。所以這件事情最好能夠做得超棒，它最好是值得的。——史蒂夫·賈伯斯，2008
原文作者：Jamal Nichols，設計專家，truthaboutdesign.com創始人。
原文地址：https://www.truthaboutdesign.com/great-design-vs-good-design-whats-the-difference-heres-the-truth/
譯者：鵜小鶘，公眾號：鵜鶘全面客戶體驗管理
本文由 @鵜小鶘 翻譯發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。