以「嗶哩嗶哩」為例,教你三步建立需求池
本文以「嗶哩嗶哩」為例,講解了如何進行需求挖掘、需求優(yōu)先級排序、需求池建立等內(nèi)容。
前言
需求池,顧名思義就是把很多需求放在一起的東西,在規(guī)劃版本時,從池子里根據(jù)“輕重緩急”和“優(yōu)先級”來篩選出需求,排排期,弄成一個版本開發(fā)計劃。需求池工具有很多,比如Project、Execl、MindManager等都可以作為需求池管理工具。
在產(chǎn)品生命周期管理中,靠譜的、不靠譜的、緊急的、不緊急的,所有的需求都應該放到需求池里,每一次安排產(chǎn)品版本計劃的時候都要重新審視一遍需求,然后再根據(jù)需求池里的所有需求進行“輕重緩急”和“優(yōu)先級”的權(quán)重比較。
需求池是一種項目管理和自我管理的工具,是產(chǎn)品狗每次到版本迭代就發(fā)愁、焦慮不知道干什么的良藥。
下面我以「嗶哩嗶哩」為案例,從需求的挖掘、優(yōu)先級排序到建立需求池進行詳細的分析,希望對你有所幫助。
產(chǎn)品簡介
嗶哩嗶哩是一款娛樂動漫二次元視頻社區(qū)。嗶哩嗶哩上的視頻來自用戶的創(chuàng)作或搬運,不同于其他視頻網(wǎng)站存在大量重復、低質(zhì)量的視頻內(nèi)容,嗶哩嗶哩的搬運工是一群熱愛動畫的核心用戶,他們能保證動畫的內(nèi)容質(zhì)量和畫面質(zhì)量,能提供最及時、最清晰的動畫視頻內(nèi)容。一部新番在日本播放完約1小時后,該視頻的高清版就會被搬運到嗶哩嗶哩上。
研究方法
抽樣法:從用戶評價中抽取有價值的反饋進行分析。
信息提取平臺:App annie、七麥、酷傳網(wǎng)、新浪微博、各大應用市場等。
一、需求挖掘
1.1 通過用戶反饋關注什么?
- 發(fā)現(xiàn)自己的問題
- 發(fā)現(xiàn)競品的問題
- 通過用戶反饋發(fā)現(xiàn)可能的機會點
1.2 通過哪些渠道來收集用戶反饋?
1.2.1 公開渠道
有App store 、新浪微博、百度貼吧、七麥、酷傳網(wǎng)、雪球等。
- 公開渠道我這次主要以七麥為主,通過信息總覽,大致歸納典型的反饋方向:瀏覽近3個月用戶評價和版本相關信息,整理篩選出一些典型的反饋問題,重點篩選出差評、有實質(zhì)性內(nèi)容的評價和異常行為。
- 微博:通過關鍵詞搜索,了解熱度較高的反饋及討論細節(jié),通過關鍵詞搜索全站,瀏覽B站官網(wǎng)近3個月的更新,重點關注高贊和高評論數(shù)的內(nèi)容。
- 百度貼吧:通過關鍵詞搜索,了解熱度較高的反饋及討論細節(jié),
1.2.2 半公開渠道
朋友圈、微信公眾號的文章、微信群、用戶評價,ps:如果想獲取競品的可以成為種子用戶或者是付費用戶。大家可以結(jié)合自己的產(chǎn)品性質(zhì),去不同的地方搜集哈。
1.2.3 內(nèi)部渠道
用戶投訴、電話錄音、客服咨詢。別人家的咱們獲取不到的哈,如果能獲取到那也是犯法的,這種事兒咱不能干。
總之,定期去收集用戶反饋,會讓你的工作事半功倍。
1.3 用戶反饋不同渠道的處理策略?
- 公開渠道:勤搜索、關鍵字+收藏夾、使用監(jiān)測工具。
- 半公開渠道:定期搜索關鍵字、定期分析用戶評論。
- 內(nèi)部渠道:整合內(nèi)部用戶反饋渠道,定期與一線的同事溝通,或者是自己主動去一線。
總之,去用戶量最集中的地方。
1.4 重點看什么?
低分差評:重點看1-3分的差評
因為給差評、低分,用戶一定是不滿的,用戶滿意的時候他有可能不吭聲兒,但是用戶不滿意他一定會說出來的。
去應用商店是他們最常見的做法,比如:
QQ音樂曾經(jīng)做了一個線下的頒獎典禮,但是他們把李宇春的性別弄錯了,所以,粉絲就炸鍋了,你現(xiàn)在去看QQ音樂的評分,很慘的,大部分用戶為了偶像給QQ音樂打的全是低分,當然,這個是不具備參考價值的,但是正常情況下,低分差評是非常值得參考的。
有效評論:重點看有實際描述的評論,如下圖:
異常行為:比如水軍刷榜,惡意評價,也就是一個時間段,有很多好評或者是很多差評(可以過濾掉)。
比如剛剛QQ音樂的例子,可以通過一些方式判斷是否有水軍刷榜,刷榜的方式是怎么樣的,這樣會對一個產(chǎn)品評估會更加的了解,
1.5 「嗶哩嗶哩」評論信息提取
通過不同的渠道,咱們已經(jīng)收集好用戶反饋了,下面是在各渠道收集的125條有效評論其中一部分截圖:
下面需要對用戶的評論信息進行提?。?/p>
1.6 「嗶哩嗶哩」用戶反饋合并匯總
把七麥、微博、百度貼吧收集的用戶反饋數(shù)據(jù)合并,得到以下結(jié)果:
- 優(yōu)化需求共43個
- 新需求共21個
- BUG類61個
在上述需求中再剔除掉無效及重復的反饋,優(yōu)化類需求本次不做需求整理:
1.7 新需求
- 希望支持ipad分屏功能
- 希望增加播單功能
- 增加彈幕與視頻同時緩存功能
- 視頻分區(qū)增加學習專區(qū)
- 增加免流卡識別的功能
- 增加“自動播放下一個視頻”開關
- UP主原創(chuàng)內(nèi)容護盾功能
- 番劇申請收錄功能
- 視頻內(nèi)容支持切換語種
二、需求優(yōu)先級排序
正所謂魚和熊掌不可兼得,我們的時間、精力或者其他的資源都是有限的,通過第一步的收集,我們挖掘了那么多的需要求,不能都一起做吧,所以,一定要確定優(yōu)先級,下面我通過幾個維度給需求進行優(yōu)先級排序。
2.1 四象限看用戶量與發(fā)生頻率
優(yōu)先解決大用戶量的高頻問題,特別是在產(chǎn)品早期,一定要先解決用戶量大且經(jīng)常發(fā)生的,提升基礎體驗,增加產(chǎn)品的穩(wěn)定性。最后解決少量用戶的低頻問題。
2.2 看開發(fā)難度和效果
優(yōu)先開發(fā)見效快且開發(fā)難度不大的,這就是迭代,最后做很費勁而且見效慢的,這可能是未來的機會。
2.3 看產(chǎn)品價值
- 迫切程度:用戶是不是真的非常需要?還是空想的?
- 付費意愿:用戶是否會為了解決問題而付費?
- ARPU:如果開發(fā)出來,用戶會為之付多少錢?
2.4 看你對目標群體的熟悉程度
1. 你是否深入了解用戶使用場景?
這個時候需要做功能點的調(diào)研(后期我會寫一篇如何做功能點調(diào)研的文章),這是產(chǎn)品入門的基礎,所以,你要想辦法去做調(diào)研。
2. 你對用戶群體的理解是否足夠了解?
3. 如果不熟悉,就想辦法熟悉它,否則就不要動手。
2.5 總結(jié)你的結(jié)論
- 用戶:這個功能,第一批的核心用戶是誰?
- 場景:這個用戶在什么場景下會使用?
- 問題:解決了這個用戶最大的痛點是什么?
- 對比:和用戶現(xiàn)在的解決方案相比,體驗/效率提升有多大?
那接下來,我們一起來看看,收集整理了那么多的需求,我們到底先做哪個?
2.5.1 看用戶量和發(fā)生頻率
①頻率高,用戶量大
播單功能:播單功能能幫助UP主有效的進行視頻分類,用戶也能快速查找到系列的視頻,便于收藏、查看、分享。
②頻率低,用戶量大
- 視頻分區(qū)增加學習專區(qū):據(jù)相關數(shù)據(jù)統(tǒng)計顯示,2018年度有1827萬人在B站學習,用戶量還是蠻大的,但畢竟不是一個學習的平臺,用戶學習的頻率想必不會太高,搜索功能基本能也滿足這部分用戶的需求。
- 增加番劇收錄功能:增加收錄功能可以很好的幫助用戶管理喜歡的番劇。
③用戶量小,頻率高
- 增加免流卡識別的功能:使用免流卡卻仍然出現(xiàn)流量確認彈窗,會讓用戶懷疑免流是否生效,更會讓多次看到彈窗的用戶覺得煩躁,無論哪種情況都會讓用戶對產(chǎn)品產(chǎn)生不好的印象。
- 增加ipad分屏功能:ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息,提升用戶體驗。
- 增加“自動播放下一個視頻”開關:B 站是一個長視頻 APP,用戶在觀看視頻的時候,有充足時間查看視頻信息、評論等內(nèi)容,自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗,后續(xù)可以考慮增加此功能。
- 增加UP主原創(chuàng)內(nèi)容主護盾功能:UP主辛苦創(chuàng)作的內(nèi)容,被抄襲,有時自還會被“惡人先告狀”,對于原創(chuàng)內(nèi)容的保護也是刻不容緩的。
④用戶量小,頻率低
- 增加彈幕與視頻同時緩存的功能:隨著網(wǎng)絡速度的提升,網(wǎng)速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內(nèi)容,是無法完全緩存至本地的。
- 視頻內(nèi)容支持切換語種:字幕可以配不同的語言文字,切換語種如果本身內(nèi)容制作方不是多語言的,那這個工程量不是一般的大。
2.5.2 看開發(fā)難度和效果?
①見效快,開發(fā)量小
- 增加“自動播放下一個視頻”開關:用戶看完一個視頻能自動播放下一個視頻,能減少用戶操作,且開發(fā)量也不大。
- 增加番劇收錄功能:用戶對于自己喜歡的視頻可以回看,且開發(fā)量小。
- 增加免流卡識別的功能:對于運營商的免流量卡進行識別,只需把運營商的免流量卡的號段納入數(shù)據(jù)庫存,進行判斷即可。
②見效快,開發(fā)量大
- 播單功能:播單功能開發(fā)量大,且可能會改變用戶習慣。
- 增加UP主原創(chuàng)內(nèi)容主護盾功能:開發(fā)量比較大,但保護優(yōu)質(zhì)原創(chuàng)資源是B站的必經(jīng)之路。
- 視頻分區(qū)增加學習專區(qū):開發(fā)量大,能有效提升接近2000萬用戶的學習效率。
③見效慢,開發(fā)量小
增加ipad分屏功能:ipad端用戶量小,且有分屏需求的用戶又會少一些,但開發(fā)量相對來說不咋大,可以考慮開發(fā)此功能,提升ipad端的用戶體驗。
④見效慢,開發(fā)量大
- 增加彈幕與視頻同時緩存的功能:彈幕是實時更新的,不是固定信息,緩存在本地意義不大且開發(fā)量大。
- 視頻內(nèi)容支持切換語種:有這種需求的用戶量很少,且開發(fā)量巨大。
備注:以上分析沒有對錯之分,根據(jù)你公司當下情況進行排序即可。
2.6 綜合以上分析,按順序?qū)Ξa(chǎn)品功能作出優(yōu)先級排序
(從上往下,需求優(yōu)先級重要程度逐漸下降)
- 增加免流卡識別的功能
- 增加ipad分屏功能
- 增加番劇收錄功能
- 增加UP主原創(chuàng)內(nèi)容主護盾功能
- 增加“自動播放下一個視頻”開關
- 播單功能
- 視頻分區(qū)增加學習專區(qū)
- 增加彈幕與視頻同時緩存的功能
- 視頻內(nèi)容支持切換語種
三、需求池建立
3.1 納入需求池
所有收到的需求,只要不是當下馬上就能解決的,就放到需求池里面去:
3.2 需求池包含哪些內(nèi)容
最后
好啦,到這就結(jié)束啦,下面我們來回顧一下主要內(nèi)容:
- 第一步:我們通過不同的渠道挖掘需求
- 第二步:對需求進行優(yōu)先級排序
- 第三步:建立需求池
本文由 @菜園長 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
學習了 謝謝
不客氣,互相學習~ ??