產(chǎn)品經(jīng)理進階成長過程中都會踩的坑(一)

文章開頭:本文是華仔個人號發(fā)布于產(chǎn)品壹佰的文章(http://www.chanpin100.com/article/104642)轉(zhuǎn)載文章僅供大家學(xué)習(xí),不作任何商業(yè)用途。

產(chǎn)品經(jīng)理要知道和掌握的技能非常的多,這也導(dǎo)致產(chǎn)品經(jīng)理經(jīng)常容易犯錯誤。

做一個成功的或者好的產(chǎn)品出來是比較難的,除了有平臺、資源、時機等問題以外,剩下的因素就都在產(chǎn)品經(jīng)理自身了。好的產(chǎn)品經(jīng)理能借助平臺,協(xié)調(diào)資源,能把握時機,但產(chǎn)品經(jīng)理自己也經(jīng)常犯錯誤。做出好的產(chǎn)品能讓產(chǎn)品經(jīng)理的成長加速很多,所以也會出現(xiàn)有的人三年經(jīng)驗就是資深或者專家了,有的人做了五年才做到高級。

做好一個產(chǎn)品經(jīng)理非常不容易,產(chǎn)品經(jīng)理要知道和掌握的技能非常的多,所需要涉獵的知識范圍非常的廣,這些其實也導(dǎo)致產(chǎn)品經(jīng)理經(jīng)常容易犯錯誤,原因很多情況下都是經(jīng)驗不足或者知識面狹窄造成的。這里介紹一些產(chǎn)品經(jīng)理在成長過程中經(jīng)常犯的一些錯誤,供大家借鑒。

一、以自己的需求代替用戶的需求

這是最容易犯的錯誤也是最常見的,很多產(chǎn)品經(jīng)理在設(shè)計功能的時候會從自身需求的角度出發(fā)去設(shè)計,開口就是“我覺得怎樣怎樣”,“我認為怎樣怎樣”,考慮的場景都是他自己使用產(chǎn)品的場景,而沒有從目標用戶群體使用的場景出發(fā)。

他們不去找目標用戶群體驗證核心業(yè)務(wù)問題及解決方案,就理所當然的用自己的想法來描述產(chǎn)品故事(用戶場景和用戶問題),這樣的情況下就容易YY出一些產(chǎn)品需求,而不是真正的用戶訴求。很多時候確實因為項目時間比較敢,來不及去找用戶驗證需求,這個時候也應(yīng)該理性的去分析目標用戶群體的屬性和他們使用產(chǎn)品的場景,而不是把自己的需求直接代入。

現(xiàn)在做產(chǎn)品越來越重視數(shù)據(jù),這也比較容易讓產(chǎn)品經(jīng)理忽略用戶,天天看數(shù)據(jù),就用數(shù)據(jù)的反饋直接取代了真實的場景化需求。數(shù)據(jù)確實很重要,但數(shù)據(jù)也容易掩蓋用戶人性化的需求,要想做出用戶體驗好的產(chǎn)品,除了看數(shù)據(jù)表現(xiàn)外,還要結(jié)合用戶心理活動去設(shè)計,這樣才能設(shè)計出人性化的產(chǎn)品。

產(chǎn)品經(jīng)理應(yīng)該學(xué)會傾聽不同的觀點,多和那些敢于批評自己觀點的人溝通,多接觸一線真正使用產(chǎn)品的人。無論是用戶量還小的初創(chuàng)產(chǎn)品,還是用戶量已經(jīng)很大的平臺級產(chǎn)品,一定要抽時間了解真正用戶的需求和感受,哪怕只是跟他們閑聊,也一定能發(fā)現(xiàn)一些和你自己之前想法不一樣的結(jié)論,只不過這時候要注意甄別需求的真?zhèn)巍?/p>

二、將用戶需求混淆為產(chǎn)品需求

可能這一點大家比較難理解,上面還在說要按照用戶的需求去設(shè)計產(chǎn)品,這一點就開始說不要按用戶的需求去設(shè)計,這不是相互矛盾么。沒錯,是有點矛盾,這么說的目的是要大家重視去甄別用戶需求的真?zhèn)巍?/p>

大部分產(chǎn)品經(jīng)理的工作流程是:收集用戶需求,整理分析用戶需求,把需求落地成原型,編寫產(chǎn)品需求文檔,然后交給技術(shù)人員開發(fā),接下來跟蹤項目進度,協(xié)調(diào)資源,驗收成果,最后發(fā)布產(chǎn)品。這個工作流程沒有毛病,容易出錯的不在這個流程上,而是在需求分析階段,分析的結(jié)果會轉(zhuǎn)化成產(chǎn)品需求,如何轉(zhuǎn)化是特別需要注意的問題。

很多人都會背需求分析的方法,做加法,做減法,其實很多人都忽略了一點,就是還要做需求挖掘。如果只是單純的把用戶需求翻譯成產(chǎn)品需求,那就真的是人人都可以當產(chǎn)品經(jīng)理了,那我們產(chǎn)品經(jīng)理崗位的專業(yè)性還體現(xiàn)在哪里?

要從公司核心業(yè)務(wù)發(fā)展和產(chǎn)品設(shè)計的角度思考用戶需求,然后把用戶需求轉(zhuǎn)化成為實際的產(chǎn)品需求。在汽車沒有出現(xiàn)的時候,你問用戶最想要什么?用戶會說,我想要一匹跑得更快的馬。用戶的需求看上去是要一匹好馬,但實際上轉(zhuǎn)化成產(chǎn)品需求時,其實用戶需要的是更快的速度。這個例子大家都聽說過,但要仔細思考一下這個例子的用戶場景。

用戶需求是提出一個問題,產(chǎn)品需求是這個問題的解決方案。所以當用戶需求被表達為一種解決方案時,要探尋其背后的實際訴求,因為用戶的認知水平和場景局限性會影響其提需求的認知。比較好的解決問題的辦法是:頭腦風(fēng)暴,加強可行性分析和需求評審,多一點人思考能避免一部分的個體思維局限性問題。

三、將老板需求混淆為產(chǎn)品需求

哈哈,這是一個老生常談的問題,也可能是很多產(chǎn)品經(jīng)理內(nèi)心的痛,我估計這可能也是很多產(chǎn)品經(jīng)理萌生自己創(chuàng)業(yè)當老板的內(nèi)心底源動力,不想繼續(xù)憋屈下去。對于大多產(chǎn)品經(jīng)理來說,都應(yīng)該遇到過大大小小老板提過來的各種各樣的需求,就算明顯不靠譜的需求,也不敢反駁,只能安排落地開發(fā)。

在這里,我不是要教大家如何去反駁,而是要如何從專業(yè)的角度去分析,有一點大家要特別注意,老板之所以能成為老板,肯定有其過人之處,當然那些狐假虎威的,沾親帶故的偽老板除外。老板有老板的格局和視野,他有一些獨享的信息和行業(yè)經(jīng)驗是你所沒有的,而且不說別的,他有他當老板的權(quán)利。老板的需求是肯定要聽的,老板也是用戶之一,他的需求也是用戶需求,只是不要聽過來直接當成產(chǎn)品需求。行業(yè)內(nèi)老板的典范當屬馬化騰了,至少公開出來我們所知道的,他都是提了一些靠譜的需求,而且行業(yè)內(nèi)都認為他本身就是個產(chǎn)品經(jīng)理。

針對老板提過來的需求,更要加強需求分析的深度。要從老板這里深入地追溯他的需求來自哪里,是基于什么樣的使用場景和什么類型的用戶產(chǎn)生的,有沒有具體的實例說明,追溯的過程也是消化探討的過程,發(fā)現(xiàn)不靠譜的地方可以直接溝通。然后花一定的時間和精力去理解,拿出初步的方案,如果方案中和需求差異比較大的,要從公司業(yè)務(wù)發(fā)展和產(chǎn)品核心業(yè)務(wù)流程的角度,想辦法說服老板,按你的方案去設(shè)計,畢竟老板也是希望產(chǎn)品越做越好的,只要你是從為了產(chǎn)品發(fā)展角度思考的,理由站得住腳,一般老板都是會聽的。

另外,一般來說老板的需求大部分都是合理的,只是優(yōu)先級沒有那么高??梢赃m當?shù)耐涎右幌拢瑥牡?jié)奏控制、開發(fā)資源消耗情況、需求理解分析需要時間的角度出發(fā),去給到老板一個比較合理的說法。等到下個迭代的時候,如果老板還記得這個需求,并經(jīng)常問你進度的,就趕緊給他安排實現(xiàn)一部分,老板特有的權(quán)利要能適當?shù)臐M足。

四、將用戶行為數(shù)據(jù)需求混淆為大數(shù)據(jù)需求

大數(shù)據(jù)發(fā)展到現(xiàn)在,已經(jīng)到了任何一個行業(yè)的產(chǎn)品都需要支持大數(shù)據(jù)需求去做智能化了。但是很多人的理解更多停留在了數(shù)據(jù)收集下來可以應(yīng)用,數(shù)據(jù)可以生成報表,數(shù)據(jù)可以用來分析出問題這樣的層面,實際大數(shù)據(jù)建設(shè)的最大作用在于輔助做決策參考,以及做業(yè)務(wù)發(fā)展的同比分析和預(yù)測分析。像常見的精準化推薦營銷,業(yè)務(wù)流程分析優(yōu)化是大數(shù)據(jù)比較基礎(chǔ)的應(yīng)用。

很多產(chǎn)品經(jīng)理剛開始做大數(shù)據(jù)需求的時候,要么借助第三方統(tǒng)計工具做使用行為分析,比如頁面間的漏斗分析和用戶活躍情況分析;要么開始在產(chǎn)品上埋點,用于做業(yè)務(wù)流程優(yōu)化分析。這類分析更多都是基于用戶行為數(shù)據(jù)的分析,由此產(chǎn)生的需求也都是用戶行為趨同導(dǎo)致的優(yōu)化需求,本質(zhì)上和基于用戶反饋的優(yōu)化需求有點類似,只不過這種是通過數(shù)據(jù)反饋出來的。

大家很容易忽略掉一類數(shù)據(jù)就是業(yè)務(wù)數(shù)據(jù)的收集和分析,在產(chǎn)品實際運作過程中,基于用戶的使用,業(yè)務(wù)數(shù)據(jù)會表現(xiàn)出來很多有價值的信息,比如不同時間端某個SKU商品的庫存消耗情況,可以用于該SKU實際庫存閾值的分析,進而指導(dǎo)虛擬庫存的設(shè)置。這是很小的一個點,放大了之后,還可以分析倉庫貨物的周轉(zhuǎn)情況,這樣就能預(yù)測在大型促銷活動的時候,倉庫會不會爆倉。

當產(chǎn)品經(jīng)理在建設(shè)大數(shù)據(jù)系統(tǒng)的時候是基于業(yè)務(wù)使用場景和發(fā)展場景考慮的時候,相應(yīng)業(yè)務(wù)數(shù)據(jù)的收集和處理才會特別留意,從而不至于出現(xiàn)到要分析數(shù)據(jù)的時候發(fā)現(xiàn)很多數(shù)據(jù)都只有訂單里面有,很難剝離出來的情況,甚至是訂單數(shù)據(jù)里面都沒有,那就無從下手了。

文章結(jié)尾:再次申明所有轉(zhuǎn)載文章僅供學(xué)習(xí),感謝華仔老師的無私分享。如果喜歡我的文章點關(guān)注??吧!比心呦!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容