产品经理的需求池管理
在做项目的时我们经常会面临各种各样的需求,有的需求来自领导的指示,有的需求来自用户的反馈,有的需求来自灵光一闪,有的需求来自团队其他小伙伴等等,那么对于各种需求我们应该如何处理和管理呢?这个就是今天要和大家分享的内容:“产品经理需求池的管理”。
需求池是什么
需求池可以理解成一个产品迭代依据的库,数据库记录各种数据,那么需求池记录的是各种需求。
为什么要有需求池
在聊这个问题前,先聊下没有需求池的尴尬,笔者是从UI设计师到UX设计师再到PM过来的,当时做UI的时候是没有需求池的,大部分的时候需求都是市场部们反馈给我们leader,之后leader组织团队成员开会,传达下去就开干了,因为没有文档一般当一个版本迭代完成之后大家就处于一个休眠阶段,不知道下一步要做什么。而且在团队成员配合上也经常会撕逼,因为没有需求的明确进度,比如设计做完后交付开发,开发做完后设计也要对视觉的还原度走查,因为不清楚开发的进度,去催开发什么时候可以测试视觉,开发搞着搞着就烦了,哈哈都是血的教训。
所以问题回来了,需求池主要有两个作用:
第一:便于产品版本迭代有据可依
第二:便于团队合作沟通
做需求池常用的工具
需求池常用的工具有挺多的,这个根据实际情况,选择合适的就好,我个人常用的是Numbers,windows的Excel,因为我们的团队比较小。我有的小伙伴的公司用的Teambition,这个软件方便团队沟通,有手机端和客户端还有网页端,设计团队也有用这个软件进行管理的,还有的小伙伴公司用Tower,这个软件没有客户端。还有的公司公司用Trello,这个软件也很强大,不过因为是国外的有时候会傻傻的连不上。其实工具无所谓的,根据自己团队的规模和团队成员的情况选择一款工具就好了。
需求池怎么做?
首先要聊一点,不是所有的需求都要放进需求池的,一些需求要经过筛选和评估才能放入需求池,也不是需求池内所有的需求都一定要去落地。需求池应是为了需求的管理和团队协作,只要达到这个目标就好了,下面举个例子来简单说明下。
- 状态
大概包括以下几种状态:待设计、设计完成、待开发、开发完成、待测试、测试完成、需求完成等 - 编号
这个就是顺序编号就好了,12345678..... - 平台
平台就是比如你是iOS客户端就iOS,Android就写Android,Web端就写Web端根据实际情况填写即可。 - 反馈人
这个就是需求的来源,比如说领导、产品经理、运营、客户等等 - 描述
需求是怎么来的,描述需求得到时的状况。 - 优先级
优先级的规则可以自己制定优先级的级别,比如1代表级别最高,2、3往下依次相对来说优先级低一些,这里需要说明的一点就是,这个优先级不是固定不变的,比如你在这个版本的这个需求优先级是不高的,可能是因为技术或其他原因,不代表他在下个版本的优先级就不高了。 - 版本
这个就是产品不同的版本对应着不同的需求,如实记录就好了。
需要注意的点
第一:产品优化属于需求,会放在需求池中,但是Bug不属于需求,Bug要放在Buglist中。
第二:接到需求后,要对需求反馈人即时回应,比如说接到运营同学提出的一个需求,如果评估这个版本能做就要有实际行动,也要在需求池中有所体现,如果不能做或者要下个版本做,说明理由并即时反馈。
第三:需求池是需要长期维护和管理的,并且要阶段性的反馈给团队成员的,不要只是给自己做个表格。
今天是假期最后一天了,虽然是假期的尾巴了,还是给大家送上一句节日快乐。