產(chǎn)品設(shè)計方案反復(fù)修改后,還是無法確認怎么辦?
工作中,你是否經(jīng)歷過需求、設(shè)計被領(lǐng)導(dǎo)的一句話就問倒了,產(chǎn)品設(shè)計方案被反復(fù)打回修改……久而久之,覺得自己沒有了工作熱情,做什么都是錯的。如果你正經(jīng)歷以上情況,本文或許能為你帶來一些幫助。
工作中都會遇到大大小小的問題,每個階段總會有一個瓶頸期,無論怎么學(xué)怎么努力就是不管用,上級領(lǐng)導(dǎo)認為你沒用心,做出的東西不滿意,重新做;需求總是改來改去,導(dǎo)致整個團隊無限返工、延期,最后沒結(jié)果;即使在做的時候已經(jīng)想了很多,但與領(lǐng)導(dǎo)確認方案的時候還是會被別人的一句話問倒,總覺得別人的方案比自己的好,之前做的全部工作全都白費;已經(jīng)過會確定的需求,進入研發(fā)階段,因為別人的一句話或者一個想法就否定自己原先的設(shè)計,直接采用新的設(shè)計方案,導(dǎo)致需求返工,還是無法確認需求…… 久而久之,會發(fā)現(xiàn)自己越來越不自信,別人說什么都是對的,自己做什么都是錯的,對工作沒有了熱情,讓怎么改怎么改,只想著趕緊上線完事兒。
那么,這其中的核心問題是什么呢?當自己現(xiàn)在所掌握的能力無法滿足實際工作需要時,再怎么努力也是瞎忙,沒有任何效果。只有找準問題、分解清楚問題才能有有效的解決方案。
一、背后的原因是什么呢?
排除其它的影響因素,造成上述現(xiàn)象背后真正的原因是什么呢?真的是自己想的那樣,是別人的問題,自己不被理解的緣故嗎?
(?)產(chǎn)品設(shè)計方案不過關(guān),通過率低
在與上級領(lǐng)導(dǎo)確認設(shè)計方案時,要不是被別人的一句反問堵回來,要不就被說這個設(shè)計方案沒有邏輯,要不就是在討論其它的東西時,已經(jīng)確認的東西返回來重新修改,最后總結(jié)的一句話就是,你多看看別人的東西怎么做的。
這些在之前做的東西中都做過,但為什么現(xiàn)在就行不通了呢,明明之前有做過類似的東西,那時候就想到了,這時候咋忽略了呢……背后的原因很可能是:
1.需求沒完全理解
這個是很容易能得到驗證的,需求沒理解透最終導(dǎo)致的結(jié)果就是做的東西看起來像但實際上不是那樣。
需求是用戶在一定場景下遇到的問題而得出的解決方案,而在實際工作過程中,我們得到的信息是很有限的,有了需求卻不知道背后的場景與這個場景下的問題,本來是解決了問題才能解決需求,但實際上連問題是什么都不清晰。這就會與實際的業(yè)務(wù)邏輯不符合,頁面做的再漂亮,到了實際用戶手中是沒有用的。
2.可能是因為沒有建立自己的產(chǎn)品框架
就比如線上購買支付這個功能,我們都知道網(wǎng)上買東西或者線上開通會員都需要用到支付,都是一個選—確認—支付—返回支付結(jié)果的過程,后臺都需要記錄相關(guān)的業(yè)務(wù)單和財務(wù)賬單。
如果我們把線上支付(從第三方支付平臺的對接到用戶線上支付流程的閉環(huán))相關(guān)的東西掌握,只要與具體的業(yè)務(wù)場景相結(jié)合,它就可以滿足一個新的需求。
如果沒有這個框架就會導(dǎo)致自己每得到一個需求,總是從0-1的思考,從0-1的去設(shè)計,到最后,雖然做了很多東西,但接到新任務(wù)、新需求還是從0-1開始,再做多少年,也是這樣,或者說自己的功能庫多了點。
(二)反復(fù)修改確認,產(chǎn)品設(shè)計時間過長
實際工作中,設(shè)計方案不滿意經(jīng)歷幾次修改確認是正常現(xiàn)象,但如果已經(jīng)進入UI設(shè)計階段或者研發(fā)階段再去修改、確認,這是不正常的。這個現(xiàn)狀的背后的問題是什么呢?
1.與真實用戶脫節(jié),對業(yè)務(wù)的理解還不到位
每個需求都是有具體的目標用戶的,用戶身份不同,同一個問題背后的需求也是不一樣的,當與真實用戶脫節(jié),業(yè)務(wù)理解不到位,很可能就把整個需求理解錯誤,打回返工的機率可想而知。
2.核心需求沒掌握,目標感弱
當核心需求沒掌握時,就會出現(xiàn)什么問題都想解決,但最終每個問題都沒解決,或者說解決不到位,用戶不會用;本來是為了解決A問題,卻提供滿足B需求的方案,這時候先別說用戶懵,可能產(chǎn)品設(shè)計方案的提供者自己也是懵的。
產(chǎn)品的每一個功能,每一個頁面,每一個產(chǎn)品設(shè)計方案,都是圍繞著用戶、圍繞著具體場景下的核心需求來做的,當目標感缺失,就會造成領(lǐng)導(dǎo)想要A我們給的是B,用戶想要B,我們可能給的是C。
回過頭來想想我們每次輸出的東西是不是都是以核心需求來做的?每個版本迭代的目標,是不是都有核心的內(nèi)容、流程在把控。
3.產(chǎn)品設(shè)計能力欠缺
導(dǎo)致這種現(xiàn)狀的原因,還有一個可能就是產(chǎn)品設(shè)計能力欠缺。
每個產(chǎn)品設(shè)計方案其實都是可以的,我們需要提供的是適合當前用戶、場景和業(yè)務(wù)邏輯的方案,比如選品—下單的流程,有的未登錄也可以直接下單并支付,有的必須在點擊“直接購買”的按鈕時就必須登錄,這兩個產(chǎn)品設(shè)計方案都可以,但要具體分析一下,我們做的產(chǎn)品,當前階段是否必需做這個,做的價值是什么,不做的價值是什么,是否有更多的資源去提供后期訂單歸屬的功能。
當這些我們都沒思考過,再多的產(chǎn)品設(shè)計方案也是功能的堆砌,并不能發(fā)揮其真正的作用。
(三)別人的一句話就讓自己產(chǎn)生懷疑,想要立刻使用別人的方案
功能庫缺乏,對功能背后的東西理解不透徹。
除去心理等其它外在因素,很有可能是我們的功能庫不健全,沒有理解每個功能是什么,背后要解決的問題是什么,滿足了什么需求,能夠得到的價值是什么。
每一個功能的產(chǎn)生都是別人在解析用戶、場景、問題及背后的需求所得出的結(jié)果。如果我們沒有理解透徹,只是搬過來使用,久而久之的否定就會造成上邊所說的現(xiàn)狀。
二、怎么改變現(xiàn)狀呢?
(?)接到任務(wù)時,預(yù)留更多的理解需求和思考的時間
當我們讓自己的大腦更多的沉浸于做事,而沒有時間去思考為什么做這件事、這件事的目標是什么,也沒有時間去復(fù)盤總結(jié),這時候的忙碌不僅沒有任何效果,還會讓自己的大腦停止思考,久而久之,就會每天處于趕項目趕進度,看似做了很多自己的能力卻沒有任何提升。
當我們預(yù)留更多的時間去理解需求、思考任務(wù)的目標時,才有可能有正確的目標指引,做出來的東西才是在正確的方向上不斷進階的。反之,很可能走偏甚至背道而馳。
接到新項目新需求,多預(yù)留一部分時間,用來理解用戶、理解需求,梳理優(yōu)化流程,思考合適的產(chǎn)品設(shè)計方案,總比一有需求直接上手做錯了再返回重做的好。
(二)產(chǎn)品框架的搭建
無論是一個平臺、模塊、頁面、功能,都是可以提煉出來共通的產(chǎn)品框架的,而產(chǎn)品框架搭建的過程就是我們梳理產(chǎn)品核心模塊/功能的過程。
如果我們提前將這些核心模塊、核心功能考慮明白并總結(jié)出來,那么無論新的需求還是功能的修改都是在這些框架內(nèi)進行,而不會沒有核心沒有邊際。
這樣在做東西時,從思考的維度框架、產(chǎn)品設(shè)計方案的優(yōu)劣、功能技術(shù)可能要遇到的難點及所需研發(fā)時長,我們都會有整體的把握,不僅可以在一定程度上避免反復(fù)修改,還能讓我們對這個產(chǎn)品設(shè)計方案整個生命周期有整體的認識。
(三)產(chǎn)品設(shè)計過程中多碰撞、多討論、多確認
產(chǎn)品設(shè)計過程中的確認、碰撞的過程可以在一定程度上避免因需求理解不透徹或者有某些信息未同步而導(dǎo)致的產(chǎn)品設(shè)計方案推翻、重來的機率,特別是在我們無法一下子達到能夠準確把握住用戶的心理、理解分析需求的情況下,這樣做更能夠集思廣益,避免走偏。畢竟每個人所掌握的信息、能力也是不同的,碰撞溝通的過程也就是確認、吸收學(xué)習的過程。
(四)抓住并理解核心需求,根據(jù)核心需求去思考、做東西,強化目標
抓住核心需求有利于我們確認目標,將更多的精力放在滿足核心需求上,而不是像無頭蒼蠅一樣,這個也做,那個也要。這樣我們在進行產(chǎn)品設(shè)計時,就可以知曉哪些當前階段必做的,哪些是可有可無的,特別是在研發(fā)資源緊張的情況下。核心需求是基礎(chǔ),目標是建立在核心需求之上的,相輔相成。
三、總結(jié)
這些問題,可能有些產(chǎn)品還沒遇到也有可能正在經(jīng)歷,但不管怎么說,找準問題—解析問題—解決問題是我們每天都在經(jīng)歷的,也是我們整個產(chǎn)品生涯中必不可少的能力。這個過程不僅可以強化自己的思維,找到快速定位問題的方法,還可以解決實際問題,對自己、對產(chǎn)品、對團隊都是有價值的。
本文由 @阿井 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
說的 太對了 ,工作常態(tài)就是 怎么做都不對。
跟領(lǐng)導(dǎo)過需求就是你看看別人家怎么做的,不給自己發(fā)言的機會,真的很難頂。
加油