01）做設計推動的價值

設計之前的定位是支持角色，主要的能力有兩點：

• 作為產品和用戶之間的翻譯官，把復雜的業務邏輯翻譯成用戶能了解的方案，讓用戶使用的更順暢。

• 作為產品和研發之間的橋梁，把功能的界面描述，變成具體的操作流程、原型、標注切圖，來提供給研發，讓他們能把功能具現化的實現。

在這其中，很多團隊設計和產品的工作是高度融合的，很多idea都是一起討論出來的，所以無法對設計的貢獻做具體量化，這就是不好回答設計價值貢獻的原因。

為了解決這個問題，越來越多的設計團隊在開始做設計推動，通過設計來找到業務的問題，然后通過方案來解決，這樣就體現了設計對于業務的獨立貢獻。

在設計推動中，設計是項目的onwer，對項目的體驗有更強的把控，很多有價值的體驗點都可以按期落地。
除此之外，設計推動還可以提升設計團隊在業務中的影響力，獲得更多的資源，讓設計在業務決策占有更多的主動性。

02）做設計推動的難點

做設計推動，對設計師提出了很大的挑戰，需要他們在業務的角度，去了解業務、了解數據、挖掘問題。

通過對這3個維度的了解，來找到設計可以解決的切入點，并形成可以落地的方案，還要驗證方案的可行性、推動方案能落地上線，來為業務解決問題，帶來核心指標上的大幅提升。

我們準備了一個4步法，來讓大家更容易做設計推動。話不多說，就來看看是4步吧。

03）4步教你做設計推動

第一：了解業務

對業務有全局的了解。很多設計師只關注需求相關的內容，對業務全貌并不了解，在這種情況下挖掘的問題，要不就是不被業務認可，要不就是解決后帶來的價值不高。所以我們要了解：

了解業務目標
我們一定要了解業務的目標，不然就會出現，優化點雖然產品團隊認可，但并不在他們的計劃內，就會導致優先級很低，在非常長的一段時間內，不能被安排排期。
所以，我們一定要了解產品的目標，這樣做的內容才是他們想要的，才能有資源安排上。

了解業務的運轉關系
我們要了解業務下面各個功能模塊之間的關系，包括數據的流動關系，數據和信息在不同功能模塊之間的傳遞方式。不同功能模塊的交互關系、不同功能模塊之間的依賴關系，包括硬性依賴（一個功能模塊的輸出是另一個模塊的輸入）和軟性依賴（合作、決策等），這有助于識別潛在的風險和瓶頸。

參與業務討論和會議
多參與業務討論的會議，這樣就可以了解業務的動態和重要決策，這將有助于你更好地把握業務的方向。如果后續需要和業務進溝通，也會因為臉熟，溝通會更方便。

了解各個角色的分工
需要確定不同部門和崗位的角色和職責，了解他們在業務運作中的定位和協作方式。
需要了解各個部門和模塊之間的溝通和協作方式，包括例會、項目管理工具、文檔共享等。
這樣我們可以知道角色對于項目有幫助，或者如果出現了問題，可以找到誰來解決。

第二：挖掘問題

問題的挖掘有很多渠道，通過對數據的了解、通過調研、通過業務的反饋，無論哪種方式，都要和業務目標靠近。

數據埋點
主動提埋點需求。很多情況下，設計師感覺這里有問題，但是沒有客觀的依據就沒法證明問題的存在。數據分析是一個極好的方式，但遺憾的是，很多公司的數據埋點是產品提出的，設計需要統計的數據可能沒有，這是就需要設計師提出對應的埋點需求。

用戶研究
通過日常對用戶的研究，來積累用戶相關的問題，作為后續設計點的依舊來源。
通過這些訪談中的反饋，我們可以把問題的影響、出現的頻次、用戶的使用場景的內容都描述清楚。
如果要邀請其他角色加入，就要讓其他人了解問題的對應的背景、緊迫性、重要性，這樣才讓對方更有意愿一起來解決問題。
這種協作和問題解決的過程，有助于設計推動項目的成功實施。

日常觀察和使用
在日常工作中，無論是設計師還是其他團隊成員，都可能發現產品的問題或體驗瑕疵，比如用戶的吐槽、發現的 bug，或者體驗上的障礙等等。這些問題可以成為推動項目的切入點。

第三：推動方案

方案定義
一旦找到了設計切入點，就可以來定義：

• 設定設計目標：設計能解決問題的方向，以及和挖掘問題之間的關系
• 制定設計策略：解決這些問題的手段是什么
• 確定衡量指標：解決這些問題后，能帶來怎樣的價值，以及價值和設計的關系是什么

通過上面內容的定義，可以確定此方案的可行性，以及對于業務的價值。
目標和策略的定義，最好簡單點說，不要說那些高大上的黑話，譬如頂層邏輯，底層閉環，鏈路賦能之類的。本來設計的專業名詞讓其他人理解就有成本，再加上這些黑話，就會讓人不明所以然，就讓人不容易理解。
反正就是要說人話，最好公司的保潔都能聽懂。

為了能讓多方認可方案，通常會開會匯報，來邀請更多的與會者，橫向拉通共識，然后就可以開干了。這個方案包括：

• 定義內容：包括設計目標、設計策略、衡量指標等內容
• 方案初稿：具體的方案，建議以交互方案為主。在這個解決更多是闡述可行性，放視覺內容有些浪費，可能后續會有較大的調整
• 演示demo：制作演示demo要比干巴巴的講ppt更有畫面感。但是要注意時間投入，不要在demo上花費太多時間。demo是點睛之筆，不是必要內容，如果在上面花的時間太多，就有些本末倒置。如果有些公司不用ppt演示，用word或思維腦圖匯報，我建議就不用加演示。

匯報要挑重點內容講，大家的注意力是有限的，不要講述太多細節，老板更在乎的是這件事解決后能帶來什么價值，以及方案的運轉邏輯是否合理。這個匯報一定要讓你的老板參加，如果遇到一些棘手的問題，他可以幫助你解答。

還有，在方案設計階段，最好邀請產品來做把關，他們可以為設計提供業務視角的建議，可以作為對方案的有益補充，這樣可以增加提案通過的成功率。而且大老板們也希望看到多多團隊在一起共創，體現了員工的主動性。

第四：落地把控

對于設計推動項目來說，最擔心的就是推動過程中的風險問題。因為設計推動不像產品需求，有流程來保駕護航，有項目經理來進行把控管理（有些公司沒有項目經理，就是由產品兼職），全程都是設計在推動，稍有不慎就會導致項目的夭折。所以和多個角色溝通，識別潛在風險，確保項目能安穩落地。

邀請項目管理角色
如果可能，專業的事情就應該交給專業的人來做，最好能要到項目管理的角色，來幫你分擔這部分風險，確保項目的安穩落地。而且落地過程中的瑣事非常多，有很多不是設計師擅長處理的，有這個角色的存在，還能讓你安心投入推動項目中，減少無意義時間的損耗。

邀請產品來共創
如果可能，最好能和產品一起共創，通過這個過程，設計團隊能夠更好地與產品團隊協作，確保設計與業務目標保持一致。這種緊密的協作方式有助于雙邊的合作信任，實現設計推動的成功落地。
如果有產品介入，就可以讓他來寫PRD。如果讓設計師來寫PRD，就會有質量問題，譬如缺少重要環節，策略寫的不完善等等，畢竟設計師不是專業的。在落地過程中就會暴露這些內容的缺失，然后在進行補充，這非常影響工期。

作者：紀笙
來源：站酷

藍藍設計(www.skdbbs.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。

關鍵詞：UI咨詢、UI設計服務公司、軟件界面設計公司、界面設計公司、UI設計公司、UI交互設計公司、數據可視化設計公司、用戶體驗公司、高端網站設計公司

銀行金融軟件UI界面設計、能源及監控軟件UI界面設計、氣象行業UI界面設計、軌道交通界面設計、地理信息系統GIS UI界面設計、航天軍工軟件UI界面設計、醫療行業軟件UI界面設計、教育行業軟件UI界面設計、企業信息化UI界面設計、軟件qt開發、軟件wpf開發、軟件vue開發