中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文以「嗶哩嗶哩」為例，講解了如何進行需求挖掘、需求優先級排序、需求池建立等內容。

前言

需求池，顧名思義就是把很多需求放在一起的東西，在規劃版本時，從池子里根據“輕重緩急”和“優先級”來篩選出需求，排排期，弄成一個版本開發計劃。需求池工具有很多，比如Project、Execl、MindManager等都可以作為需求池管理工具。

在產品生命周期管理中，靠譜的、不靠譜的、緊急的、不緊急的，所有的需求都應該放到需求池里，每一次安排產品版本計劃的時候都要重新審視一遍需求，然后再根據需求池里的所有需求進行“輕重緩急”和“優先級”的權重比較。

需求池是一種項目管理和自我管理的工具，是產品狗每次到版本迭代就發愁、焦慮不知道干什么的良藥。

下面我以「嗶哩嗶哩」為案例，從需求的挖掘、優先級排序到建立需求池進行詳細的分析，希望對你有所幫助。

產品簡介

嗶哩嗶哩是一款娛樂動漫二次元視頻社區。嗶哩嗶哩上的視頻來自用戶的創作或搬運，不同于其他視頻網站存在大量重復、低質量的視頻內容，嗶哩嗶哩的搬運工是一群熱愛動畫的核心用戶，他們能保證動畫的內容質量和畫面質量，能提供最及時、最清晰的動畫視頻內容。一部新番在日本播放完約1小時后，該視頻的高清版就會被搬運到嗶哩嗶哩上。

研究方法

抽樣法：從用戶評價中抽取有價值的反饋進行分析。

信息提取平臺：App annie、七麥、酷傳網、新浪微博、各大應用市場等。

一、需求挖掘

1.1 通過用戶反饋關注什么？

1. 發現自己的問題
2. 發現競品的問題
3. 通過用戶反饋發現可能的機會點

1.2 通過哪些渠道來收集用戶反饋？

1.2.1 公開渠道

有App store 、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

1. 公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。
2. 微博：通過關鍵詞搜索，了解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。
3. 百度貼吧：通過關鍵詞搜索，了解熱度較高的反饋及討論細節，

1.2.2 半公開渠道

朋友圈、微信公眾號的文章、微信群、用戶評價，ps:如果想獲取競品的可以成為種子用戶或者是付費用戶。大家可以結合自己的產品性質，去不同的地方搜集哈。

1.2.3 內部渠道

用戶投訴、電話錄音、客服咨詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能干。

總之，定期去收集用戶反饋，會讓你的工作事半功倍。

1.３ 用戶反饋不同渠道的處理策略？

• 公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。
• 半公開渠道：定期搜索關鍵字、定期分析用戶評論。
• 內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

總之，去用戶量最集中的地方。

1.4 重點看什么？

低分差評：重點看1-3分的差評

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。

去應用商店是他們最常見的做法，比如：

QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分，當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

有效評論：重點看有實際描述的評論，如下圖：

異常行為：比如水軍刷榜，惡意評價，也就是一個時間段，有很多好評或者是很多差評（可以過濾掉）。

比如剛剛QQ音樂的例子，可以通過一些方式判斷是否有水軍刷榜，刷榜的方式是怎么樣的，這樣會對一個產品評估會更加的了解，

1.5 「嗶哩嗶哩」評論信息提取

通過不同的渠道，咱們已經收集好用戶反饋了，下面是在各渠道收集的125條有效評論其中一部分截圖：

下面需要對用戶的評論信息進行提?。?/p>

1.6 「嗶哩嗶哩」用戶反饋合并匯總

把七麥、微博、百度貼吧收集的用戶反饋數據合并，得到以下結果：

• 優化需求共43個
• 新需求共21個
• BUG類61個

在上述需求中再剔除掉無效及重復的反饋，優化類需求本次不做需求整理：

1.7 新需求

1. 希望支持ipad分屏功能
2. 希望增加播單功能
3. 增加彈幕與視頻同時緩存功能
4. 視頻分區增加學習專區
5. 增加免流卡識別的功能
6. 增加“自動播放下一個視頻”開關
7. UP主原創內容護盾功能
8. 番劇申請收錄功能
9. 視頻內容支持切換語種

二、需求優先級排序

正所謂魚和熊掌不可兼得，我們的時間、精力或者其他的資源都是有限的，通過第一步的收集，我們挖掘了那么多的需要求，不能都一起做吧，所以，一定要確定優先級，下面我通過幾個維度給需求進行優先級排序。

2.1 四象限看用戶量與發生頻率

優先解決大用戶量的高頻問題，特別是在產品早期，一定要先解決用戶量大且經常發生的，提升基礎體驗，增加產品的穩定性。最后解決少量用戶的低頻問題。

2.2 看開發難度和效果

優先開發見效快且開發難度不大的，這就是迭代，最后做很費勁而且見效慢的，這可能是未來的機會。

2.3 看產品價值

1. 迫切程度：用戶是不是真的非常需要？還是空想的？
2. 付費意愿：用戶是否會為了解決問題而付費？
3. ARPU：如果開發出來，用戶會為之付多少錢？

2.4 看你對目標群體的熟悉程度

1. 你是否深入了解用戶使用場景？

這個時候需要做功能點的調研（后期我會寫一篇如何做功能點調研的文章），這是產品入門的基礎，所以，你要想辦法去做調研。

2. 你對用戶群體的理解是否足夠了解？

3. 如果不熟悉，就想辦法熟悉它，否則就不要動手。

2.5 總結你的結論

• 用戶：這個功能，第一批的核心用戶是誰？
• 場景：這個用戶在什么場景下會使用？
• 問題：解決了這個用戶最大的痛點是什么？
• 對比：和用戶現在的解決方案相比，體驗/效率提升有多大？

那接下來，我們一起來看看，收集整理了那么多的需求，我們到底先做哪個？

2.5.1 看用戶量和發生頻率

①頻率高，用戶量大

播單功能：播單功能能幫助UP主有效的進行視頻分類，用戶也能快速查找到系列的視頻，便于收藏、查看、分享。

②頻率低，用戶量大

• 視頻分區增加學習專區：據相關數據統計顯示，2018年度有1827萬人在B站學習，用戶量還是蠻大的，但畢竟不是一個學習的平臺，用戶學習的頻率想必不會太高，搜索功能基本能也滿足這部分用戶的需求。
• 增加番劇收錄功能：增加收錄功能可以很好的幫助用戶管理喜歡的番劇。

③用戶量小，頻率高

• 增加免流卡識別的功能：使用免流卡卻仍然出現流量確認彈窗，會讓用戶懷疑免流是否生效，更會讓多次看到彈窗的用戶覺得煩躁，無論哪種情況都會讓用戶對產品產生不好的印象。
• 增加ipad分屏功能：ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息，提升用戶體驗。
• 增加“自動播放下一個視頻”開關：B 站是一個長視頻 APP，用戶在觀看視頻的時候，有充足時間查看視頻信息、評論等內容，自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗，后續可以考慮增加此功能。
• 增加UP主原創內容主護盾功能：UP主辛苦創作的內容，被抄襲，有時自還會被“惡人先告狀”，對于原創內容的保護也是刻不容緩的。

④用戶量小，頻率低

• 增加彈幕與視頻同時緩存的功能：隨著網絡速度的提升，網速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內容，是無法完全緩存至本地的。
• 視頻內容支持切換語種：字幕可以配不同的語言文字，切換語種如果本身內容制作方不是多語言的，那這個工程量不是一般的大。

2.5.2 看開發難度和效果?

①見效快，開發量小

• 增加“自動播放下一個視頻”開關：用戶看完一個視頻能自動播放下一個視頻，能減少用戶操作，且開發量也不大。
• 增加番劇收錄功能：用戶對于自己喜歡的視頻可以回看，且開發量小。
• 增加免流卡識別的功能：對于運營商的免流量卡進行識別，只需把運營商的免流量卡的號段納入數據庫存，進行判斷即可。

②見效快，開發量大

• 播單功能：播單功能開發量大，且可能會改變用戶習慣。
• 增加UP主原創內容主護盾功能：開發量比較大，但保護優質原創資源是B站的必經之路。
• 視頻分區增加學習專區：開發量大，能有效提升接近2000萬用戶的學習效率。

③見效慢，開發量小

增加ipad分屏功能：ipad端用戶量小，且有分屏需求的用戶又會少一些，但開發量相對來說不咋大，可以考慮開發此功能，提升ipad端的用戶體驗。

④見效慢，開發量大

• 增加彈幕與視頻同時緩存的功能：彈幕是實時更新的，不是固定信息，緩存在本地意義不大且開發量大。
• 視頻內容支持切換語種：有這種需求的用戶量很少，且開發量巨大。

備注：以上分析沒有對錯之分，根據你公司當下情況進行排序即可。

2.6 綜合以上分析，按順序對產品功能作出優先級排序

（從上往下，需求優先級重要程度逐漸下降）

1. 增加免流卡識別的功能
2. 增加ipad分屏功能
3. 增加番劇收錄功能
4. 增加UP主原創內容主護盾功能
5. 增加“自動播放下一個視頻”開關
6. 播單功能
7. 視頻分區增加學習專區
8. 增加彈幕與視頻同時緩存的功能
9. 視頻內容支持切換語種

三、需求池建立

3.1 納入需求池

所有收到的需求，只要不是當下馬上就能解決的，就放到需求池里面去：

3.2 需求池包含哪些內容

最后

好啦，到這就結束啦，下面我們來回顧一下主要內容：

• 第一步：我們通過不同的渠道挖掘需求
• 第二步：對需求進行優先級排序
• 第三步：建立需求池

本文由 @菜園長 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。