在過去很長一段時間，怎麼清晰透徹地把自己的設計思路與方案講述出來，一直是一個比較困擾我的問題（剛開始實習時甚至連做設計方案Review都經常結結巴巴），直到最近幾次工作中的虛擬項目方案彙報（嗯，前段時間更文頻率變低，很大部分原因是週末都在加班準備這個……）中，這一問題才改觀了不少，也收到了相對不錯的結果反饋。今天就從邏輯、節奏與表現三方面，說說我對怎麼做好一場設計提案吧。

設計提案前你該知道的事1. 邏輯框架：環環相扣的推導

很多大公司設計團隊裡都會有一套比較成熟完整的設計流程，對於新人來說，研究兩下就套到自己的項目里好像也不是什麼難事。但新人容易犯的一個錯誤就是，常常只看到關鍵流程節點的表象，卻忽視對這些節點之間如何串聯的邏輯的推敲，也因此更容易在闡述設計思路時遭到『為套方法而套方法』的質疑和挑戰。如何讓設計過程的推導與闡述更富於邏輯性呢？

設計提案前你該知道的事2. 合適的設計流程

網上各種設計流程相關的資料不少，在公司內部的UED分享活動中，我也常常聽到來自不同部門團隊的設計Leader分享他們的設計流程。但在應用這些流程之前，我們需要結合自己的項目情況，做一個清醒的判斷和取捨，選擇最適合自己的設計流程，而不是生搬硬套，在做Presentation的時候也更加有理有據。

以上圖片出自Google的Design Sprint和阿里1688UED的『五導家』方法論。

舉個例子，對於一些產品來說，通過滿足用戶訴求、創造用戶價值，就可以直接拉動業務的發展（比如面向內部小二的CRM產品，通過設計優化流程、提升用戶使用產品的效率，就能幫業務節省更多的人力資源成本），那麼在設計流程上理解和定義清楚了用戶問題後，就可以基於此開始發散尋找設計機會點；但對於另一些處於『變現』、『盈利』階段的產品來說，為了達到業務目標甚至需要適當犧牲用戶體驗，這樣的話僅從用戶端發現、理解和定義問題、然後進行後續設計流程推導是不夠的，也很難以此來說服和推動項目組（僅僅是更好的用戶端體驗，能帶來的價值模糊而有限），這就需要在設計流程中同時結合考慮商業端和用戶端的訴求，找到合適的平衡點來深挖。

設計提案前你該知道的事3. 清晰的設計主線

大家對設定設計原則/目標想來不陌生，什麼高效、有趣、清晰、情感化之類的關鍵詞也經常被我們所使用。但在如何推導得出這樣的設計原則/目標，以及如何基於這樣的設計原則/目標去分解合適的實現策略，並在闡述具體方案時讓聽眾一下就感受到方案和目標的關聯性上，卻是包括我在內的一些設計師在新人階段做得不夠到位的地方。

而這樣的設計提案闡述給人的感受就會是，流程挺完整，目標也有了，方案也有了，但設計流程之間卻是脫節的，分解出一大堆設計機會點，然後又突然給了幾個設計目標，還有幾個看不出怎麼體現設計目標、甚至和設計目標南轅北轍的方案，沒有一條清晰的設計主線，反而給人一種在『反推』、『套流程』的不良印象。

以上是我目前邊使用邊總結改進出來的一條設計分析思路（抱歉具體案例目前不太方便透露……），將以前孤立開來分析和闡述的問題、機會點、設計目標等環節串聯了起來，有了這條設計主線之後，在方案的設計和表達過程中也能做到更清晰連貫，而不是『跳躍式前進』。

設計提案前你該知道的事4. 節奏控制：懂取捨，抓重心

在時間和成本有限的情況下，學會對事情進行優先級判斷和取捨是一項非常重要的技能，在執行設計與講解方案時都是如此。

判斷優先級高低的標準可以有和核心目標的關聯強弱、商業/用戶價值的大小、用戶場景的普遍性、對故事完整性的影響程度（此條主要用在Presentation等場合）等。舉個例子，之前我做了一個基於比較大而泛的場景（旅遊）的虛擬項目，通過用戶體驗地圖得出了一大堆可以發揮的機會點，但在整個項目週期時間非常有限的情況下，我不可能針對每個機會點都去分析和設計方案，最終選擇了在鏈路的三個關鍵環節（旅遊前、旅遊中、旅遊後）各挑了1~2個用戶訴求痛點相對普遍、和核心目標關聯也強的場景展開設計，保證了最終Presentation時有重點和故事的完整性。

想要『面面俱到』，可能反而會換來『全面平庸』，對於正在求職的朋友們來說，準備作品集的時候道理也相似，與其一口氣將包含自己學生+實習階段所有作品不論優劣全放上去，不如精心挑選1~3個最佳案例，突出自己的核心亮點與優勢，在面試時也能有的放矢。

設計提案前你該知道的事5. 以『動』制『靜』

雖然我們實際工作中輸出的交互稿以靜態居多，而對於開發來說，靜態交互稿上的各種說明注釋也更清晰全面，不容易遺漏場景，但對於Presentation這樣的場合，動態的可交互Demo/視頻的表現力則要強得多，你不需要費太多口舌進行『點擊A去B查看C』之類的流程說明，而可以專注在闡述方案的設計思路上，而趣味的動效轉場設計也可以讓方案增色不少。