編輯導語：在實際項目中，設計需要與產品形成方案共識，并提高與開發的溝通效率，進而推動設計方案的落地。那么設計師應該如何更好地在協作中推動設計方案落地？本篇文章里，作者結合實際案例對這一問題做了總結，一起來看一下。

hello，大家好。

給大家分享一下我是如何在實際項目工作中，推動設計方案完整落地的，并且怎樣快速與產品經理達成設計方案共識，從中用了那些方法提高了與開發溝通效率。

將圍繞著以下兩個關鍵節點進行講述。

1）推進：落地

在設計工作中經常遇到一種現象，與產品和開發溝通時會被問到這里為什么這樣設計？這么設計的底層邏輯是什么？怎么證明該方案是最優解決方案？等等一些各種被質疑的疑問，導致自己失去了自信，懷疑自己的設計方案。

2）驗收：走查

設計走查時落地效果和設計方案還原度相差比較大，一個是非常漂亮的設計稿，另一個則是參差不齊的落地效果，等等一些各種奇葩的問題。

講到這里應該有一些設計師也有和我同樣的遭遇吧，但是認真思考一下以上的問題是否真的是產品或開發的問題？是否有較好的方式解決這些問題呢？

廢話不多說今天用一個實際項目中的案例帶著大家梳理一套方法，看我如何解決問題的。

一、項目背景

簡單介紹一下該項目是一個面向“企業培訓講師直播產品”受眾群體多數屬于TOB領域（這里就不過多介紹了聚焦本次主題即可）。

二、需求分析

三、問題洞察

根據舊版洞察出的問題，主要圍繞表現層和交互層2個維度，進行分析現存問題有哪些逐個制定解決策略，因本次迭代只是體驗優化所以不涉及到產品框架層調整。

MLversion1.0

產品細節不過多展示請聚焦頂部右側導航欄

四、表現層-問題拆解

1. 問題洞察

2. 問題總結

在表現層上比較明顯地可以看出問題所在，將發現的問題進行總結逐個制定設計目標，其次針對性地去解決洞察出的問題。

五、表現層-制定策略

這里強調一下在產出設計解決方案時一定要多維度思考，N+多個提案，場景實踐。如果以上都不做，拿起軟件就開干，不就是調整一下間距，然后信息層次拉開，換個顏色如此簡單然后信心滿滿拉著產品和開發評審設計方案，這叫什么？這叫“設計師YYSD啊?！比缓笸蝗槐混`魂拷問這里為什么這么設計??？

通過回答：這里嘛，參考了同類競品，然后運用了用戶體驗地圖模擬了真實使用場景，情感化等等巴拉巴拉一些專業性的知識，還有一種情況就是完全靠口述表達講具體參數該元素距離右側間距為XX像素。

這么回答完后不敢保證產品能不能被說服，但是我覺得開發肯定被說懵逼了，這里反應了一個常見的問題，信息不對齊導致無法形成有效溝通。在講方案時面對產品應該講什么？開發關心的是什么？這里一定要梳理清楚，面向不同角色時信息一定要對齊。

六、表現層-解決方案

1. 組件/按鈕規范

先著手從設計層面上解決洞察出的問題，主要解決組件定義不夠嚴謹以及規范不統一問題，注意組件更新后一定要與相關項目組人員進行拉通宣導更新了那些內容，這樣有利于其它人員第一時間知道更新項，及時調整界面中運用的相關組件。

2. 時間膠囊/推導方案

在舊版本中發現存在時間膠囊圓角不統一和交互層不滿足產品訴求，所以在優化方案中要多維度進行思考，提前規避一些問題，以免在溝通方案時考慮不全或不清楚。

前面有提到在產出方案時建議（N+多個提案）。

避免評審過程中思維過于發散無法聚焦在方案中，一定要掌握控場節奏提高溝通效率，將大家的思維跟著你的節奏來，重點落在方案思考過程中，這樣有利于方案通過率。最后的結果一定是眾多其中的一個方案，如果出現第二種，那肯定是準備不足導致的。

3. 時間膠囊/推導結論

根據以上推導過程可以得知比較明確優化方向，將符合產品訴求的點進行提煉總結出最終解決方案。

通過以上推導結論可以明確優化方向，將提煉出的關鍵詞居左，紅色，方點融入設計方案中。

可以看出在推導過程中也會遇到一些糾結或推翻的方案，比如在方形點或圓形點取舍就比較難定義，開始以方形點為優化方向是較為正確的，因為它好理解。我們經常用手機拍視頻所以認知層面較為簡單，但在實際場景中運用又不是很符合，擔心會有誤導的傾向所以最終還是采用了圓形點。

推導其實很有意思，推著推著就開始懷疑自己了，推導就是不斷探索，不斷推翻尋找真理，有時候你認為的不一定是最好的，當你經歷過才會知道哪一個是最優的。

七、交互層-問題拆解

1. 問題洞察

2. 問題總結

舊版交互流程在實際場景中，使用過程沒有很明顯的問題，也符合當前階段功能訴求。主要是如何從現有交互流程中挖掘發力點，并且解決用戶痛點，同樣要滿足產品核心訴求。

八、交互層-制定策略

1. 用戶體驗地圖

采用用戶體驗地圖，模擬用戶在開始直播到結束直播整個使用流程，了解用戶在使用過程中遇到的問題和困惑點，并且明確用戶要完成的操作目標。這樣可以讓我們真正了解到用戶在每個環節想要的是什么，從中尋找發力機會點。

2. 問題總結

通過用戶體驗地圖明顯看到，現版本交互流程只解決了基礎問題，隨著用戶量不斷提升，對使用體驗訴求已不滿足現狀，對于交互層用戶真正比較關心的感知太弱，而且沒有真正解決用戶核心訴求。

3. 操作流程梳理

將體驗地圖總結的發力機會點進行提煉拆解，制定解決方案，逐個解決每個流程的體驗問題。

九、交互層-解決方案

1. 交互流程

根據以上梳理出的流程圖，將提煉發力機會進行分析，逐個融入每個操作環節中，解決用戶在使用環節中痛點，并且滿足產品訴求，達到產品用戶目標一致。

2. 整合歸納

將表現層和交互層推導出的解決方案進行最終整合，面向產品時重點講述推導案例思考過程和最終方案的結果即可，最主要是該如何將方案交互層完整的傳達給開發，并且達成一致的共識。

3. 最終結論

首先將前面分析轉化為產研可以看懂的說明文檔，達到一致性的認知，便于觀察到每個環節注意事項。

其實宣講方案并沒有特別困難，主要是把思路梳理清晰，面向誰該講什么，每個模塊應該注意什么？逐個交代清楚為什么這么做，這么做的好處是什么？

推導過程可以看到問題本質，那么推導結果就是解決問題的本質。

最后將方案中的動效演示轉化為可視化文檔，便于開發更好地理解，同樣也有利于方案效果理想化的落地，在走查階段可以直接追訴到代碼級更好地解決問題。

以下是我日常工作中使用的說明文檔，附加在設計稿中，便于不同角色人觀看。

（建議提前與相關人員溝通達成共識再使用，不然開發會覺得你在無形中增加工作量）

以上是個人工作中沉淀的文檔不代表行業標準。

十、結語

囑咐一段話：在工作中要具備向上兼容的意識，看待問題站在全局性思考提前規避，使工作更加高效。

工作時長不是一件利己利他的事，有時候遇到問題不如冷靜下來換個思路去解決，希望以上個人總結能夠幫助到大家。

感謝！閱讀。

本文由 @特懶克斯 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Pexels，基于CC0協議。