需求池与版本优先级管理

了解需求池之前，必须非常清晰地知道

• 所负责的产品，版本演变的过程是怎样的。

• 改进和Bug的区别是什么？
  • 用户收不到短信验证码（属于Bug）
  • 用户收到短信验证码在文本中的位置太靠后，希望放到开头（属于改进）

需求池是什么

• 人是很健忘的，灵光一闪的主意，看到的问题，都是需求池中的内容
• 需求池不是需求管理，确实需求管理过程中很重要但一部分
• 需求池与产品版本之间的关系是什么

为什么要有需求池

• 每个PM都必须要有一个需求池
• 每个团队，都需要有一个公开的需求池

常见需求池工具

• Excel：个人方便，但团队不方便
• Teambition/tower：团队很方便，但不如Excel直观
• Trello/JIRA
• 思维导图：虽然直观，但不便于管理，更不利于团队写作

需求管理不存在绝对的方法，只要用着顺手就行

需求是怎么被收集到需求池的？

需求进入需求池的过程

需求收集

• 描述需求得到时段状况
• 谁在什么时候反馈了哪些用户碰到的问题

需求整理

1.是Bug，还是改进，还是全新需求？ 2.有效需求还是无效需求 3.需求要不要做，能不能做

需求反馈

• 需求反馈原则
  • 尽量当下反馈结果
  • 尽量真实反馈结果，多真诚一些，少一些套路
  • 如果进入需求池，尽量做到有行动计划

到此，就完成了需求池的整理

总结

一闪而过的想法，用户的吐槽，产品倍投诉都非常有价值，值得被记录并且认真分析