'以「嗶哩嗶哩」為例，教你三步建立自己的需求池'

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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

二、需求優先級排序

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

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

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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

二、需求優先級排序

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

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

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

2.2 看開發難度和效果

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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 總結你的結論

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

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

看用戶量和發生頻率：

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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 總結你的結論

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

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

看用戶量和發生頻率：

1. 頻率高，用戶量大

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

2. 頻率低，用戶量大

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

增加番劇收錄功能：增加收錄功能可以很好的幫助用戶管理喜歡的番劇。

3. 用戶量小，頻率高

增加免流卡識別的功能：使用免流卡卻仍然出現流量確認彈窗，會讓用戶懷疑免流是否生效，更會讓多次看到彈窗的用戶覺得煩躁，無論哪種情況都會讓用戶對產品產生不好的印象。

增加ipad分屏功能：ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息，提升用戶體驗。

增加“自動播放下一個視頻”開關：B 站是一個長視頻 APP，用戶在觀看視頻的時候，有充足時間查看視頻信息、評論等內容，自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗，後續可以考慮增加此功能。

增加UP主原創內容主護盾功能：UP主辛苦創作的內容，被抄襲，有時自還會被“惡人先告狀”，對於原創內容的保護也是刻不容緩的。

4. 用戶量小，頻率低

增加彈幕與視頻同時緩存的功能：隨著網絡速度的提升，網速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內容，是無法完全緩存至本地的。

視頻內容支持切換語種：字幕可以配不同的語言文字，切換語種如果本身內容製作方不是多語言的，那這個工程量不是一般的大。

看開發難度和效果：

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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 總結你的結論

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

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

看用戶量和發生頻率：

1. 頻率高，用戶量大

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

2. 頻率低，用戶量大

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

增加番劇收錄功能：增加收錄功能可以很好的幫助用戶管理喜歡的番劇。

3. 用戶量小，頻率高

增加免流卡識別的功能：使用免流卡卻仍然出現流量確認彈窗，會讓用戶懷疑免流是否生效，更會讓多次看到彈窗的用戶覺得煩躁，無論哪種情況都會讓用戶對產品產生不好的印象。

增加ipad分屏功能：ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息，提升用戶體驗。

增加“自動播放下一個視頻”開關：B 站是一個長視頻 APP，用戶在觀看視頻的時候，有充足時間查看視頻信息、評論等內容，自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗，後續可以考慮增加此功能。

增加UP主原創內容主護盾功能：UP主辛苦創作的內容，被抄襲，有時自還會被“惡人先告狀”，對於原創內容的保護也是刻不容緩的。

4. 用戶量小，頻率低

增加彈幕與視頻同時緩存的功能：隨著網絡速度的提升，網速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內容，是無法完全緩存至本地的。

視頻內容支持切換語種：字幕可以配不同的語言文字，切換語種如果本身內容製作方不是多語言的，那這個工程量不是一般的大。

看開發難度和效果：

1. 見效快，開發量小

增加“自動播放下一個視頻”開關：用戶看完一個視頻能自動播放下一個視頻，能減少用戶操作，且開發量也不大。

增加番劇收錄功能：用戶對於自己喜歡的視頻可以回看，且開發量小。

增加免流卡識別的功能：對於運營商的免流量卡進行識別，只需把運營商的免流量卡的號段納入數據庫存，進行判斷即可。

2. 見效快，開發量大

播單功能：播單功能開發量大，且可能會改變用戶習慣。

增加UP主原創內容主護盾功能：開發量比較大，但保護優質原創資源是B站的必經之路。

視頻分區增加學習專區：開發量大，能有效提升接近2000萬用戶的學習效率。

3. 見效慢，開發量小

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

4. 見效慢，開發量大

增加彈幕與視頻同時緩存的功能：彈幕是實時更新的，不是固定信息，緩存在本地意義不大且開發量大。

視頻內容支持切換語種：有這種需求的用戶量很少，且開發量巨大。

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

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

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

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

三、需求池建立

3.1 納入需求池

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

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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 總結你的結論

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

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

看用戶量和發生頻率：

1. 頻率高，用戶量大

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

2. 頻率低，用戶量大

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

增加番劇收錄功能：增加收錄功能可以很好的幫助用戶管理喜歡的番劇。

3. 用戶量小，頻率高

增加免流卡識別的功能：使用免流卡卻仍然出現流量確認彈窗，會讓用戶懷疑免流是否生效，更會讓多次看到彈窗的用戶覺得煩躁，無論哪種情況都會讓用戶對產品產生不好的印象。

增加ipad分屏功能：ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息，提升用戶體驗。

增加“自動播放下一個視頻”開關：B 站是一個長視頻 APP，用戶在觀看視頻的時候，有充足時間查看視頻信息、評論等內容，自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗，後續可以考慮增加此功能。

增加UP主原創內容主護盾功能：UP主辛苦創作的內容，被抄襲，有時自還會被“惡人先告狀”，對於原創內容的保護也是刻不容緩的。

4. 用戶量小，頻率低

增加彈幕與視頻同時緩存的功能：隨著網絡速度的提升，網速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內容，是無法完全緩存至本地的。

視頻內容支持切換語種：字幕可以配不同的語言文字，切換語種如果本身內容製作方不是多語言的，那這個工程量不是一般的大。

看開發難度和效果：

1. 見效快，開發量小

增加“自動播放下一個視頻”開關：用戶看完一個視頻能自動播放下一個視頻，能減少用戶操作，且開發量也不大。

增加番劇收錄功能：用戶對於自己喜歡的視頻可以回看，且開發量小。

增加免流卡識別的功能：對於運營商的免流量卡進行識別，只需把運營商的免流量卡的號段納入數據庫存，進行判斷即可。

2. 見效快，開發量大

播單功能：播單功能開發量大，且可能會改變用戶習慣。

增加UP主原創內容主護盾功能：開發量比較大，但保護優質原創資源是B站的必經之路。

視頻分區增加學習專區：開發量大，能有效提升接近2000萬用戶的學習效率。

3. 見效慢，開發量小

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

4. 見效慢，開發量大

增加彈幕與視頻同時緩存的功能：彈幕是實時更新的，不是固定信息，緩存在本地意義不大且開發量大。

視頻內容支持切換語種：有這種需求的用戶量很少，且開發量巨大。

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

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

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

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

三、需求池建立

3.1 納入需求池

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

3.2 需求池包含哪些內容

本文以嗶哩嗶哩為例，分析瞭如何實現挖掘需求、優先級排序、建立需求池等內容，具體的來看看筆者的分析吧。

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

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

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

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

產品簡介：

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

研究方法：

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

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

一、需求挖掘

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

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

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

1.2.1 公開渠道：App store、新浪微博、百度貼吧、七麥、酷傳網、雪球等。

第一，公開渠道我這次主要以七麥為主，通過信息總覽，大致歸納典型的反饋方向：瀏覽近3個月用戶評價和版本相關信息，整理篩選出一些典型的反饋問題，重點篩選出差評、有實質性內容的評價和異常行為。

第二，微博：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，通過關鍵詞搜索全站，瀏覽B站官網近3個月的更新，重點關注高贊和高評論數的內容。

第三，百度貼吧：通過關鍵詞搜索，瞭解熱度較高的反饋及討論細節，

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

1.2.3 內部渠道：用戶投訴、電話錄音、客服諮詢。別人家的咱們獲取不到的哈，如果能獲取到那也是犯法的，這種事兒咱不能幹。

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

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

公開渠道：勤搜索、關鍵字+收藏夾、使用監測工具。

半公開渠道：定期搜索關鍵字、定期分析用戶評論。

內部渠道：整合內部用戶反饋渠道，定期與一線的同事溝通，或者是自己主動去一線。

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

1.4 重點看什麼？

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

因為給差評、低分，用戶一定是不滿的，用戶滿意的時候他有可能不吭聲兒，但是用戶不滿意他一定會說出來的。去應用商店是他們最常見的做法，比如：QQ音樂曾經做了一個線下的頒獎典禮，但是他們把李宇春的性別弄錯了，所以，粉絲就炸鍋了，你現在去看QQ音樂的評分，很慘的，大部分用戶為了偶像給QQ音樂打的全是低分。當然，這個是不具備參考價值的，但是正常情況下，低分差評是非常值得參考的。

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

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

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

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

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

下面需要對用戶的評論信息進行提取。

1.6 「嗶哩嗶哩」用戶反饋合併彙總

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

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

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

新需求：

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 總結你的結論

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

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

看用戶量和發生頻率：

1. 頻率高，用戶量大

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

2. 頻率低，用戶量大

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

增加番劇收錄功能：增加收錄功能可以很好的幫助用戶管理喜歡的番劇。

3. 用戶量小，頻率高

增加免流卡識別的功能：使用免流卡卻仍然出現流量確認彈窗，會讓用戶懷疑免流是否生效，更會讓多次看到彈窗的用戶覺得煩躁，無論哪種情況都會讓用戶對產品產生不好的印象。

增加ipad分屏功能：ipad分屏可以幫助ipad端用戶同時處理多個窗口的信息，提升用戶體驗。

增加“自動播放下一個視頻”開關：B 站是一個長視頻 APP，用戶在觀看視頻的時候，有充足時間查看視頻信息、評論等內容，自動播放的影響不算很大。不過提高用戶的自由度能有效的提高使用體驗，後續可以考慮增加此功能。

增加UP主原創內容主護盾功能：UP主辛苦創作的內容，被抄襲，有時自還會被“惡人先告狀”，對於原創內容的保護也是刻不容緩的。

4. 用戶量小，頻率低

增加彈幕與視頻同時緩存的功能：隨著網絡速度的提升，網速導致的問題會越來越少。而且彈幕作為一個多用戶、多時段上傳的內容，是無法完全緩存至本地的。

視頻內容支持切換語種：字幕可以配不同的語言文字，切換語種如果本身內容製作方不是多語言的，那這個工程量不是一般的大。

看開發難度和效果：

1. 見效快，開發量小

增加“自動播放下一個視頻”開關：用戶看完一個視頻能自動播放下一個視頻，能減少用戶操作，且開發量也不大。

增加番劇收錄功能：用戶對於自己喜歡的視頻可以回看，且開發量小。

增加免流卡識別的功能：對於運營商的免流量卡進行識別，只需把運營商的免流量卡的號段納入數據庫存，進行判斷即可。

2. 見效快，開發量大

播單功能：播單功能開發量大，且可能會改變用戶習慣。

增加UP主原創內容主護盾功能：開發量比較大，但保護優質原創資源是B站的必經之路。

視頻分區增加學習專區：開發量大，能有效提升接近2000萬用戶的學習效率。

3. 見效慢，開發量小

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

4. 見效慢，開發量大

增加彈幕與視頻同時緩存的功能：彈幕是實時更新的，不是固定信息，緩存在本地意義不大且開發量大。

視頻內容支持切換語種：有這種需求的用戶量很少，且開發量巨大。

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

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

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

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

三、需求池建立

3.1 納入需求池

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

3.2 需求池包含哪些內容

最後

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

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

希望本篇文章對你有所幫助，如果有哪一部分做的不足，還請各路大神指出，感激不盡。

下一篇：如何畫一份完美的業務流程圖？

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

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