需求清单比你想象中的更重要

周鸣

刚刚步入产品岗位做助理或基础专员的时候，你的领导会让你管理需求列表。就像好多年前的我一样。
需求列表又叫Feature list。好多年前第一次听到这个词我还在想feature到底是哪个词，开完会后还专门去百度，找了好一会才知道原来是让我整理需求清单去。
看起来管理需求列表是一件很简单的事情，但其实它不管对业务发展还是对你自己的能力提升都非常重要。你有没有想过为什么要去管理需求列表？
01

管理需求列表是让一个产品快速了解业务的方法之一！
如果你刚参与到一个新的项目中，让你去整理需求列表的话，你需要接收不同的需求来源方，有业务方、运营、研发、设计、客服……当然肯定少不了老板和用户的反馈。
通过不同部门所得到需求你可以很快了解到这个项目接下来可能会变成什么样。那么你在业务讨论会、需求评审会中才能跟得上节奏。
同时有方法地进行需求列表管理也能帮助一个初入产品岗的人快速提升自身能力。
02

我们先看下需求列表怎么管理


上图是好多年前的一个项目，拿来做个示范用
完整的需求清单会包含以下几个部分
1.需求类型
2.系统、模块、需求、详细需求描述的拆解
3.需求优先级
4.需求来源方
5.需求创建时间
6.需求状态

03

需求类型：
需求类型很好理解，是用于区分这个需求是新的需求还是原有功能优化的。

需求拆解：
这部分能很好地帮助你去接触和刻意训练自己的结构化思维。不管对错，先按照自己的想法对每一个需求进行归类。
以“用户可在对应订单下手动归还后续每个月的租赁费”这个需求为例。背景是几年前很火热的“分期租赁小程序”。让用户分期购买商品后有地方可以手动进行提前还款。
它是属于支付系统还是订单系统的呢？
是不是感觉似乎两者都有沾边？假设是属于订单系统的，那又是属于哪个模块的呢？是订单生成模块，还是订单履约模块？
其实属于哪个系统模块并不是最重要的，只要你自己深入思考过，并且逻辑通顺就行。
因为需求的拆解最关键的部分是去思考如何拆解，想得多了，后续碰到一个新需求的时候你也就知道应该在哪个系统下进行改造，会牵扯到哪些业务模块。

需求优先级：
这个部分是我觉得需求列表中最重要的部分。因为当你接收到很多需求的时候，为什么这个是P0，另一个是P1呢？（优先级高低一般从P0-P3）
优先级是会变化的，今天看起来是P2的需求，1个礼拜后有可能变成了P0。为什么会这样呢？
因为业务目标。每一个阶段业务目标是不一样的，比如现在我们的项目目标是做新用户。那么和用户拉新、注册转化等相关的需求优先级会被提升。
这同时也是后续产品经理必备的能力之一——结果导向、目标导向
所有的工作都应该围绕着业务目标来做。当产品经理从管理一个需求点到一条业务线的时候会变得更加明显。那时候不仅仅有产品功能上的优先级要考虑，还有运营工作上的优先级。
当然，优先级的判断也不仅仅是从目标上来衡量，还得从研发难易、资源消耗以及是否有市场营销点来进行一并考虑。最终确认出需求的优先级。
如果A需求和我们的业务目标是吻合的，但他需要投入80%的研发资源以及运营配合，而ROI和B需求是差不多的，但B需求的资源投入只是10%的研发资源和部分运营。你会怎么先做哪个需求呢？

需求来源方：
需求清单是记录多个需求方提出的需求的，而产品在记录需求的过程中会自己进行二次思考，那么优缺点就非常明显
优点：需求被转化为产品和技术可理解的语言。
缺点：不管怎么样，经过自己思考后的需求会存在信息衰减和过滤，有一些不起眼的表达很容易被遗失，但那很可能是一个重要需求。
所以需求来源方的记录就变得异常关键，当忘记需求背景的时候，找到需求方，让他重新还原下需求背景。这样才不容易有偏差

需求状态：
这个很好理解，对需求进展的一个跟踪。包含了：待排期、暂缓、进行中、已上线的状态。
其中要说明一下的是暂缓这个状态。这个状态表明该需求和你现在的业务是不太相关的。
比如你做的是一个类似淘宝的平台电商，然后客户反馈说需要一个买家之间沟通的论坛。
乍一看两者差异是非常大的，不能说用户的需求不对，因为他表达的是他自己的需求。但这个需求和你现阶段目标以及本身的业务方向可能毫不相干。所以它的状态应该是暂缓。
但当多名用户表达出对沟通论坛有需求的时候你就得注意，他可能是一个重要需求。
为什么要有论坛？是为了和其他买家沟通吗？沟通什么内容呢？是闲聊还是针对某一款商品的使用上的情况？
这不就是现在“淘宝问大家”和“京东问答”的原型吗？


备注：
这个部分最好能写明你的思考，比如你觉得这个需求对业务的好处是什么，有可能达到怎样的效果。
管理需求清单的工作不复杂，难的是如何让自己思考起来。因为你的领导很忙，他只能告诉你需要做这件事情，但为什么做，怎么做就需要你自己好好思考。

04

一般每周会有一个定期的产品会，叫上项目组的产品和你的领导一起开会沟通，看接下来的产品工作怎么安排。
这时候对管理需求列表的人是一个非常好的锻炼机会，你应该去进行会议的主导。
比如：先回顾下我们正在进行中的需求有哪些。然后看最近新接收到的需求里你觉得最重要的一些需求是什么（P0、P1、P2都得展示出来），它们为什么重要。
让大家参与需求优先级的PK，从中了解其他人是怎么理解和思考这些需求的。在调整需求优先级的同时也是帮你完善需求理解的过程。
<hr/>如果有收获，欢迎关注、赞同、收藏。
我是宁叔，关注我，一起思考更多的问题。思考能让你受益终身。