小白都能行的兩步走干貨:快速識別偽需求

0 評論 2018 瀏覽 13 收藏 10 分鐘

在產品經理的工作中,識別偽需求是需具備的關鍵技能之一,那么,產品經理要怎么快速識別偽需求呢?這篇文章里,作者對偽需求的定義、以及如何識別偽需求等問題進行了解讀,一起來看一下。

剛入行產品的小白,有沒有同感,那需求是“哐哐”甩到我們手上啊,需求量也是“杠杠”的。作為產品經理,深切感知到產品需求幾乎是無限的,我們勢必要學會做收斂,也就是抓住真正的需求,拒絕偽需求。我不信有產品說哪個版本能做完需求的,如果真做完需求了,咱們產品又該何去何從[手動表情包-/狗頭]……

思維發散了,來收回到主題,談干貨。

一、什么是偽需求?

“知己知彼百戰不殆”,所以前提是我們必須要了解什么是偽需求。

偽需求我們都知道它其實不是真實的需求,偽需求往往是基于假設和推測,或者客戶提出的一些想法等,而并非真正的需求。

了解了偽需求的含義,我們需要進步一思考下偽需求是如何產生的。結合其含義考慮,既然偽需求是基于假設和推測,那么它就存在一些不確定行因素在里邊了。

偽需求可能是由于但不限以下原因:

  • 信息不充分:在還沒有全面的了解到相關信息前,個人可能會出于本能的想象或推理其對應的結果,工作中則對應著去推理客戶的訴求。實際生活中也是如此,例如:假設朋友對你說她很難過,恰巧你又了解一些她的背景(經常和男朋友吵架),你可能更會主觀臆斷的揣測她是不是跟男朋友吵架了,或失戀了等,這時候我們應該更多的收集她為什么難過的信息,結果可能是她出門不小心摔了一跤或者是彩票差一點就中了大獎等。切記要以充分的事實依據說話,充分的事實論據才能對應可靠的結果。
  • 理解錯誤:并未深入理解、真正理解客戶描述的信息,導致理解出現偏差,其實就是沒抓住用戶的真實痛點等。例如界面上某些字段或數據信息客戶認為顯示不正確,你的第一反應可能是這些信息或數值獲取的不準確,然后不由分說的投入人力排查確認……但是客戶真實需求可能是說界面應該使用另外一個字段信息B替換當前信息,因為用戶會更關注B字段的信息。深挖用戶訴求、獲取真實需求,避免理解偏差導致耗費過多成本。
  • 市場誤判:由于市場的變化,可能會導致原本看似合理的需求不再適用等。
  • ……

二、如何才能快速識別偽需求?

在產品開發過程中,偽需求不僅可能會帶來人力、物力、時間等的資源浪費,還可能會導致產品失敗的風險。因此,在確定產品功能和特性之前,必須要進行深入的市場調研和用戶需求分析,以確保所開發的產品能真正滿足用戶需求,避免受到偽需求的影響。

第一步:透過現象看本質——深挖、探索用戶真實的需求動機

如何才能透過現象看本質,這需要我們應用現有方法論,在日常工作中不斷地鍛煉自己思考事情的思維方式和邏輯。在這里強推:5w2h法!切記將知道或了解誤認為自己已掌握,要知道通過不斷地實踐你才能真正獲得成長和進步。

  • What:需求是什么?明確地了解需求的內容和本質。對需求的描述一定要清晰、具體,避免使用模糊或不明確的語言。對于需求的定義,需要盡可能地貼近用戶的實際需求,千萬不要用自己的想象或假設來替代。
  • When:什么時候要?確定需求的時效性。是真需求還是偽需求,一個重要的判斷標準就是需求的緊急程度。如果用戶只是希望未來某個時間點有這樣的需求,那么這個需求就不是真需求,因為用戶并沒有表現出立即使用的意愿。
  • Where:什么場景會用到?明確需求的場景。真需求通常會在特定的使用場景下產生,要確認需求的適用場景。注意如果需求只適用于某些特定場景,那么相對于其他場景來說這條需求就可能不是真需求了。因此,一定要明確需求的適用范圍。
  • Why:為什么要做?深挖用戶提出這個需求的原因。是真有實際需要,還是只是出于某些特定的原因(比如預算、時間等限制)而提出的需求。這樣可以幫助我們判斷這個需求的合理性。
  • Who:誰提出來的?識別提需求的人和他們的背景。是真用戶還是假用戶?他們的意見是否具有代表性?有時候會存在真需求可能被假用戶或者少數人的意見所掩蓋的情況。
  • How:怎么做?深入了解實現這個需求的方案。例如考慮方案是否合理?是否具有可行性?是否存在其他方案等。有時候,實現偽需求的方案可能會暴露出其不合理性。
  • How much:成本、收益是多少?明確實現這個需求的成本和收益。如果實現需求的成本過高,或者與帶來的收益不匹配,那么這個需求就可能是偽需求。

第二步:明確本質定結論——確認需求頻度、范圍、緊急程度、成本、回饋效益

我們通過5w2h方法可以篩選出一部分需求,剩下的需求可能需要分階段考慮,因此對于所處當前階段這個需求可能還是“偽需求”,此“偽需求”非彼偽需求,第二步我們其實關注的是實現需求的規劃。著手眼下,篩選需求我們還可以綜合考慮但不限于以下內容

  • 需求頻度:明確需求使用頻率。主要是確認在業務實際應用過程中,面向用戶的實際使用的頻次如何。如果頻次很低又有其他已有方案可以實現,我們可以考慮延緩實現。例如針對云計算存儲、虛擬化等產品來說,由于產品偏底層,好多功能可以通過底層命令行方式實現。若當前版本規劃較緊張,對于那些低頻需求,且用戶需求并非很強烈,其實就可以考慮后續版本實現。
  • 需求范圍:明確并界定需求邊界,讓需求更明確。需求實現要有明確界限,“開口式”需求永遠都做不完。開放式需求無論在我們工作還是生活中都很常見,尤其是一句話需求。例如女朋友想要花,男朋友想要表。她本來喜歡百合花、玫瑰花,你非要送她向日葵。他本來喜歡機械表、石英表,你非要送他運動手表……
  • 需求緊急程度:可通過四象限法則來明確需求緊急程度,結合上一節介紹的內容綜合評定需求優先級。小白都能行的三步走干貨:快速制定產品需求優先級
  • 需求成本:確認實現或完成需求的實際成本。
  • 需求回饋效益:關注需求帶來的實際效益和反饋。注意高成本低回報的需求都不能作為“好”需求,就算其為真實需求。這種需求做多了,公司、團隊承受的壓力還是很大的,所以務須把握好!
  • ……

總結:作為產品經理,識別偽需求作為我們工作中的一項必備且關鍵的技能,我們要轉換自己的思維模式,多鍛煉自己的結構化思考力,這樣才能練就“火眼金睛”,工作中對待偽需求才能游刃有余!

本文由 @茨小詞 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

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