設(shè)計師，一定要會做設(shè)計推動！

2024-2-16 博博

01）做設(shè)計推動的價值

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

作為產(chǎn)品和用戶之間的翻譯官，把復(fù)雜的業(yè)務(wù)邏輯翻譯成用戶能了解的方案，讓用戶使用的更順暢。

作為產(chǎn)品和研發(fā)之間的橋梁，把功能的界面描述，變成具體的操作流程、原型、標(biāo)注切圖，來提供給研發(fā)，讓他們能把功能具現(xiàn)化的實現(xiàn)。

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

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

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

02）做設(shè)計推動的難點

做設(shè)計推動，對設(shè)計師提出了很大的挑戰(zhàn)，需要他們在業(yè)務(wù)的角度，去了解業(yè)務(wù)、了解數(shù)據(jù)、挖掘問題。

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

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

03）4步教你做設(shè)計推動

第一：了解業(yè)務(wù)

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

了解業(yè)務(wù)目標(biāo)
我們一定要了解業(yè)務(wù)的目標(biāo)，不然就會出現(xiàn)，優(yōu)化點雖然產(chǎn)品團隊認(rèn)可，但并不在他們的計劃內(nèi)，就會導(dǎo)致優(yōu)先級很低，在非常長的一段時間內(nèi)，不能被安排排期。
所以，我們一定要了解產(chǎn)品的目標(biāo)，這樣做的內(nèi)容才是他們想要的，才能有資源安排上。

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

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

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

第二：挖掘問題

問題的挖掘有很多渠道，通過對數(shù)據(jù)的了解、通過調(diào)研、通過業(yè)務(wù)的反饋，無論哪種方式，都要和業(yè)務(wù)目標(biāo)靠近。

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

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

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

第三：推動方案

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

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

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

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

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

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

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

第四：落地把控

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

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

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