運(yùn)營(yíng)喵必知的產(chǎn)品那些事—3、收集了N個(gè)需求之后

上一次分享我們學(xué)習(xí)了第3-5章,運(yùn)營(yíng)喵必知的產(chǎn)品那些事—2、一文看懂用戶、需求,從產(chǎn)品概念的提出到用戶需求采集的方法以及基本的需求分析方法,今天的分享主要是從到底先做哪個(gè)開(kāi)始到如何做的過(guò)程。

第6章 功能:細(xì)化與打包

6.1一個(gè)功能的DNA

最基礎(chǔ)的信息,是功能的描述。必須要讓技術(shù)同學(xué)看了之后,就大概知道要做什么事情。

主要展開(kāi)三點(diǎn):價(jià)值評(píng)估(表中的商業(yè)價(jià)值)、成本評(píng)估(表中的開(kāi)發(fā)量),功能分類(表中的分類)。

進(jìn)一步總結(jié)出以下2點(diǎn):

價(jià)值由產(chǎn)品功能背后的用戶需求決定;

成本由產(chǎn)品功能(解決方案)決定。

實(shí)現(xiàn)一個(gè)功能,必須結(jié)合這兩個(gè)條件,綜合考量性價(jià)比。

性價(jià)比=價(jià)值/成本

6.1.1功能的價(jià)值判斷

判斷的流程:明確當(dāng)前產(chǎn)品最看重的指標(biāo),考察功能,點(diǎn)對(duì)指標(biāo)的幫助。

價(jià)值評(píng)判的三個(gè)基礎(chǔ)原則:

廣度:潛在用戶數(shù)*單用戶價(jià)值,用來(lái)判斷產(chǎn)品對(duì)應(yīng)的市場(chǎng)容量。

頻度:需求頻次*單次復(fù)雜度,利用高頻低單價(jià)需求抓住用戶,再用低頻高單價(jià)需求做利潤(rùn)。

強(qiáng)度:不可替代、緊急、持久,強(qiáng)度的背后說(shuō)的就是真實(shí)剛需。簡(jiǎn)單的判斷原則:當(dāng)你沒(méi)有做這個(gè)產(chǎn)品功能時(shí),用戶是不是在設(shè)法解決,甚至已經(jīng)在用某種低效的方式解決這個(gè)問(wèn)題。

不同階段的產(chǎn)品看中什么

產(chǎn)品早期驗(yàn)證階段更重視""強(qiáng)度"",通過(guò)觀察留存率來(lái)判斷需求是否足夠強(qiáng)烈。

產(chǎn)品獲取新用戶階段,更重視""廣度""。拉新是否順利,依賴的就是需求和功能覆蓋的廣度是否夠大。

當(dāng)用戶增長(zhǎng)出現(xiàn)瓶頸,就需要開(kāi)始對(duì)產(chǎn)品的用戶進(jìn)行激活,這時(shí)候更重視""頻度""。讓已有用戶更加活躍,使用頻次更高,貢獻(xiàn)更大的價(jià)值。

6.1.2 幾個(gè)價(jià)值判斷的案例

對(duì)于功能的價(jià)值判斷,借助下面兩個(gè)問(wèn)題:

誰(shuí)的痛,有多少這樣的人?(這些人是核心用戶嗎?人群足夠大嗎)

痛有多深,何時(shí)會(huì)痛?何地會(huì)痛多久,一次一次多久?(具體場(chǎng)景典型嗎?需求剛性嗎?)

實(shí)用工具,如何突破

墨跡天氣,潛在用戶數(shù)很大,需求頻次很高。推出實(shí)景功能,和給其他產(chǎn)品引流。

很多工具都盡力向社區(qū)和個(gè)性化方向靠攏,都是為了讓用戶跟自己產(chǎn)生情感。一個(gè)產(chǎn)品要大成,靠的就是用戶與你產(chǎn)生復(fù)雜的積極情感。

6.1.3 成本評(píng)估與性價(jià)比

成本評(píng)估

判斷一個(gè)產(chǎn)品功能成本,涉及很多方面,有技術(shù)背景的產(chǎn)品經(jīng)理可以粗略評(píng)估;大功能細(xì)化模塊,通過(guò)團(tuán)隊(duì)默契,評(píng)估準(zhǔn)確。

確定性價(jià)比

第1列為功能點(diǎn),第2列為價(jià)值評(píng)估,第3列為成本評(píng)估,第4列是第2列除以第3列得到的數(shù)值。

實(shí)際操作中還需要考慮功能的分類和其他的實(shí)際情況。

6.1.4功能分類:KANO模型

(

第1類基礎(chǔ)功能(基本型需求)。當(dāng)這類功能沒(méi)有實(shí)現(xiàn)時(shí),用戶對(duì)產(chǎn)品是極不滿意的,但是這個(gè)功能做得再好,用戶也認(rèn)為理所當(dāng)然。

做法:預(yù)留資源搞定它。

判斷方法:主要靠領(lǐng)域知識(shí),兩個(gè)經(jīng)典問(wèn)題:如果產(chǎn)品沒(méi)有功能A,你覺(jué)得如何?如果有了功能A,你覺(jué)得如何?請(qǐng)從很滿意,一般滿意無(wú)所謂,不太滿意,很不滿意中選一個(gè)作答。然后在模型中將兩個(gè)點(diǎn)連線即可。

第2類亮點(diǎn)功能(魅力型需求)。當(dāng)這個(gè)功能沒(méi)有做事,用戶并不會(huì)不滿意或者有問(wèn)題,一旦有了這個(gè)功能,用戶會(huì)非常驚喜。

亮點(diǎn)是忠誠(chéng)度,口碑傳播的基礎(chǔ),想要低成本引流,產(chǎn)品必須找到自己的亮點(diǎn)。

常見(jiàn)的亮點(diǎn)特性:用戶沒(méi)見(jiàn)過(guò),未經(jīng)市場(chǎng)檢驗(yàn),如果被認(rèn)可就能獲得巨大回報(bào)這幾種。

做法:早期優(yōu)選成本低的亮點(diǎn),大公司或很厲害的產(chǎn)品,把亮點(diǎn)打造成領(lǐng)跑市場(chǎng)的殺手锏。

怎么做出亮點(diǎn),主要對(duì)用戶人性的理解,因?yàn)榱咙c(diǎn)是用戶想不到說(shuō)不出的,必須領(lǐng)先一步,深刻洞察。

第3類期望功能,對(duì)產(chǎn)品多多益善,選擇起來(lái)比較簡(jiǎn)單:先做性價(jià)比高的。

如果只通過(guò)簡(jiǎn)單的和用戶交流來(lái)采集需求,最終實(shí)現(xiàn)了大多數(shù)只能是期望功能。必須通過(guò)深挖,對(duì)人性和價(jià)值觀的理解來(lái)提出亮點(diǎn)。

隨著時(shí)間的推移,越來(lái)越多的功能成為基礎(chǔ)功能,行業(yè)門(mén)檻隨之提升,而亮點(diǎn)功能則有可能創(chuàng)造一個(gè)全新的增量市場(chǎng),必須不斷創(chuàng)新,對(duì)市場(chǎng)進(jìn)行有效細(xì)分。

第4類無(wú)差別功能。做不做用戶對(duì)產(chǎn)品的感受是沒(méi)有變化的。通過(guò)低成本驗(yàn)證的方法來(lái)決定要不要做:先通過(guò)人肉跑流程驗(yàn)證,然后用IT系統(tǒng)提升效率,實(shí)現(xiàn)規(guī)模化效益。

第5類反向功能。做的越多,用戶越討厭。例如百度廣告。因?yàn)橐粋€(gè)產(chǎn)品的用戶是多種多樣的,對(duì)某一類用戶可能是反向的,而對(duì)另外一種用戶可能是正向的。

一個(gè)KANO模型,往往只針對(duì)一種用戶,通常是核心用戶。在評(píng)估反向功能時(shí),需要注意用戶的多邊性和用戶的多樣性,通過(guò)價(jià)值判斷來(lái)尋找答案。


6.2 功能打包,確定mvp

決定下一個(gè)版本做到什么程度。

6.2.1 盡可能多的放棄

MVP最小可行性產(chǎn)品,讓用戶你拿著它接觸用戶,盡早給你用戶的反饋,來(lái)改進(jìn)你的產(chǎn)品。和需求采集階段""盡可能多的采集""不同,這一步要""盡可能多的放棄"",目的都是為了提供更多可能的用戶價(jià)值。

發(fā)布的頻次并非越頻繁越好,因?yàn)榘l(fā)布本身也要占用時(shí)間和成本。越輕量級(jí)的產(chǎn)品越容易打包出一個(gè)盡量小的mvp。

不完美的產(chǎn)品先讓種子用戶去用。

我們經(jīng)常聽(tīng)到點(diǎn)帶敏捷,試錯(cuò)小步快跑持續(xù)交付等這些說(shuō)法,其實(shí)他們都是:盡可能早地改正錯(cuò)誤。

6.2.2案例QQ的MVP

6.2.3 MVP的限制因素

不同功能不同對(duì)策;基礎(chǔ)功能必須做,要留足資源;產(chǎn)品初創(chuàng)期先實(shí)現(xiàn)個(gè)別低成本的亮點(diǎn);對(duì)期望功能,先做性價(jià)比高的;無(wú)差別功能無(wú)需做,低成本驗(yàn)證出來(lái)即可;對(duì)反向功能,權(quán)衡各方利益后再?zèng)Q定。

考慮功能依賴關(guān)系。

考慮功能的相似性。

考慮非功能需求。

6.2.4 MVP的表達(dá)產(chǎn)品架構(gòu)圖

根據(jù)表達(dá)的需要,產(chǎn)品架構(gòu)圖可以畫(huà)成流程圖實(shí)體關(guān)系圖用例圖等。

6.2.5功能分分合合的本質(zhì)

不同的功能到底應(yīng)該坐在一起還是分開(kāi)?主要看不同用戶角色背后的自然人重合度高不高,如果高則傾向于同一端搞定,如果不高則傾向于分離。

6.3 把需求和功能管起來(lái)

該做哪些做多少都想清楚了,mvp和產(chǎn)品架構(gòu)圖也確定了,需要把已經(jīng)做了的,正在做的,還沒(méi)做的需求和功能都管理起來(lái)。

6.3.1空間維度功能列表

表達(dá)了某個(gè)時(shí)間切片所有的功能狀態(tài)。每一行是一個(gè)功能點(diǎn),每一列是功能的一種屬性:模塊、子模塊、任務(wù)描述、Feature、商業(yè)價(jià)值描述、商業(yè)屬性、商業(yè)優(yōu)先級(jí)、開(kāi)發(fā)量、性價(jià)比、備注。

6.3.2時(shí)間維度:需求流程

從需求到功能的狀態(tài)流轉(zhuǎn)圖,實(shí)際上是在管理某個(gè)需求的功能的完整生命周期。

第7章 執(zhí)行立項(xiàng),組隊(duì)與研發(fā)生產(chǎn)

7.1從想清楚到做出來(lái)

關(guān)鍵步驟是需要不停的回溯去驗(yàn)證,而不是step by step。

7.1.1原型驗(yàn)證與NPS

確保有的放矢,不要努力的做錯(cuò)誤的事。目的:考察用戶是否認(rèn)可解決方案。

NPS凈推薦值,用戶忠誠(chéng)度分析指標(biāo)專注于用戶口碑,在產(chǎn)品早期驗(yàn)證用戶價(jià)值時(shí),尤為重要。

NPS = (推薦者數(shù)—批評(píng)者數(shù))/總樣本數(shù) X 100%。

方法:直接了當(dāng)?shù)膯?wèn)用戶:您是否會(huì)愿意將某某產(chǎn)品推薦給您的朋友或同事?根據(jù)推薦程度在0~10之間打分。

推薦者:打分在9~10分之間,是具有狂熱忠誠(chéng)度的人。他們會(huì)繼續(xù)使用產(chǎn)品,并引薦給其他人,幫助產(chǎn)品成長(zhǎng)。

被動(dòng)者:打分在7~8分之間總體滿意,但并不狂熱,不會(huì)傳播,可能考慮其他競(jìng)品。

批評(píng)者:打分在0~6分之間,使用后不滿意,對(duì)你的產(chǎn)品沒(méi)有忠誠(chéng)度,可能有負(fù)面口碑,阻礙產(chǎn)品成長(zhǎng)。

得分值在50%以上就已經(jīng)比較理想。如果達(dá)到70~80%,這說(shuō)明產(chǎn)品擁有一批忠實(shí)用戶。分?jǐn)?shù)太低建議,回過(guò)頭明確產(chǎn)品定位。

7.1.2 產(chǎn)品委員會(huì)與關(guān)鍵節(jié)點(diǎn)

產(chǎn)品委員會(huì):判斷每個(gè)節(jié)點(diǎn)是應(yīng)該加大投入,保持投入還是減少投入。參評(píng)委員會(huì)由相關(guān)部門(mén)兒的leader組成。

7.2 立項(xiàng),搞定各種資源

人,就是團(tuán)隊(duì)組織;物,政策,支持資金等

7.2.1關(guān)于人團(tuán)隊(duì)組織

一群人到底為什么要聚在一起做一件事?只有想清楚了這個(gè)問(wèn)題,才能搭建一支有戰(zhàn)斗力的隊(duì)伍。

組織形成的三種動(dòng)力:權(quán)利,利益,共識(shí)

7.2.2關(guān)于物:政策資金等

MRD:市場(chǎng)需求文檔,描述問(wèn)題及為什么要做這個(gè)產(chǎn)品以及解決方案。

PRD:產(chǎn)品需求文檔,描述產(chǎn)品功能怎么做。

主要包含內(nèi)容:

Why:為什么要做這個(gè)產(chǎn)品?

What:產(chǎn)品mvp包含哪些功能題要做什么?

How:項(xiàng)目計(jì)劃及風(fēng)險(xiǎn)對(duì)策等

MRD寫(xiě)得好,意味著各種準(zhǔn)備工作做得到位,最終能獲得各種支持就是自然而然的事。

7.3組隊(duì)聊聊初創(chuàng)團(tuán)隊(duì)

7.3.1如何快速知己知彼

在非工作地點(diǎn),非工作時(shí)間溝通更容易敞開(kāi)。

話題:為什么要來(lái)這個(gè)團(tuán)隊(duì),對(duì)一年后收獲的底線預(yù)期,個(gè)人對(duì)團(tuán)隊(duì)的幫助,自己能做什么,自己想做什么,項(xiàng)目失敗最可能的原因是什么?

批評(píng)與自我批評(píng)的意圖是繼續(xù)暴露問(wèn)題,前提是溝通氣氛到位。

結(jié)合以上問(wèn)題,由團(tuán)隊(duì)提出非業(yè)務(wù)層面的改進(jìn)方案,核心不要超過(guò)3點(diǎn)。

7.3.2小團(tuán)隊(duì)的溝通協(xié)作

選擇合適的溝通工具;線下溝通效率高于線上;可以根據(jù)事情的重要和經(jīng)濟(jì)程度靈活選擇溝通協(xié)作方法。

7.3.3小團(tuán)隊(duì)與大公司的區(qū)別

初創(chuàng)公司組織架構(gòu)應(yīng)該以目標(biāo)為中心,大公司以流程為中心。

7.3.4借助第三方力量做產(chǎn)品

多研究市場(chǎng)是不是已經(jīng)有現(xiàn)成的服務(wù),避免重復(fù)造輪子。

用人上"為我所有不如為我所用";分享、座談、咨詢、外包4種方式。

7.4研發(fā)生產(chǎn)時(shí)我們做什么

原型驗(yàn)證完成,產(chǎn)品委員會(huì)評(píng)審?fù)ㄟ^(guò)要盡力立項(xiàng),需求開(kāi)發(fā)測(cè)試發(fā)布其他環(huán)節(jié),然后拿出來(lái)產(chǎn)品找用戶驗(yàn)證,最后做項(xiàng)目總結(jié)。

把控三件事:1是文檔管理,2是流程管理,3是敏捷方法。

7.4.1產(chǎn)品經(jīng)理要不要懂技術(shù)

一底線是可以和技術(shù)人員無(wú)障礙溝通,并不要求你會(huì)寫(xiě)代碼。

二多向技術(shù)伙伴請(qǐng)教,自學(xué)一些技術(shù)知識(shí)。

三根據(jù)所負(fù)責(zé)的產(chǎn)品決定要懂哪些技術(shù),懂到什么程度。

四特別關(guān)注技術(shù)方案與業(yè)務(wù)場(chǎng)景的關(guān)聯(lián)。

7.4.2如何做一個(gè)讓TA們討厭的人

開(kāi)始實(shí)施之前:不說(shuō)清需求價(jià)值,不去想功能細(xì)節(jié),幫技術(shù)評(píng)估工作量,逼著技術(shù)團(tuán)隊(duì)承諾。

實(shí)施過(guò)程中:做了一半改需求、開(kāi)發(fā)過(guò)程中消失、過(guò)度關(guān)注事件細(xì)節(jié)。

產(chǎn)品發(fā)布之后:發(fā)布后沒(méi)有反饋、任務(wù)無(wú)節(jié)奏感。

全程適用:優(yōu)柔寡斷無(wú)決斷、報(bào)喜不報(bào)憂、不要把他們當(dāng)人。

下一節(jié),我們將進(jìn)行第8-12章的學(xué)習(xí)。

傳送門(mén):

運(yùn)營(yíng)喵必知的產(chǎn)品那些事—1.職業(yè)演化和關(guān)鍵詞

運(yùn)營(yíng)喵必知的產(chǎn)品那些事—2、一文看懂用戶、需求

運(yùn)營(yíng)喵必知的產(chǎn)品那些事—4、成長(zhǎng)與進(jìn)階

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

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

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