今すぐログイン 以哔哩哔哩为例，聊聊产品经理怎么玩转需求池
需求池这名字听着挺直白——就是把五花八门的需求先扔进去泡着。但真到了排版本的时候，从池子里捞哪些、先捞哪些，门道就多了。Project、Excel、MindManager 都能当容器，关键是里头的逻辑得理清楚。产品从生到死的全周期里，不管靠谱不靠谱、着急不着急的需求，统统先扔进来再说。每次开版本规划会，都得重新扒拉一遍池子，比比权重、排排座次。
需求池对产品经理来说，既是项目管理的外挂，也是迭代前自我抢救的速效救心丸。下面拿哔哩哔哩当个活案例，从怎么挖需求、怎么排序，到怎么搭池子，一步步拆开聊。
哔哩哔哩是个啥
简单说，这是个靠动画、游戏、二次元内容起家的视频社区。跟那些靠版权采购撑场面的平台不一样，B站的内容大多来自用户自己创作或者搬运。尤其是那群核心搬运工，对动画爱得深沉，画质、时效都抠得很细，新番在日本播完大概一小时，高清版就已经出现在B站了。这种社区氛围和供给模式，决定了它的需求生态跟主流视频网站很不一样。
研究方法
这次主要用了抽样思路，从用户评价里扒有价值的反馈。信息来源包括 App Annie、七麦、酷传这些数据平台，还有新浪微博、各大应用市场的评论区。
---
一、需求从哪来
1.1 用户反馈里能挖出什么
- 发现自己产品的短板
- 看看竞品哪里也没做好，有没有空子可钻
- 从用户的只言片语里找新机会
1.2 收集渠道有哪些
公开渠道是最基础的：App Store、微博、百度贴吧、七麦、酷传、雪球等等。这次我主要盯七麦，近三个月的用户评价和版本信息翻了个遍，差评、有实质内容的评论、异常行为都单独拎出来看。微博上用关键词搜，看哪些反馈在发酵，B站官方账号的高赞评论也重点扫。贴吧同理，关键词搜索加热门讨论。
半公开渠道更隐蔽些：朋友圈、公众号文章、微信群、用户私下评价。如果想研究竞品，充个付费用户、混成种子用户，往往能拿到一手体感。
内部渠道就是自家地盘了：用户投诉、客服电话录音、在线咨询记录。别人的内部数据咱拿不到，也不该拿，违法的事不能碰。
定期去用户扎堆的地方泡着，效率绝对比闭门造车高。
1.3 不同渠道怎么维护
- 公开渠道：勤搜关键词、建收藏夹，能用监控工具的就别手动
- 半公开渠道：定期搜关键词、定期分析评论趋势
- 内部渠道：把反馈入口打通，多跟一线客服、运营同事吃饭聊天，甚至自己去一线坐两天
说到底，就是往用户最集中的地方钻。
1.4 重点盯什么
低分差评（1-3 星）必须看。用户满意了往往闷声不响，不满意才跳出来骂街，应用商店就是他们的首选战场。当然也得会分辨，比如当年 QQ 音乐把李宇春性别写错，粉丝集体刷低分，这种就属于特殊事件，参考价值有限。但正常情况下，低分差评的信息密度很高。
有效评论优先看有具体描述的，"不好用"这种废话跳过，"缓存完视频弹幕没了"这种才值得记。
异常行为也要筛，比如水军刷榜、恶意差评，一段时间里突然涌现的大量好评或差评，得过滤掉。
1.5 从 B 站评论里提取了什么
这次攒了 125 条有效评论，核心任务是把用户的原话翻译成可处理的信息。
1.6 合并汇总
把七麦、微博、贴吧三边的数据拢完，一共拆出：
- 优化需求 43 个
- 新需求 21 个
- Bug 类 61 个
去掉无效和重复的，优化需求先放一边，新需求里值得重点看的有这些：iPad 分屏、播单功能、弹幕与视频同时缓存、视频分区加学习区、免流卡识别、自动播放下一个视频开关、UP 主原创内容保护、番剧申请收录、视频内容多语言切换。
---
二、需求怎么排优先级
资源永远不够，时间、人力、注意力都是有限的。挖出来的需求不可能一起做，得有个说法。
2.1 看用户量和发生频率
高频且用户多的，尤其是产品早期，必须优先解决，先把基础体验和稳定性兜住。低频、少数人的问题往后排。
2.2 看开发难度和效果
见效快的轻量需求优先，这是小步快跑。又重又慢的可能是未来机会，但眼下先放放。
2.3 看产品价值
- 紧迫性：用户是真需要，还是你想象出来的？
- 付费意愿：解决这个问题，用户愿意掏钱吗？
- ARPU：真做出来，能从用户兜里掏出多少？
2.4 看你对用户有多熟
对用户场景理解深不深？要不要补一轮功能点调研？对用户群体够不够了解？不熟的话，要么先去泡着，要么别急着动手。
2.5 最后问自己几个问题
第一批核心用户是谁？他们在什么场景下用？最大的痛点是什么？比现有方案能好多少？
具体到 B 站这 9 个新需求：
按用户量 × 频率看——
- 播单功能：用户量大、频率高。UP 主能系统分类视频，用户也能快速追系列内容，收藏分享都方便。
- 视频分区加学习区：用户量大但频率低。B 站学习人群确实庞大（2026 年数据约 1827 万），但这里毕竟不是专业学习平台，搜索功能基本够用。
- 番剧收录功能：用户量大、频率偏低，帮助用户管理追番列表。
- 免流卡识别：用户量相对小但频率高。明明买了免流卡还弹流量确认，用户会怀疑人生，反复出现就很烦。
- iPad 分屏：用户量小、频率高。多窗口处理信息是刚需，但 iPad 端本身占比有限。
- 自动播放下一个视频开关：用户量中等、频率中等。B 站是长视频平台，用户本就有时间看评论、看信息，自动播放影响不算致命，但给开关能提升自由度。
- UP 主原创内容保护：用户量小、频率高。抄袭和恶意投诉一直存在，保护原创是平台责任。
按开发难度和效果看——
- 见效快、开发量小：自动播放开关、番剧收录、免流卡识别。尤其是免流卡，把运营商号段导入数据库就能判断。
- 见效快、开发量大：播单功能、原创保护、学习区。都是大工程，但价值明确。
- 见效慢、开发量小：iPad 分屏。用户面窄，但开发相对轻。
- 见效慢、开发量大：弹幕与视频同时缓存（弹幕实时更新，本地缓存意义不大）、多语言切换（用户少、开发重）。
综合排序（优先级从高到低）
1. 免流卡识别
2. iPad 分屏
3. 番剧收录
4. UP 主原创保护
5. 自动播放开关
6. 播单功能
7. 视频分区加学习区
8. 弹幕与视频同时缓存
9. 视频内容多语言切换
当然，这个排序没有标准答案，各家公司现状不同，调法也不一样。
---
三、把需求扔进池子里
3.1 什么该进池子
只要现在解决不了，全部入库。
3.2 池子里要记什么
至少包括：需求描述、来源渠道、优先级、状态、负责人、预期时间。Excel 就能搭，复杂点上 Project 或专门的需求管理工具。
---
到这儿基本说完了。回顾下：先多渠道挖需求，再多维排序，最后建池子养着。这套打法不限于 B 站，换任何产品都能套用，关键是别偷懒、别拍脑袋，让池子里的东西活起来、转起来。