以哔哩哔哩为例教你三步建立需求池

　　本文以哔哩哔哩为例，讲解了如何进行需求挖掘、需求优先级排序、需求池建立等内容。
　　前言
　　需求池，顾名思义就是把很多需求放在一起的东西，在规划版本时，从池子里根据轻重缓急和优先级来筛选出需求，排排期，弄成一个版本开发计划。需求池工具有很多，比如Project、Execl、MindManager等都可以作为需求池管理工具。
　　在产品生命周期管理中，靠谱的、不靠谱的、紧急的、不紧急的，所有的需求都应该放到需求池里，每一次安排产品版本计划的时候都要重新审视一遍需求，然后再根据需求池里的所有需求进行轻重缓急和优先级的权重比较。
　　需求池是一种项目管理和自我管理的工具，是产品狗每次到版本迭代就发愁、焦虑不知道干什么的良药。
　　下面我以哔哩哔哩为案例，从需求的挖掘、优先级排序到建立需求池进行详细的分析，希望对你有所帮助。
　　产品简介
　　哔哩哔哩是一款娱乐动漫二次元视频社区。哔哩哔哩上的视频来自用户的创作或搬运，不同于其他视频网站存在大量重复、低质量的视频内容，哔哩哔哩的搬运工是一群热爱动画的核心用户，他们能保证动画的内容质量和画面质量，能提供最及时、最清晰的动画视频内容。一部新番在日本播放完约1小时后，该视频的高清版就会被搬运到哔哩哔哩上。
　　研究方法
　　抽样法：从用户评价中抽取有价值的反馈进行分析。
　　信息提取平台：Appannie、七麦、酷传网、新浪微博、各大应用市场等。
　　一、需求挖掘
　　1。1通过用户反馈关注什么？
　　发现自己的问题
　　发现竞品的问题
　　通过用户反馈发现可能的机会点
　　1。2通过哪些渠道来收集用户反馈？
　　1。2。1公开渠道
　　有Appstore、新浪微博、百度贴吧、七麦、酷传网、雪球等。
　　公开渠道我这次主要以七麦为主，通过信息总览，大致归纳典型的反馈方向：浏览近3个月用户评价和版本相关信息，整理筛选出一些典型的反馈问题，重点筛选出差评、有实质性内容的评价和异常行为。
　　微博：通过关键词搜索，了解热度较高的反馈及讨论细节，通过关键词搜索全站，浏览B站官网近3个月的更新，重点关注高赞和高评论数的内容。
　　百度贴吧：通过关键词搜索，了解热度较高的反馈及讨论细节，
　　1。2。2半公开渠道
　　朋友圈、微信公众号的文章、微信群、用户评价，ps：如果想获取竞品的可以成为种子用户或者是付费用户。大家可以结合自己的产品性质，去不同的地方搜集哈。
　　1。2。3内部渠道
　　用户投诉、电话录音、客服咨询。别人家的咱们获取不到的哈，如果能获取到那也是犯法的，这种事儿咱不能干。
　　总之，定期去收集用户反馈，会让你的工作事半功倍。
　　1。用户反馈不同渠道的处理策略？
　　公开渠道：勤搜索、关键字收藏夹、使用监测工具。
　　半公开渠道：定期搜索关键字、定期分析用户评论。
　　内部渠道：整合内部用户反馈渠道，定期与一线的同事沟通，或者是自己主动去一线。
　　总之，去用户量最集中的地方。
　　1。4重点看什么？
　　低分差评：重点看13分的差评
　　因为给差评、低分，用户一定是不满的，用户满意的时候他有可能不吭声儿，但是用户不满意他一定会说出来的。
　　去应用商店是他们最常见的做法，比如：
　　QQ音乐曾经做了一个线下的颁奖典礼，但是他们把李宇春的性别弄错了，所以，粉丝就炸锅了，你现在去看QQ音乐的评分，很惨的，大部分用户为了偶像给QQ音乐打的全是低分，当然，这个是不具备参考价值的，但是正常情况下，低分差评是非常值得参考的。
　　有效评论：重点看有实际描述的评论，如下图：
　　异常行为：比如水军刷榜，恶意评价，也就是一个时间段，有很多好评或者是很多差评（可以过滤掉）。
　　比如刚刚QQ音乐的例子，可以通过一些方式判断是否有水军刷榜，刷榜的方式是怎么样的，这样会对一个产品评估会更加的了解，
　　1。5哔哩哔哩评论信息提取
　　通过不同的渠道，咱们已经收集好用户反馈了，下面是在各渠道收集的125条有效评论其中一部分截图：
　　下面需要对用户的评论信息进行提取：
　　1。6哔哩哔哩用户反馈合并汇总
　　把七麦、微博、百度贴吧收集的用户反馈数据合并，得到以下结果：
　　优化需求共43个
　　新需求共21个
　　BUG类61个
　　在上述需求中再剔除掉无效及重复的反馈，优化类需求本次不做需求整理：
　　1。7新需求
　　希望支持ipad分屏功能
　　希望增加播单功能
　　增加弹幕与视频同时缓存功能
　　视频分区增加学习专区
　　增加免流卡识别的功能
　　增加自动播放下一个视频开关
　　UP主原创内容护盾功能
　　番剧申请收录功能
　　视频内容支持切换语种
　　二、需求优先级排序
　　正所谓鱼和熊掌不可兼得，我们的时间、精力或者其他的资源都是有限的，通过第一步的收集，我们挖掘了那么多的需要求，不能都一起做吧，所以，一定要确定优先级，下面我通过几个维度给需求进行优先级排序。
　　2。1四象限看用户量与发生频率
　　优先解决大用户量的高频问题，特别是在产品早期，一定要先解决用户量大且经常发生的，提升基础体验，增加产品的稳定性。最后解决少量用户的低频问题。
　　2。2看开发难度和效果
　　优先开发见效快且开发难度不大的，这就是迭代，最后做很费劲而且见效慢的，这可能是未来的机会。
　　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综合以上分析，按顺序对产品功能作出优先级排序
　　（从上往下，需求优先级重要程度逐渐下降）
　　增加免流卡识别的功能
　　增加ipad分屏功能
　　增加番剧收录功能
　　增加UP主原创内容主护盾功能
　　增加自动播放下一个视频开关
　　播单功能
　　视频分区增加学习专区
　　增加弹幕与视频同时缓存的功能
　　视频内容支持切换语种
　　三、需求池建立
　　3。1纳入需求池
　　所有收到的需求，只要不是当下马上就能解决的，就放到需求池里面去：
　　3。2需求池包含哪些内容
　　最后
　　好啦，到这就结束啦，下面我们来回顾一下主要内容：
　　第一步：我们通过不同的渠道挖掘需求
　　第二步：对需求进行优先级排序
　　第三步：建立需求池