設計師如何做好設計推案？我總結了這4個方面！

在工作環境里，相較其他職業，設計師是一個很容易接收到他人挑戰的職業。不管是產品、開發、還是同職能部門的同事，都會對設計案提出想法、建議，盲目聽從容易打亂自己的工作節奏，還容易影響事務進度。

因此，好的設計推案的方式就顯得尤為重要。

對同職能部門，能夠提升設計案的“價值”，減少設計案被打回修改，提升成功過稿的概率；而對業務合作部門，能夠減少溝通所需的工作時耗，提升個人在外的品牌度。

不同的推案對象，對方的關注點不同，需要制定不同的方針。本文將結合作者平時工作中遇到的情況，進行推案策略收斂，希望對大家有所幫助～

1. 對直接上級

直接上級作為一個審核者和有經驗的設計者，通常會更關注設計是否合理。同時，在雙方合作的不同階段，根據對你的信賴度，會有不同的審核機制。

① 在合作初期

此時需要建立直接上級對你的信任，注重 2 個核心點的傳達

「設計思路的閉環」說明你的設計方法論是健全的、應用是正確的。

這里借用 About Face3.0 里對如何連接實現模型和心理模型的圖，設計的過程應該是在思考中不斷優化、不斷迭代，使設計方案更貼近用戶的過程。而我們在傳達過程中，則是要把這個過程闡述清楚，讓設計言之有理、言之有物。

需要體現需求分析、目標用戶、應用場景、競品佐證到設計方案推導的完整流程。

有個加分項，每個階段的事務都有明確的目的，而不是因為流程如此而做，比如將需求分析后的疑問點帶入到競品分析的目的中，這樣你的設計思路會顯得更閉環一些。

「設計方案是正確的」說明你的設計方向有依據，是正確的。

競品分析的目的不是直接把競品的設計直接復制、粘貼到自己的設計案中，在推案中最好呈現基于競品基礎上自己的思考。比如在做產品框架設計時，可以基于競品的框架做一波收斂，說明優缺點，結合產品現狀說明自己最后選用的設計框架。

這里注重借助競品去佐證你的想法，說明自己的設計策略，有依據的闡述自己的設計思路即可。

記住不去做太“特別”、沒有先例的設計。

② 在合作后期

在你比較被信任度情況下，一般上級是不會花那么多時間去審核你的案子。注重“有重點的推案”。此時主要告訴對方，你的設計核心點，和部分有疑問的部分你的設計思考和結果即可。

2. 對往上的管理層

管理層作為一個偏戰略部署的角色，他們更看重你做的設計如何有價值，而且每一次的推案都是他們在暗暗對你“評估”的過程。

對他們的推案，核心 2 個點，1 價值、2 炫技。

① 價值闡述

“如何在設計本身只是一個小功能設計案的時候講出自己的價值？”、“明明只是設計案，硬要掛鉤價值好難。” 這是一般的設計師都會遇到的問題。

價值要從項目出發，多看看項目官網里項目的核心定位（賣點），去了解這個產品的“生存機制”，從產品痛點為基石去講。

比如，微信的拍攝表情模塊的交互設計，雖然在整體應用內，只是一個小模塊，但是對核心業務場景“聊天”來說是亮點功能，通過拍攝表情，讓用戶在聊天中，能夠更多的跟好友 Show 出自己，通過表情包的傳遞，提高用戶聊天過程體驗，讓用戶和好友感覺更親近，從而提升用戶整體活躍，為產品日活貢獻價值。

而基于價值推導，可以發現拍攝表情的核心是“秀出自己”、“傳播效益”，對應到設計中，就應該把用戶自拍作為默認選項，并降低操作成本，提高拍攝成功率；而為了更好的傳播，就應該設置一些易于傳播的模板，提高整體功能的復用率。

所以，在價值闡述方面，要注意去體現你設計過程中圍繞項目本身核心價值的思考，而不止是完成功能設計。

② 炫技

對管理層，除了說明你的思考的高度，也要體現你做事的深度。常常去使用一些創新的方式方法，去佐證你的觀點也是一個不錯的方法。

比如，在面向海外的產品設計時，在用戶畫像層面，用心理學模型“馬斯洛需求層次模型”做側面抽象，得到設計關鍵詞。

創新的方式方法會讓你的設計案加分不少。

3. 對產品

產品方是把控產品整體策略和方向的角色，他們考慮的更多的是產品的商業化目標、KPI，對他們推案，需要用他們的思考模式說話，并融入自己的角色發聲。在給到需求時，有些產品方會直接定義設計策略，干預到設計。

那么在推案上，就需要結合對方的需求，理解是為了達到什么目標而做，而不只是否定對方的設計。成熟產品的目標更集中在商業上，而初期產品則更集中在用戶活躍和留存上。在理解了目標后，圍繞對方的目標做推案，更能說服他們。

此外，可以嘗試樹立專業的形象，告訴對方，我是專業的。多用設計模型、心理學模型等設計思考的方法論，告訴對方，這么做是對的。樹立出一個專業的設計形象，也能讓你后續的合作流程更順暢。

4. 對開發/美術-職能合作部門

合作職能部門，特別是開發、美術，推案更偏向于設計澄清會（評審會）的場景。說清楚你的設計案具體要做什么、分哪幾個大模塊，以及需要落地的細節點即可。

當然，程序員們并不是一個聽你說要做 A 方案，就一定會做的群體，需要一定的推拉才能完成。在澄清會上，常見的開發話術有：“這個看起來沒必要做吧”、“這個是不是體驗不好？”、“這個開發代價太高了，是不是有別的方案”

①? “這個看起來沒必要做吧”——跟他上價值

1. 功能點價值（從項目價值出發）
2. 設計點價值（從項目價值、以及用戶體驗出發）

② “這個是不是體驗不好？”——跟他上專業形象

③? “這個開發代價太高了，是不是有別的方案”——確認技術難度點，溝通排期

在有一定經驗后，如果能前置考慮到這點，并帶著 B 方案溝通，效率也會更高。

5. 小結

除了上述針對不同對象的推案策略外，大家在推案中也多使用金字塔法則，“總分總”的思路，能讓聽的人一開始有個思路，也能讓推案更順利一些。

這些是我在工作中沉淀下來的一些小方法，分享給大家～也歡迎大家在評論區提出自己的想法哦，大家一起討論～