什么是需求分析,如何進行需求分析

8 評論 43180 瀏覽 214 收藏 6 分鐘

我醞釀著寫下這篇文章,也算是自己的一點總結,希望有更多見解的同行留下你寶貴的評論。

最近跟一做產品經理的朋友討論ofo單車要不要做一個導航功能時,我的觀點是不增加,他的觀點是要增加,這無非就是大家工作之余的一點閑扯,卻讓我意識到工作中經常也會遇到增加需求的情況,需求分析有沒有幾個典型的分析維度呢?

概念先行

偏執行力的產品助理或產品專員拿到一個需求后的工作流程如下:

我以前就是這樣的工作流程,把需求分析理解為是以更好的滿足需求為目的的分析過程,以至于自己都被自己的“完美”設計給震驚了,但卻忽視了一個重要問題,“有沒有必要開展這項工作?”俗話說,方向都錯了,再努力又有什么用。

而標準的工作流程應該是獨立出“需求分析”,并且這個環節是整個產品工作流程中極其重要的步驟

當接到一個功能需求,你通過主觀判斷不需要滿足時,該拿什么來支撐你的說法呢?“需求不是無中生有的,有需才有求”,所以你只圍繞“需求不合理”來說服別人,是很難達到效果的,你需要一套思維邏輯組合拳還給提需求的人,才能讓其信服,這也是我寫這篇文章的根本原因。

需求分析的過程可以分為三個步驟:

至于“如何滿足需求”應該是設計環節考慮的事情。

如何分析?

軟性分析

需求來源是否可靠?

不要誰的需求都聽,每個人都有自己的想法,也有自己的需求,沒有哪個產品能滿足所有用戶,系統分析需求之前應該先搞清楚需求提出人身份,是目標用戶嗎?是產品重度使用者嗎?是功能服務對象嗎?是老板親自提的嗎?(呵呵),不是說來源不可靠的需求就完全不做分析,但這一點也需要考慮在你的分析范疇內。

需求目的是什么?是最優的選擇嗎?

網上經常提到“偽需求”、“核心需求”、“需求本質”等詞匯,就是說不要被表面需求所蒙蔽,要挖掘更深層次的東西,搞清需求提出者提出這個需求的最原始目的,往往需求提出者自己意識不到,需要你來發掘。搞清目的后再重新審視這個表面需求是實現這一目的體驗最好、成本最低的方法嗎。

需求符合現階段的產品定位嗎?

產品定位雖然在整個產品生命周期中會做調整,但產品定位還是給產品設計指明了設計方向,就好比原則對于一個人的重要性。

硬性分析

滿足需求的條件成熟了嗎?

都說做產品要有工匠精神,羅永浩說過、丁磊也說過?!皩幙蔁o,也不可不精”,產品應該抱著這樣的思維來考慮問題,有些需求固然很好,但是要考慮產品現階段狀況、技術水平是否能很好的滿足這一需求,如果不能,寧可暫時不做,避免適得其反。

通過場景設想檢驗需求的合理性。

就拿共享單車做導航功能的話,單手騎車嗎?每次看導航都停下單車?戴耳機聽語音導航?科技的魅力在于讓一切變得簡單,如果說一個場景下的某個功能不是方便用戶,那么這樣的功能又有何意義,至少對用戶來說是個雞肋。

拿數據說話。

如果有數據作支撐,溝通起來會容易得多,這個毋庸置疑,但是不是所有的需求都有拿數據說話的必要,數據也不是那么容易能拿到的,所以這個方法雖然有效,但實用性不高。

最后還是拿不準?那就試錯吧。

 

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 其實需求分析就是要挖掘直接需求后面的間接需求,或者說顯性需求后面的隱性需求,這要求需求分析人員很懂業務,站在業務的角度上考慮問題,再結合IT的視角給出方案,如果能做到比業務還懂業務,加上好的溝通技巧與情商,那些求分析這事兒就一切盡在掌控中了。

    來自北京 回復
  2. 醉了,共享單車的導航 你竟然這么評價 ,那你有沒想想過 用戶在打開共享單車時 輸入一個要去的目的地好,還是繼續打開另一個導航類APP方便?我出門用這種車如果去陌生的地方肯定會戴耳機,我相信跟我一樣的用戶也有,你否定了一個 使用方面的需求,你站在太遠的角度來 考慮這一點了吧??

    來自北京 回復
    1. 我覺得作者對ofo是否有必要增加導航功能的判斷角度上確實有點偏,但我認為導航這個功能確實意義不大,因為像高德導航這類導航應用已經足夠好了,而且已經包含了騎行模式,像自駕、走路、公交模式一應俱全,一般經常出門有需求的朋友早就安裝了,額外打開一個app對于有需求的人來說并不是什么差體驗,就算沒有安裝,下載一個也并非難事。ofo解決的是自行車的問題,這是用戶的痛點,至于導航,對絕大多數人來說不是痛點,即使是痛點,大家也已經下載高德了。就像支付寶里有社交聊天功能,然而大家還是習慣用體驗更好的微信,我支付寶給朋友轉錢了也習慣去微信再說一下,多打開一下微信也沒覺得體驗不好。如果ofo加入導航模塊想成功,那至少具備兩點,1,功能水平至少和高德相當,2,體驗不能比高德差很多,達到這兩點需要投入很多的人力(畢竟高德有這么多年積累,你想幾個PM就搞定肯定不現實),投入產出比是個問題,與其自己開發這個模塊,還不如和高德做接口,直接跳轉高德來得好,同時高德也可以和ofo做跳轉,共享流量,形成共贏。

      來自北京 回復
    2. ??

      來自北京 回復
    3. 你上面的這個答案說服我了,這個文章的作者分析判斷的我也是醉了

      來自上海 回復
    4. 分析的很棒哦,還有一個場景個人認為選擇騎自行車都是比較短途的,所以導航的需求沒有那么高

      來自北京 回復
    5. 真的需要,我就是每次打開兩個app我一直想他為什么不做呀,我一般就是聲音開到最大放口袋里,然后到路口的時候提醒我是直行還是右拐之類的

      來自江蘇 回復
  3. 文章提供了些需求分析中需要考慮的角度。。。

    來自遼寧 回復