六個月和六件小事

一晃已在知乎實習了半年的設計，六個月的時間不長不短，新鮮勁還沒褪去，參與過的項目卻也不在少數。回顧這半年，寫寫我在知乎做設計感受最深的六件小事，也當作是對這段實習時光的一個階段性小結吧。

1. 更「聰明」地解決問題

Julie Zhuo 在 Junior Designer vs. Senior Designer 中用兩幅圖描述了初級和高級設計師解決問題時的一個區別：

初級設計師在遇到問題後，會一股腦嘗試想到的所有可能方案，在曲曲折折中到達終點，這個過程有時是混亂且無頭緒的。而有經驗的設計師遇到問題時思路會很清晰，他們能夠將「問題」到「解決方案」之間的路徑劃分為有條理的 ABC，逐一分析排除，能夠花最少的試錯代價達到目的。正如《設計的方法》里說的：

衡量你是否是一名優秀設計師更好的方式在於——你是否有能力加速創建過程，設計出滿足客戶需要的作品。

人們真正需要的，是設計師從紛繁的複雜中創造秩序的能力。就像知乎在設計職位描述里的一句話：為複雜問題找到簡單優雅的解決方案 。

2. 先思考，再設計

知乎的「用戶界面設計」涵蓋了交互和視覺，設計師通常是與 PM 協作產出解決方案，這就要求設計師具備相當的產品理解力和邏輯思考能力，否則很難從整體上把握產品的設計。當了解需求是什麼後，設計師要做的事情是透徹的思考：在現有的約束條件下怎樣呈現界面才能達到目的。

經歷了大大小小複雜程度不一的 Task 後，我有這樣一種體會：設計的過程和中學時代解數學物理題的過程很相似。我們在審題（了解需求）後，先根據經驗對題目類型做一個預判，然後在草稿紙上邊思考邊嘗試（線稿草圖），在演算過程中可能會遇到「此路不通」而「另闢蹊徑」，經過反覆思考、否定、驗證才得到題目的解（設計的解決方案），最後把草稿紙上的思路整理、謄寫為試捲紙上的答案（用工具製作的最終設計稿）。

思維方式比工具更重要。在把問題理清之前，不要過早打開軟體進行設計。

3. 充分溝通、信息同步

設計師這個職位本身的意義就在於「溝通」：抽象意義上的，通過設計可用的界面來實現用戶與產品間的溝通；具體工作中，設計師和團隊中各種角色打交道，溝通可以說貫穿了整個設計過程。

PM、設計師加工程師，這樣的組合有些類似阿西莫夫的科幻小說《神們自己》中的理者、情者和撫育者，三者各司其職、充分溝通配合，才能「生出」一個好產品。

4. 和挑戰自己想法的人共事

設計沉浸久了容易失去客觀性，這時設計師除了自己變換角度重新審視作品，更直接的方式是獲取他人反饋。在知乎工作，人人都可以提出問題，人人都要做好回答的準備。

在 Web 組，設計稿交付前端工程師後，他們會提許多產品或設計上的問題，我作出解答的過程也正是對自己設計的反芻，用更細粒度的標尺丈量設計細節。有時候，工程師們提出的疑問正是我設計中未考慮周全的，這時我們會一起探討解決方案，作出設計決策。

和能夠挑戰自己的想法的人一起工作，會慢慢養成多問自己幾遍「為什麼這麼設計」「這個設計還能不能更好」的習慣，推敲每個設計細節，因為只有自己想清楚了才說得出令人信服的理由。

5. Thinking Outside the Box

在一個產品趨向成熟的團隊中，設計師們所做的大多數工作是從 1 到 2、到 3…到 N 的改進式設計，這種不停迭代的產品設計過程需要在較長的時間線上才能看出它的意義和效果，它是日常的、修復性的和冷靜的，有時甚至是「無趣」的。但其實，是否有趣關鍵在於我們以怎樣的態度來看待，如果能多想一點，跳出現有的思維框架，就有可能創造出從 0 到 1 的設計，這個過程是充滿趣味和驚喜的。

6. 關心設計效果和反饋

產出設計稿不是設計的終點。開發過程中設計師也要時刻保持敏捷，比如跟進工程師以最大程度還原設計稿、理解技術局限作出平衡決策、快速反應實現階段發現的設計缺陷等。

開發結束，上線後用戶反饋怎麼樣？數據指標有了什麼變化？產生的效果是否達到了目的？接下來還要怎麼做？這些都屬於設計後的驗證、跟進階段。關注產品設計的效果不僅是 PM 的職責，設計師也要主動去了解，為自己的設計承擔起責任。

設計過程永遠不會真的結束，技術、用戶、預期和需求總是在不斷改變，這就需要設計師保持敏銳的觀察力、並持續思考。

寫在最後

分享這六件關於設計的小事，希望能對同樣剛從校園走出來、即將從事設計工作的同學們有一點幫助。以近期最喜歡的文章里的一句話結尾：

For me, trying to be a better designer means trying to be a better human being, as cheesy as it sounds.

— The Day You Became A Better Designer

推薦閱讀：