在创业团队中，产品经理的角色至关重要，尤其是在产品开发过程中，需求列表的编写更是关键环节。本文将深入探讨如何在创业团队中高效编写需求列表，确保产品开发的顺利进行。

“Design is not just what it looks like and feels like. Design is how it works.

设计不仅仅是外观和感觉，设计还关乎它是如何工作的。”

——Steve Jobs

史蒂夫·乔布斯

上一篇，我们讲了如何写BRD，这是产品设计分层中的战略层的产出物。

这里有人可能会问，为什么和所了解的“用户体验的五要素”的战略层内容不太一样呢？

确实，可能跟经典的《用户体验的要素》这本书中所阐述的战略层产出，有那么一些区别。

但没有关系，活学活用。

我认为从本质上来说，产品的任何产出，必须要跟相关合作方有充分的共识后才有意义。

BRD就是和资源权利的拥有者（老板、客户）所沟通后的产出。

那么同样，今天我们所讲的需求列表，就是按照“用户体验的五要素”的范围层的本质定义，和项目组成员沟通后的结果。

1、什么是需求列表？本质上是任务清单

照样先回答一个很基础的问题，什么是需求列表？为什么说需求列表就是范围层的产出。

那让我们梳理一下需求列表的三个要素：做什么？谁来做？做多久？

做什么？

我们讲了如何写BRD，如果这一步通过了，不就已经相当于领取到了重要的任务，那么下一步就要开干了。

可以点击链接回顾一下，上次讲过用黄金圈法则来写BRD，其中讲到了How（怎么做？方法、措施）和What（做什么？执行、成果）的时候，其实就已经相当于是需求列表的雏形了。

要做什么，本质上就是对目标进行任务分解。

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

如何做好任务分解呢？

我思考了很多，暂时还没有能成制式的回答，只能说要依靠于：

1. 一定的项目管理经验；
2. 不仅仅对产品工作，而且对其他合作部门的大致工作都会有所了解（这其实也属于产品经理的素养之一）。

为了更好的来做说明，还是拿之前所举过的例子来尝试做一下任务分解：

某电商产品要加入信用支付。

经过之前的上一步，通过BRD已经阐述清楚：

市场上已有多个竞品使用了此功能，并且预计可以较大的提升预订转化率。

并且获得了立项资格。

那么，可能就根据经验，完成了如下的任务分解：

注意，表格中的每个大任务都可以分解成具体可执行的任务，我仅仅只罗列出了产品的，其他部门的工作就不举例了。

而在第2项产品的产出中，我罗列出了功能清单，这便是符合《用户体验的要素》的范围层定义之一，其中还有内容或信息清单，属于运营工作的部分。

但从更大的角度上来说，这样一份的需求列表，会在整个项目工作中更加落地，更加实用。

谁来做？

此时就是组建项目组成员，让我们加入一下：

做多久？

再把每一项的时间规划一下，这样就组成了互联网公司的资源消耗大头之一，也就是项目成本。

注意了，以上还是仅作虚拟举例。真实的需求列表有可能会比这个要充实的多，也可执行的多。

2、还有哪些要点呢？

做好内部沟通，先开小会再开大会

做需求列表的过程，其实也就是组建项目组的过程，考验的也是一定的项目管理的能力。

我建议按照如下的方式来进展：

1. 列出方案：总结BRD已阐述清楚的目标，罗列出一个简单的需求列表，切记不要直接拿BRD去做沟通，否则有拿老板或客户去压人的意思；
2. 索要资源：一一和各部门负责人要资源，同时确定更加合理的各部分的需求分解；
3. 正式立项：最后召集项目组的成员开大会，简单的再次阐述目的，并展示需求列表，同时这也算是正式的立项大会。

当然，根据具体情况，也要灵活应对。

要可适用于项目进度看板

最终的需求列表，一定同时也等同于项目进度看板。

按照经典的管理方式，也就是通过甘特图来进行呈现。

可以使用微软的project软件，当然现在有很多在线的工具，支持的也挺好。

……