更深入高效的產品設計上下游協同模式探索

0 評論 9601 瀏覽 22 收藏 9 分鐘

在大公司里,傳統的產品設計工作流程往往是環環遞進的瀑布式協作,交互設計師等到 Prd 評審開始才介入需求,然后交付黑白線框稿等給視覺設計師跟進;這種工作模式固然可以讓每個人在自己的崗位上做得更專注、專業,但卻不利于項目整體效率提升和設計師個人的橫向能力發展。比較幸運的是,雖然我是大公司的一員,但身邊不少同事們卻都更傾向和鼓勵崗位全面發展和交叉協同,當我提出想改變在項目中合作模式的想法時,也能得到「好啊讓我們一起來試試吧」的響應。

需求階段的共創腦暴

如果等到 Prd 正式評審后才開始介入設計,交互設計師對于設計背景的理解程度會更容易被業務方限制死(尤其是設計師本人缺乏真實用戶代入感的B端產品),對業務目標、用戶故事、用戶目標等的闡述也更容易變成對業務方需求的簡單復述,而難以產生自己對產品的獨到見解,容易變成只會將固有需求畫出來的「線框仔」,如果遇到的還是那種會把 Prd 畫得很精細的 PD,思維限制就更強了。

而現在,我們開始和 PD 團隊一起嘗試在項目的需求前期做更多「共創」。運營、PD、設計師共同作為觀察員角色參加用研組織的焦點小組會議,設計師直接傾聽到不同目標用戶的真實聲音與訴求(而不是僅僅接收業務方加工轉述的信息),進而主動形成對產品接下來的設計方向的思考(如我們發現不同用戶訪問產品的場景和訴求差異較大,一套通用的內容解決方案難以應對,所以提出將「個性化」作為接下來產品設計的主要方向之一);在和業務方達成具體的產品改版大目標共識后,又一起進行需求框架、用戶畫像、故事板、功能布局等的頭腦風暴,共同將需求細化清楚后,由設計師全面負責圖形化解決方案的思考,PD 則不再畫線框出傳統 Prd,而是更關注「看不見」的業務底層邏輯(如內容推薦的算法實現思路等)。

PD 團隊并不覺得這么做是被我們搶了飯碗,反而很喜歡大家一起在白板前拿著便簽紙馬克筆腦暴的形式,甚至主動鼓勵我們去作為項目中某一塊內容的 Owner。在前期需求階段的積極參與有利于我們更深入地理解業務、理解用戶,從更全局的角度思考問題,做出更滿足業務與用戶訴求的設計方案,和獲得更多項目組的信任與話語權。

交互與視覺如何分工

我不太認同交互設計與視覺設計可以完全合并為一個崗位,雖然自己也沒少在項目中直出視覺稿,但最多只能覆蓋一部分 UI 設計的活,在品牌、平面、插畫、推廣等領域的素養和專業視覺設計師還是無法相比。

但這并不意味著在實際項目中,就需要嚴格遵循交互畫完黑白線框稿、交付視覺探索風格輸出高保真這樣的工作流程。在實際項目中,是存在一部分重交互輕視覺(比如有大量可復用成熟組件的后臺產品)和重視覺輕交互(比如強運營推廣性質的單一頁面)的需求的,一個略懂視覺的交互/一個略懂交互的視覺完全可以獨立承擔(但在正式評審前需要彼此把關質量),這樣有利于節省更多溝通確認和二次評審帶來的時間成本,減少更多價值不大的重復拼湊,也更加鍛煉設計師的橫向專業能力。

目前我已經開始和視覺設計師一起在項目中推動這種一人覆蓋彼此把關的協作模式,而這種模式在公司其他設計團隊里已經出現得不少,在項目時間急資源緊的情況下,更能夠帶來比較實用的價值;于個人而言,在鍛煉橫向能力之余,也可以節省出來更多的溝通評審時間用來做一些思考沉淀性質的工作,而不是讓完成業務需求占據了全部精力。

精益設計思維的應用

在學校的時候,我曾以為類似《贏在用戶》里那些五花八門的用戶研究方法在企業工作中是標配,但參加工作了卻發現完全不是這樣,事實上,專業的用戶研究從發起到輸出報告的時間周期是比較長的,難以跟上快速迭代的產品業務節奏,很多項目中甚至完全沒有專業的用戶研究環節,最多有一些業務方的用戶訪談記錄。

在項目有正式的焦點小組之前,我多是通過翻閱業務方的用戶訪談報告、和業務方交流、參加部分目標用戶對焦會等形式來了解用戶痛點與訴求,在試圖基于此推導出解決方案時,被指出缺乏有力的數據埋點和用戶調研支撐,有了解決方案也不好驗證是否起到了積極效果;而在旁聽了幾場焦點小組會議之后,卻發現和之前那些非專業用研得到的用戶痛點訴求吻合度很高,PD 組也覺得更多是驗證已有的想法結論,新發現不多。

這讓我想起兩年前接觸的 Lean UX 理念,「提出假設,快速驗證,不斷迭代」,我設計的并不是那種隨便一個小改動就可能招致吐槽無數的產品,用戶端壓力相對較小,產品設計方案其實并不一定需要等到有專業數據和用研產出支撐再開始,先假設再驗證迭代的思路反而能更快速有效地推進自己想做的項目;而如果被動等待數據、用研報告一一出來,在這個相對較長的周期里會迅速被其他業務需求分散精力(公司怎么會讓你閑著等呢哈哈),最后「拖著拖著就沒聲音了」。所以我提出在之后的項目中實踐 Lean UX 思維,也得到了業務方的初步認同,不過具體見效如何就要等后文了。

建立開放的共贏心態

產品設計協同模式的改變并不是一個人說了算話的,也需要獲得上下游各職責一致的認同,不過讓我驚喜的是,在和項目組伙伴溝通自己對于協作模式改進的想法時,并不需要花費什么力氣去「撕逼」說服他們,而是剛一提出就能得到認同、甚至他們之前就已經有了不謀而合的想法。

我覺得這應該是大家普遍都有一個相對開放共贏心態的緣故,都不滿足于只做好自己崗位范圍內的螺絲釘角色,也不對別人「入侵」自己的領域產生防范抵觸心理,而是覺得只要一起更高效有力地拿到最后結果就是好事。很幸運,繼續加油!

 

本文由人人都是產品經理專欄作家 @鴻影?原創發布于人人都是產品經理?。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!