需求分析05:如何評估產(chǎn)品需求?
上篇文章講了怎么定義產(chǎn)品需求,通過學(xué)習(xí)我們發(fā)現(xiàn),每一個用戶端的需求,到了用產(chǎn)品方案來實現(xiàn)的時候,往往對應(yīng)著多個產(chǎn)品需求,用戶需求越多,產(chǎn)品需求也會越多。
需求的增長可以是無止境的,而公司的人力,物力,財力等卻是有限的,即使在大公司,也只是整體人才儲備比較豐富,具體到了某個產(chǎn)品或項目,資源往往也是捉襟見肘,不能一下子實現(xiàn)所有的功能;幾乎所有的公司都面臨需求多,任務(wù)重,資源少的現(xiàn)狀,在這種情況下,就需要產(chǎn)品人員對產(chǎn)品需求進行評估,找到在當前階段最重要的功能進行開發(fā),那么怎么來進行評估和判斷呢,下面分三個方面來說明:
- 產(chǎn)品需求分類
- 產(chǎn)品版本規(guī)劃
- 功能優(yōu)先級排序
一. 產(chǎn)品需求分類
在這里給大家介紹一種方法,KANO 模型分析法,KANO 模型是東京理工大學(xué)教授狩野紀昭發(fā)明的,是以分析用戶需求對用戶滿意的影響為基礎(chǔ),對用戶需求進行分類和優(yōu)先排序的方法。在KANO 模型中,將影響用戶對產(chǎn)品滿意度的需求分為5類:分別是基礎(chǔ)型需求,期望型需求,興奮型需求,無差異型需求和反向需求,下面分別說說這5種需求:
1.?基礎(chǔ)型需求功能
基礎(chǔ)型需求功能是指有了這個功能,用戶并不會對這個產(chǎn)品產(chǎn)生多少好感,但是沒有這個功能,用戶的滿意度會直線下降的功能,這類功能通常都是產(chǎn)品中的基礎(chǔ)功能,比如一個社交產(chǎn)品中的加好友功能,留言,分享等功能,這些都是用戶社交互動中一些標配。
2.期望型需求功能
期望型需求功能是指有了這個功能,用戶的好感會明顯增加,沒有這個功能,用戶的不滿也會增加,這類功能往往對應(yīng)的都是用戶的核心需求,比如社交軟件中都有查找人的功能,在查找的時候,查找附近的人,按照性別,年齡等對用戶進行篩選功能,查看用戶頭像大圖功能,就屬于期望型的功能。
3.興奮型需求功能
興奮型需求功能是指有了這個功能,用戶的好感會明顯增加,沒有這個功能,用戶也不會覺得怎么樣,這類功能往往是一些很酷炫,很花哨,但是實際上用處不大的功能,還是以社交軟件為例,很多社交軟件都有換背景,個性化裝扮這類功能,這些功能是讓這個軟件更有意思,但是并沒有解決社交核心的問題;還有前段時間有人在大白學(xué)堂的交流群里面討論的錘子堅果手機可以換手機殼,可以根據(jù)手機殼的顏色自動匹配手機主題壁紙,這類需求屬于興奮型需求,興奮型需求往往是在功能剛推出的時候用戶覺得有新鮮感,但隨著使用時間的變長,興奮度會慢慢降低,功能慢慢就會被用戶放棄。
4.?無差異型需求功能
無差異型需求功能是指有了這個功能,用戶可能會使用,但不會表現(xiàn)出滿意的想法,沒有這個功能,用戶也不會不滿意,總之這個功能有沒有,對用戶的使用這個產(chǎn)品影響不大,像很多產(chǎn)品中都有企業(yè)的自我介紹,產(chǎn)品版本信息介紹,引導(dǎo)用戶去appstore點評等就屬于這類功能。
5.?反向需求功能
反向需求功能是指沒有這個功能,用戶不會不滿意的,但是有了這個功能,用戶滿意度反而會直線的下降的功能,一般自己瞎想的需求,反人性的需求都可能出現(xiàn)這種情況,比如在社交網(wǎng)站中,注冊的時候收集過多的用戶資料數(shù)據(jù),導(dǎo)致注冊流程太長,在聊天界面中限制用戶使用表情,圖片功能,在購物網(wǎng)站中增加交友的功能等都屬于反向需求功能;
在這里要補充一下這里的反向需求是對用戶來說的,大多數(shù)是沒必要做的,并不是絕對反向的,也不是不可以做的,比如原來免費的產(chǎn)品,增加了收費功能必然面臨免費使用人群滿意度的下降,但是收費功能是很多產(chǎn)品必須具備的一個功能,這樣的反向需求功能就是可以做的。
需求評估的第一步就是我們將梳理出來的產(chǎn)品功能按照以上5個分類的原則進行分類,在這里要說明一下,kano模型分析法中,一般使用問卷調(diào)查,數(shù)據(jù)分析等方法來對需求進行分類,但kano模型分析法是針對消費品的,比如洗發(fā)水,洗衣粉等,對于互聯(lián)網(wǎng)產(chǎn)品來說,在這一步已經(jīng)到了提供產(chǎn)品解決方案的時候,用戶在沒有看到一個App長成什么樣的之前,根本沒法表達意見,所以在分類的時候,不建議再使用用戶研究的方法,可根據(jù)自己的直覺,經(jīng)驗,還有內(nèi)部討論的方式進行分類。
在分類后,我們排除掉明顯不合理的功能需求,一般是在興奮型需求,無差異型需求和反向型需求中刪減,最后剩下的這些功能需求會呈現(xiàn)一個金字塔的形狀,如下圖所示:
最下面數(shù)量最多的是基礎(chǔ)型需求,然后依次是期望型需求,興奮型需求,無差異需求和反向需求。
二. 產(chǎn)品版本規(guī)劃
在上面我們對需求已經(jīng)進行了一部分刪減,但是在需求列表中仍然會包含很多功能,考慮開發(fā)成本,時間成本,風(fēng)險等因素,我們?nèi)匀徊荒苋块_發(fā)這些需求,這時候最實際的做法就是將產(chǎn)品劃分成不同的版本,按照版本進行開發(fā),下面我們說說怎么進行版本規(guī)劃:
1. 分解產(chǎn)品目標
分解產(chǎn)品目標就是把大的方案,分解成一個個小方案,先實現(xiàn)一個一個小目標,小目標都實現(xiàn)了,最后大目標就實現(xiàn)了,一般結(jié)合產(chǎn)品的生命周期來設(shè)置產(chǎn)品目標,產(chǎn)品的生命周期包含種子期,成長期,成熟期,衰退期四個部分;
比如我們現(xiàn)在要開發(fā)一個校園社交產(chǎn)品,這個需求市場是存在的,但是我們提供的產(chǎn)品解決方案是不是用戶滿意的,能不能解決需求,這是未知的,我們結(jié)合產(chǎn)品生命周期分別設(shè)置產(chǎn)品目標為 :
- 種子期:驗證用戶反饋;
- 成長期:完善產(chǎn)品功能;
- 成熟期:實現(xiàn)商業(yè)變現(xiàn);
- 衰退期:尋找新的增長點;
2. 確定版本的功能
明確了產(chǎn)品目標,我們就可以根據(jù)目標對產(chǎn)品需求再進行分類,確定實現(xiàn)每個目標需要的功能,這時候分類考慮因素如下:
- 在種子期:目標是為了做驗證,所以一般采取mvp的模式,用盡可能少的功能實現(xiàn)用戶需求,一般優(yōu)先實現(xiàn)期望型需求和部分基礎(chǔ)型需求功能;
- 在成長期:需要產(chǎn)品不僅能運行起來,還需要吸引更多用戶使用,要穩(wěn)定,安全的運行,這時候需要做大量基礎(chǔ)型功能和期望型需求,以及部分興奮型需求功能
- 在成熟期:需要變現(xiàn),這時候可以考慮做廣告,支付等反向型需求功能
- 在衰退期:用戶增長放緩,可以做一些興奮型需求功能來刺激用戶,也可以找新的期望型需求,滿足用戶沒有被滿足的需求
3. 需求評審確定可行性
因為產(chǎn)品方案需要其它工種配合才能實現(xiàn)的,所以功能并不是完全由產(chǎn)品經(jīng)理說了算,還需要組織研發(fā),社交,運營等小伙伴一起對劃分的版本和功能可行性進行評估,如果覺得有不合適的,可以根據(jù)意見對目標和目標中包含的功能進行調(diào)整,直至覺得合理為止。
通過分解目標,確定版本功能,需求評審三個步驟后,我們已經(jīng)將原本的產(chǎn)品方案和功能,劃分成了一個個小版本
三. 功能優(yōu)先級排序
在完成了產(chǎn)品規(guī)劃,我們就要進入產(chǎn)品實施階段了,這時候就需要把所有的功能的優(yōu)先級級都明確下來,我們把產(chǎn)品需求按照如下圖所示排序,優(yōu)先開發(fā)的版本所包含的產(chǎn)品需求優(yōu)先級是最高的。
到了這里,我們終于弄明白了,該優(yōu)先實現(xiàn)那些功能了。
四.小結(jié)
通過按照kano模型分析法對產(chǎn)品需求進行分類,篩選掉明顯不合理的需求,然后通過產(chǎn)品目標分解,經(jīng)過產(chǎn)品版本規(guī)劃,最終我們就可以清楚的知道產(chǎn)品需求的優(yōu)先級了。這篇文章就寫到這里,后面有空會接著寫需求分析的最后一部分,來個大總結(jié)。
歡迎在互聯(lián)網(wǎng)公司工作的,想進入互聯(lián)網(wǎng)行業(yè)的,想學(xué)習(xí)互聯(lián)網(wǎng)產(chǎn)品和運營知識的朋友來交流勾搭。
相關(guān)閱讀:
專欄作家
作者:木木,高級產(chǎn)品經(jīng)理,人人都是產(chǎn)品經(jīng)理專欄作家。曾經(jīng)在人人網(wǎng),新浪微博等從事產(chǎn)品運營工作。微信公眾號:大白學(xué)堂(ID:dabaixuetang)。
本文由 @木木 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
您好,可以轉(zhuǎn)載該篇文章么?會標明作者和出處~ ??
整體來說是不錯的
kano模型到底用不用呢?對于互聯(lián)網(wǎng)產(chǎn)品來說,在這一步已經(jīng)到了提供產(chǎn)品解決方案的時候,用戶在沒有看到一個App長成什么樣的之前,根本沒法表達意見,所以在分類的時候,不建議再使用用戶研究的方法,可根據(jù)自己的直覺,經(jīng)驗,還有內(nèi)部討論的方式進行分類。
作者您好,我可以理解為您這需求5部分析完后,相當于是完成了UE設(shè)計5要素中的戰(zhàn)略層和范圍層嗎?
感覺是的
受教了
等待最后一部分的大總結(jié)
受益匪淺。
好