|
产品经理日常工作中，经常会遇到这样的情况，boss,业务部门在提需求，自己也有很多想法，可通常会把精力放在当时催的紧急的事上面，以至于这些需求当时没有来得及做或者记录，之后遇到的便是各种混乱。到最后，虽然好像自己做了很多工作，但是别人不知道你在干什么，甚至自己回过头想，自己也不知道做过什么。 以上问题的原因都可以归结于一个原因：那就是没有做好需求管理。什么是需求管理？
需求管理就是需求的收集记录、分析和整理过程。
产品经理没有完善的需求收集机制，就会不知道需要解决什么；收集好需求后，没有一个完整的分析过程，结果很可能就是没有解决最重要的需求，或者是解决的方案差效果不好，自然也不会为公司创造效益反而劳神伤财；没有做好需求管理，就不知道每个阶段自己需要做什么，以前做过什么。 需求的初期：收集与记录
需求来源：
配合公司发展的后台支撑型需求（boss），业务部门用户需求（用户），产品规划中的需求（PM），bug修复，产品优化等。 需求的记录：
用户需求各式各样，他们通常只知道我觉得这里好或不好，我想要干嘛，但是却不知道需要做什么，这些需求产品经理需要通过整理将其转化为产品（功能）需求放入需求池以进行评估。
无论是来自于业务部门需求还是配合公司业务发展的需求（上级需求），亦或是自我的想法等，我都会暂时将其记录在需求池中（我用excel做了一个需求管理的模板），尽可能用简洁明了的语言将需求记录下，最好能将需求场景尽可能详细记录，以防需求过多或时间过长后无法还原该需求场景。
需求的中期：优先级评估与版本规划
公司目前后台产品经理就2位，通常我们都会每周将需求做一个优先级评估，评估需求优先级要注意的点： 目标匹配：对于战略性需求，影响范围较大，耗时较长的需求需要评估该需求与公司目前阶段性目标是否匹配，作为一个创业阶段的公司，这个时候更加关注的是用户增长
例如：网上购物，开始发展时期更加关注的是用户购物的环节，尽可能为用户带来更多的商品，当用户积累到了一定的基数，那么这时对用户的服务，商品配送环节就越来越重视。
需求的紧急性：通过需求的紧急程度评估优先级 需求之间的潜在联系：随着需求池的需求越来越多，会发现很多需求之间需要解决的问题都是一个或一类问题，且在产品发展的规划范围类，那么这时就该将这一类需求划入这一阶段的版本规划中。
需求的后期：需求实现与状态追踪
在确定需求评估 之后，对于需要做的需求，为了能够快速了解到当前做的事以及需求处于什么阶段，做到能够让自己心里有数，这时就需要对需求处理状态进行追踪，我通常会使用状态（需求阶段，需求评审阶段，开发阶段，测试阶段），预估上线时间（设计，技术都会估时）上线时间，相关人员（该需求相干人）来进行追踪。 番外：需求进行中的插曲
当然由于公司资源有限，有时候很可能会发生一些突发情况，这个时候产品经理就需要做一个取舍，会遇到正在进行的需求暂停的情况。
|
