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

鴻影發表於2016-06-28

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

需求階段的共創腦暴

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

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

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

互動與視覺如何分工

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

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

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

精益設計思維的應用

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

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

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

建立開放的共贏心態

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

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

相關文章