5個方法,讓你遠離“偽需求”
需求分析是產品經理工作中最常見也最重要的一部分內容量了。而面對眾多“需求”,學會辨認其中的“偽需求”,避免給產品建設帶來一系列問題則顯得格外重要。那我們該如何遠離“偽需求”呢?本文將為大家介紹五個方法。
今天我們來談談需求:
如果我們把每個職業都與一個詞聯系起來的話,那么看到代碼就會聯想到程序員,看到icon就會聯想到設計師,如果提到“需求”,自然就會聯想到產品經理了。
由此可見,需求在產品經理的日常工作中是多么常見。每個產品經理都會有一個需求池,里面收藏了很多的奇思妙想。一個優秀的產品,往往都是從這里一步步演化直到進入大眾的視野。
然而,在這個需求池里,也會有很多異類,他們偽裝成“真”需求,讓你很難分辨,誤以為它們會價值千金,實際上,輕則給你的工作帶來很多煩惱,重則因為一個“偽”需求而費工費時。
不如讓我們一起來看看你是否遇到過這樣的場景
場景:
“小明,我最近看我們的競品上線了一個社區模塊,你也去做一個吧?!?/p>
“好的,老板沒問題。交給我吧?!?/p>
于是小明很認真地畫好了原型圖,反復檢查了幾遍。覺得沒有任何問題,就興致沖沖地去找了研發團隊。告訴他們要做一個社區模塊。
研發leader問“為什么要做社區?”
小明不假思索地說“老板說的”
大家相視一笑,氣氛略顯尷尬……
以上這個場景不知道大家在工作中是不是經常遇到,甚至就是屏幕前面的你。一聽到老板的需求就火速開工。
在上面的場景中,研發收到了小明的需求之后,研發的Leader找到了老板。闡述了這個模塊的復雜度,以及現階段產品的重點不應該放在社區上,并且了解了老板的目的,原來老板提出這個需求僅僅是看到了競品中有社區模塊,而我們的產品中沒有社區模塊而已。這件事之后,老板以后很少跟小明去對需求。會直接找研發Leader,小明在團隊中慢慢地被邊緣化。
看到了嗎?看似沒有“問題”的需求,卻讓老板對小明失去了信任。逐漸地被邊緣化。
由此可見,在產品經經理的日常工作中,學會辨別“偽”需求是多么的重要。
那我們該如何應對呢?下面我為大家總結了五種常見的“偽”需求,希望可以在你的工作中帶來幫助。
一、學會思考需求背后的場景,頻次很低也是偽需求
我是北方人,有一年冬天打算去買一件紅遍社交圈的加拿大鵝。但是看了一下網上的價格,確實有點囊中羞澀。于是,便想起了代購會不會便宜一點。于是聯系了在新加坡的姐姐。老姐給我來了一句,在新加坡買羽絨服不存在的。
轉念一想是啊,誰會把羽絨服店開在新加坡呢?新加坡全年平均氣溫26攝氏度。根本不需要羽絨服。哈哈,現在想想幸好我不是加拿大鵝的亞太地區經理,否則我一定要被辭退啊。
上面這個例子其實很好地說明了一個需求在不同的場景下,很可能會變成一個偽需求。
所以在我們的實際工作中,接到一個需求時,一定要去研究需求背后的場景,在這個場景中,這個需求是高頻需求還是低頻需求?如果是低頻需求那就沒有解決的價值,與互聯網的網絡效應是相悖的。更應該去聚焦高頻需求,要解決群體的問題。而非個體的問題。
二、直接給到的解決方案要轉化為需求,不能還原成需求的解決方案都是“偽”需求
在平時工作中,其實你會經常聽到這種“需求”,產品經理你幫我加個按鈕吧。產品經理你幫我加一個搜索框吧。這些所謂的“需求”,看似好像沒有什么問題。但是你細細分析一下,就會發現,其實這些不是“需求”,這是解決方案。
這樣會造成什么樣的結果呢?就是你解決了一個問題同時又得到了一個新的問題。因為一個需求可能會有很多解決方案。同樣,一個解決方案也可能會對應多個需求。
假設你現在負責一款在線理財產品,你的運營同事說需要在用戶注冊的過程中獲取用戶的一些私人信息,大概需要的信息是姓名、身份證號、年收入等。
你看到這個解決方案沒有還原為需求,直接對產品進行了修改。改版的產品上線發現,注冊率斷崖式地下跌。
然后通過用戶調研發現,之所以會出現這種情況是因為在用戶剛剛接觸產品的時候,還沒有產生信任,這個時候問用戶要這么多的私人信息。用戶當然是一種抵觸的情緒。所以就導致注冊未完成用戶就退出產品了。這就是注冊率下降的原因。
那么正確的方式是應該怎么做呢?
首先,運營同事告訴你需要在注冊的過程中,獲取用戶的一些私人信息,大概需要的信息是姓名、身份證號、年收入等。
這個時候,你詢問了運營同事的目的——為什么需要用戶這些信息呢?
原來是需要通過這些私人信息,來進行對用戶分層,進行精細化運營。推送給不同的年齡,不同年收入的用戶不同的理財方案。
你明白了目的之后,給出了解決方案:
首先,用戶在初次進入產品時,還未產生對產品的信任。這個時候去索要用戶信息呢,大部分會被拒絕并且會影響注冊率。倒不如在用戶體驗產品,并且達到了aha時刻的時候再去向用戶獲取私人信息,這個時候成功率會高很多。同時,不會影響注冊率。最后,這個問題得到了解決同時也沒有影響注冊率。
在我們平時的工作中,會遇到各種各樣的解決方案。這個時候,一定要詢問對方的目的。從目的出發,去還原成需求。再根據需求的四要素(用戶、場景、訴求、任務)層層分析得到最優解決方案。這才是產品經理應該做的。而不是讓別人對你的產品“指手畫腳”。一定要謹記解決方案是要通過需求轉化的,直接給到的解決方案一定要轉化為原來的需求。
三、不動腦子地照“抄”并不是競品分析,但會是“偽”需求
如果說提到需求很容易聯想到產品經理,那么在產品經理的工作中,一定會有一個文件夾是競品分析。
在這個充滿競爭的時代,可能一兩個星期就要做一次競品分析。很多小白產品經理在做完競品分析之后,就會把競品比較好的功能全部照搬過來。有些時候其實是沒有意義的。產品經理在低頭趕路時,一定要記得抬頭看天。
網易云音樂想必大家都不陌生吧?—— 一個以歌單為核心功能的在線音樂播放軟件。
在網易云音樂剛起步時,大家都在吐槽這個軟件好難用,聽到自己喜歡的音樂必須要保存到歌單里面才能聽。并且沒有音樂排行榜。推薦方式都是通過歌單。反觀這個時候,市面上的音樂產品,酷狗、QQ音樂、蝦米沒有一個是沒有音樂排行榜的,同時沒有一個要通過歌單來進行推薦的。
你是否會有疑問?為什么市面上的音樂播放軟件都有排行榜。唯獨網易云音樂沒有呢?難道僅僅就是為了標新立異?
在開始的時候,我也很不理解。直到有一次看到網易云音樂的產品經理的訪問,這才解開了我的疑惑。
原來,網易云音樂在產品初期就立志成為一個聚焦長尾音樂的分享平臺,希望讓更多的人發現那些好聽但是苦于沒有資源推廣的音樂。
這個時候,你就會發現競品里的排行榜,在網易云音樂里面就顯得格格不入了。那些能夠上排行榜的音樂除了音樂本身質量過關以外,更多的是因為資源更好。如果網易云音樂也參照競品加入音樂排行榜,那么就與自身的產品定位背道而馳。
所以我們平時在做競品分析時一定要不盲目地去抄功能需求。而是要學會深層次的思考,競品為什么要做這些功能需求,這些功能需求背后都會隱藏著什么?它們的戰略是什么,范圍是什么,結構是什么,框架是什么。對應的分別是產品的戰略、產品的定位、產品的產品架構、產品的信息架構等等。
在做學習競品的時候一定要學會立體地去分析。而不是僅僅看到一個點,要從點及線,再從線及面。不動腦子地“抄”并不等于競品分析,作為一個產品經理一定要學會有所為,有所不為。
四、不要只聽用戶說什么,更重要的是找到背后的元問題
在日常的工作中,產品經理應該是距離用戶最近的。會經常聽到很多用戶的反饋,這讓我想到張小龍的一句話,每天微信都有一億用戶教我怎么做產品。
其實這也側面反映出產品經理每天都會聽到大量的用戶反饋。然而面對這么多的用戶反饋我們應該怎么做呢?是全盤接受,還是全盤否定。又或者是各有參半呢?在我看來,這些都不重要,重要的是發現他們背后的元問題。
福特與馬的故事想必大家都耳熟能詳了吧,在世界上還沒有車的時候,大家都在希望可以找到跑得更快的馬。但是福特卻直接給到了用戶一輛車,它不是馬,但是比更快的馬還要快。
是不是很有意思呢。
其實這就告訴產品經理一定不要只聽用戶說了什么,更重要的是找到背后的元問題。
福特就非常聰明,用戶之所以需要找到更快的馬,無非是想提高效率,更快地抵達目的地。所以在這背后的元問題就是從用戶要更快的馬變為了如何讓用戶更快、更有效率地抵達目的地。顯而易見,福特給出了更高效的解決方案。
在大學時期呢,學校周圍都會有一些小旅館。旅館的生意非常好,這個時候呢,老板想把旅館進行擴建。但是他每次看到大學生來都會說:“最近宿舍好吵,沒法在學校里面學習了?!崩习逵谑撬鸭撕芏嘤脩舻姆答?,發現大家都這么說。老板就靈機一動。原來,大家來我這里是因為宿舍太吵,沒法學習啊。于是把原有的旅館改成了學習室。結果可想而知,那些說為了學習的大學生,就再也沒有來過。
我相信大家看完上面的兩則例子,都應該明白了解決用戶背后的元問題的重要性。產品經理在了解用戶的反饋的同時,要把握用戶背后真正想解決的問題是什么?面對這個問題有沒有更好的解決方案。
五、不要為了短期目標,而損害長期目標
這一點在平時是比較難注意到的,所以需要我們時刻提醒自己。
讓我們看一下網易云音樂在面對短期目標和長期的目標是如何取舍的。
網易云音樂產品達到PMF時候,為了提升產品的使用頻次,所以團隊中有人提出添加場景音樂,可以直接在特定的場景中直接播放場景列表中的音樂。而不是要在自己的收藏的歌單中找到相應的歌曲再進行播放。
通過這種形式可以大大提高用戶的使用頻次和拓寬用戶的使用場景,但是網易云音樂卻沒有這么做。主要是因為網易云音樂的長期目標是成為一個分享歌單的音樂平臺,但是如果為了在短期內提升用戶的使用頻次和拓寬用戶的使用場景。那就勢必削弱用戶使用歌單的頻次,顧此失彼。
經過深思熟慮,最后,網易云音樂僅僅只保留了在車載場景和跑步場景的專屬入口,其他的形式依然通過歌單來進行音樂的播放。這就是一個很好地去平衡了短期目標和長期目標給出的解決方案。
在我們平時的工作中,常常面臨如何去權衡短期目標和長期目標。這個時候就需要產品經理去權衡利弊以及分析影響的范圍。短期目標與長期目標的比例最好保持在1:1,首先考慮,如果為了達到短期目標那么會對長期目標造成什么損害。之后要考慮可能會影響到的范圍是什么?是否需要進行功能模塊之間的聯動。動一發而動全身。
六、總結
以上就是五種常見的“偽”需求,很多“偽”需求對產品經理來說是致命的。所以一定要學會辨別他們,這樣才能夠在以后的工作中取得長足的發展。
如果以上這些你都記不住,也沒有關系。
只要記住一句話,遇到需求多問幾個為什么?不僅是對你自己,也可以是需求方。
一定不要小看這幾個為什么,因為它不僅可以培養你深度思考的習慣。還可以發現問題背后的元問題。
本文由 @YanYanYan 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
好文
這么好的文章居然沒人來評論,以上標準十分受益