他的龙根本太大了_动漫美女被吸乳视频漫画_欧美xxxx性疯狂bbbb_天天看天天爽天天摸天天添

設計師,一定要會做設計推動!

2024-2-16    博博

01)做設計推動的價值

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

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

 

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

 

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

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

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

02)做設計推動的難點


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

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

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

03)4步教你做設計推動

第一:了解業務

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

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

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

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

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

第二:挖掘問題

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

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

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

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

第三:推動方案

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

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

 

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

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

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

 

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

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

第四:落地把控

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

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

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


作者:紀笙
來源:站酷

 

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

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

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

日歷

鏈接

個人資料

藍藍設計的小編 http://m.ssll180.com

存檔