前言

• “設計是創新的”;
• “設計是誠實的”;
• “設計是自然的”;
• “設計是極簡的”;

以上是業界領袖們的名言，細細品品就知道設計不是一項簡單的工作，面對這個不簡單的工作，結合自身在 UI 設計上的經驗，為剛入行的新人們梳理了一份基礎流程，希望能對大家有一些幫助。

設計流程

碎片化時代使得注意力非常容易分散，工作中密集的項目也常常多線程并發，清晰的設計流程有利于我們更合理的分配時間和精力，提升工作效率。我一般會把項目設計流程分成三個部分：設計前、設計中、設計后，當然也有很多設計師會把設計流程分為需求收集、確定目標、原型確認、設計評審、細節打磨、跟進開發、結果跟蹤等流程，其實細節流程都差不多，不過我把整個設計流程分成前、中、后三個里程碑似的節點，更容易聚焦。

1. 設計前

設計前的環節是最容易被忽略的一個關鍵環節，我們很容易陷入需求來了就馬上開始設計的誤區，殊不知這樣做會給后續工作埋下無數的坑，比如：反復修改設計稿、需求方臨時增加幾個頁面、設計交付延期、效果不如預期等情況，這樣一來反而使得整個項目節奏慢下來，背離初衷。在我的設計流程中“設計前”是最難且最重要的一個階段，所以在這個階段我們一定要想辦法去爭取時間來做好準備，那么我們都有哪些事情要做呢?

聊一聊

設計之前第一件事就是去了解業務，拉上需求方請他講講項目背景、業務目標、用戶人群、競品分析以及跟現有業務的關聯等，這樣做的好處非常多。一方面能通過需求方的講述了解最真實的需求和產品目標，便于后續設計中的決策;另一方面我們可以反向要求需求方把業務目標梳理得更加透徹，避免在大方向上出現差錯;最后也能讓需求方知道我們也是奔著業務目標在思考，更有利于與需求方長期的合作與信任，而不是讓需求方覺得我們僅是一個頁面仔。

看一看

在與需求方做完第一次溝通后緊接著就是去看看是否有相關的競品。如果項目有競品，那么這些競品能讓我們迅速看到產品未來的全貌，也能讓我們發現一些亮點以及反向思考是否有我們產品沒有覆蓋到的場景，將這些內容進行整理后作為日后設計的重要依據。如果沒有直接競品也可以去看一看同類型或者同行業的產品。

想一想

有了聊一聊和看一看，我們基本上站在了全局視角，但這時還沒到開始設計的時候，還需要再想一想，比如：A.結合自己看競品過程中的發現，對業務、需求上還有哪些疑問?將疑問點進行整理匯總再次找需求方進行確認，確保與需求方的理解是一致的，這樣才會保證后續設計流程的順利推進。B.想想這個項目設計師的機會點在哪里?設計目標是什么?有哪些地方是設計師可以重點投入的?開發落地成本如何?設計投入是否可以被驗證?這樣會幫助我們后續更好的分配時間重心，也便于后續設計經驗的沉淀，知道哪些設計能帶來數據上的變化。C.想想設計如何規劃?設計上還有哪些風險?是否需要外部支援等?便于幫助我們給出相對準確的設計排期。

2. 設計中

有了前面的充分準備，基本上就能信心滿滿的開始設計了，接下來按下方流程逐步進行：

原型設計

視覺設計前我們需要先對交互原型進行不斷的打磨，確保交互層面的體驗優雅且符合用戶使用習慣。如果團隊里配備了交互設計師，可以與交互同學做一些討論，敲定原型后與需求方再次進行確認，對齊各方意見;如果沒有交互設計師介入，那么一定要把想法圖形化，讓大家能更準確地理解我們的想法，可以畫在紙上，也可以用原型工具來表達。同時這里強烈建議設計師應該對信息架構以及文案保持高度的敏感，好的信息架構能保證基礎頁面體驗的順暢性，而準確文案更能保證用戶對信息理解不出現偏差。

風格探索

敲定原型后，就可以做風格探索了，關于風格這塊我個人理解這是比較感性的，沒有標準答案，只要風格定義有依據加上平時對當下流行趨勢的關注，風格定調基本上不會有太大問題，也可以根據設計前準備的一些機會點做針對性的設計，比如：插畫、質感、細節、動效等。

細節打磨

我經常在回看自己之前的設計產出時，發現有很多自己看不順眼的地方。為了避免這種情況，我們可以在設計階段多一些嘗試，多一些打磨。與其讓”未來的我”或需求方來指出問題，倒不如先自我審視，打磨出最理想的方案后再去做評審。也可以找身邊的同事、朋友一起看看，邀請他們來選一選方案并說一說理由。最后再結合設計目標、業務目標和大家的意見輸出最終方案。如果在方案上遇到了困難，也要及時做好溝通或者尋求 Leader 的幫助。

設計評審

當團隊內部對方案達成一致后可以組織一場正式的評審會議。設計評審能迅速集中的發現問題，對意見相左而遲遲無法定稿的情況也能有效規避。設計評審前我們要做好充分的準備，可以要求上下游關鍵角色參加，比如需求方和研發人員。提前預設問題管理好各方預期，保證方案足夠嚴謹以及良好的控場。在評審階段盡可能細致，把設計師想要落地的小細節、小亮點都清晰的講到，引起研發人員的重視。最后將評審達成的結論文檔化，避免后續設計驗收時扯皮。

建立 Kit

設計方案開始之初就要有意識的去梳理規范和組件，保證后續功能迭代的效率和一致性。通過關鍵頁面總結出基礎規范;通過設計過程中的不斷推敲，再次對界面元素進行抽離，形成組件庫。

3. 設計后

設計評審通過后，除了輸出設計內容和對設計文件進行整理歸檔外，后面還要做的事情基本上就是推進設計落地與設計驗證了。

設計落地環節設計師的參與非常重要，前面所有的工作最終是以上線的效果為標準，所以為了讓我們的付出不打折扣，需要在設計驗收時細致堅持，確保設計效果完美落地。除了督促開發同學們進行調整，將設計細節標注得更加清晰，復雜的交互輸出一份動畫 demo，更能幫助開發同學準確理解設計意圖。

設計驗證有很多方式，比如：數據埋點、用戶反饋、線上走查、用戶訪談、可用性測試等。有時我們會因為業務忙需求多、數據沒埋點、沒想過做驗證等忽略設計驗證這個環節，這些原因歸結起來還是對設計驗證重視度不夠。但設計驗證能幫助我們回顧當初目標的達成情況，找到存在的問題，成為接下來迭代的依據;同時也是對自身設計經驗的積累。所以我們還是要重視設計驗證，努力了就要看見結果，無論好壞。

寫在最后

以上是設計流程上的一些粗顆粒度的經驗分享，除此之外關于溝通、業務理解、項目管理、總結復盤都是非常大的課題，需要持續的學習沉淀，后續也會繼續做相關的分享。