一文搞懂如何进行需求管理？内附需求池管理模板，快快收藏 ...

病仔

常常听产品经理说要学会搜集需求，学会做需求管理，但没有人告诉你具体该怎么做，用了下面的需求管理的模板，很快就知道如何管理需求了。

我们知道，产品经理的日常工作就是搜集需求、整理需求最后细化需求给到研发进行开发，最后产品上线，但无奈需求是极其多而繁杂的，所以需要对需求尽心管理，让需求井然有序。

大公司一般有属于自己的需求管理软件比如Jira或者teambition，但一些中小型公司可能还没有，这个时候可以用我下面的模板，照样能把需求管理的井井有条。


需求池模板：

• 业务线
  
• 需求类型
  
• 主题
  
• 内容
  
• 来源
  
• 需求提出日期
  
• 优先级
  
• 迭代版本
  
• 业务负责人
  
• 产品经理
  
• 研发负责人
  
• 测试负责人
  
• 状态
  
• 计划上线日期
  
• 实际上线日期
  
• 前端开始日期/结束日期
  
• 后台开始日期/结束日期
  
• 联调开始日期/结束日期
  
• 发版计划
  

用excel表格，把上面的字段填写到excel表格的表头，然后每一列都记录为一个需求，即可对需求进行合理的管理。


下面我对上面的字段进行详细的解读。

• 业务线：说明所在的业务线即可，比如CRM系统，或者APP或小程序等，若公司业务线分的细，则以公司的实际情况去写；
  
• 类型：产品需求、技术需求、Bug、优化、临时需求、领导需求。可以按照这几种类型去分，产品需求即我们平时接触到的能看得见的需求，对比与技术需求，可能就看不见，比如加一些埋点事件，或者提升服务器稳定性这些就可以归类为技术需求，其他Bug、优化、临时需求相信都明白，还有我建议可以列一个为领导需求，这个在实际工作中，可以用来记录哪个大领导提过来的需求，方便日后溯源，且领导需求是很重要的，需要加快加急完成；
  
• 主题：一句话讲明白，描述需求；
  
• 内容：需求的具体描述，大概几段话，把需求讲详细一些，当然最详细的需求还得用需求文档去撰写，如何写需求文档可以参考我这篇文章标准的产品需求文档在这里！（详细说明版）（1）
  
• 来源：需求来源于哪里？是哪位部门成员？还是哪位用户？或者某一线员工，这样方便日后详细问需求还能找到人；
  
• 优先级：优先级一般我们可以按照等级分1到5,1为最优先，5为最不优先，当然也可以用其他方式，只要是能区分优先级即可；
  
• 迭代版本：这个需求计划在哪个版本去做优化迭代？可以标注上版本，避免需求太多忘记了，现实工作中真的太多事太多需求容易忘记；
  
• 业务负责人：负责这个需求的业务负责人是谁？每个产品功能都是为了实现提升某个业务方面的体验，都应该有一个对应的业务负责人，业务负责人可以理解为需求的提供方，功能完成后通知业务负责人，由业务负责人对该功能进行推广宣传以及后续客户服务等工作；
  
• 产品经理：当一个公司有多个产品经理时，而事实上也是很多产品经理，那就要标记清楚这个需求是由哪个产品经理负责；
  
• 研发负责人：这里可以写具体的研发负责人，最好不要区分又分为前端研发负责人还有后端的研发负责人，容易导致扯皮，大家互相推诿，当然如果你觉得你跟他们关系都很好不会那样，也可以写两个，看实际情况；
  
• 测试负责人：指定一个测试负责人，若果研发负责人也管测试，则不用，若测试由产品团队管理，则可以写上；
  
• 状态：可分为：待跟进、需求调研、PRD撰写、待评审、待开发、待排期、待测试、待验证、待验收、待上线、拒绝。
  
• 计划上线日期：写大概什么时候准备上线；
  
• 实际上线日期：实际又是啥时候上线的呢？
  
• 前后端的开发与结束日期：这些都要记录下来；
  
• 发版计划：功能完成，计划啥时候发版本，写几句话说明情况即可。
  

如此一来，需求管理就变得井然有序，不会被认为不专业的记录需求了。
把每一条需求都详细的按照上面的方式去记录，就能变成一个池子，为需求池，对于需求池，需要定时的去关注和管理，不然再好的管理，缺少人打理，都会慢慢被遗弃，所以不仅要懂得如何做需求池管理，还得勤于去打理需求。

更多产品经理资讯，请关注公众号：产品经理小聪