要说这需求收集表，我得从我刚入行那会儿说起。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
那时候我就是个愣头青，刚转岗做产品，啥也不懂。每天开会，各个部门的人，销售的、市场的、研发的，轮番轰炸我，说各种各样的需求。张三说要加个按钮，李四说要改个流程，王五说要做个新功能。我，就用个小本子记，密密麻麻的，记完一合本子，脑子一片浆糊，根本理不清头绪。
需求满天飞，脑子像一锅粥
每次开完会，我都要花好长时间去消化这些需求。有时候记漏了，或者记错了，等跟研发一沟通，问题就来了。研发说：“你这个需求说得不清不楚！”我当时就傻眼了，明明记了，怎么就模糊了？
最要命的是，很多时候大家提的需求都是零零碎碎的，没有一个完整的上下文。今天拍脑袋一个点子，明天又来一个。我这边排期都排好了，突然有人说：“上次那个需求你是不是忘了一个点？”得，重新来过。
那段时间，我感觉自己像个救火队员，天天都在救火，焦头烂额的。项目进度推不动，研发怨声载道，老板也觉得我效率低。我那时候真是想死的心都有了，感觉自己根本不适合干产品经理这活儿。
摸索出来的“救命稻草”
后来我实在扛不住了。我就琢磨，这不行，得找个办法。我开始去网上看别人的经验，也问了一些资深的产品老鸟。有人提到了“需求池”，有人提到了“需求文档”，然后我就看到了“需求收集表”这个东西。
我当时眼前一亮，心想这玩意儿是不是能帮我把这些散乱的需求都规整起来？我立马就开始动手折腾了。先是找了几个模板，看看别人都怎么做的。然后根据我们公司的情况，自己慢慢改，慢慢加字段。
我刚开始搞的那个表，可简陋了，就几个基本信息：
- 需求名称：简单描述是啥需求。
- 需求提出人：谁提的。
- 提出时间：啥时候提的。
- 需求背景：为什么提这个需求，解决啥问题。
- 需求内容：具体想干
- 预期效果：做完了能达到啥目的。
就这么几项，我拿着这个表，再去跟人沟通需求的时候，就让他们对着这个表一项一项地填，或者我问他们，我来填。刚开始大家都不太习惯，觉得麻烦，但我硬着头皮推，告诉他们这样能把需求说清楚，以后开发起来才能快，才不会有返工。
实践出真知，效率噌噌涨
慢慢地，大家也看到了好处。每次开需求评审会，我把这些填好的表一亮出来，大家一看，，原来这个需求是这样的，背景是这个，要解决的问题是那个。比我之前口头转述，或者写几句话，强太多了。
我的效率也跟着上来了。以前开完会要花一两个小时整理，现在开会的时候就差不多同步填完了。一些不清楚的地方，当场就能问出来，让提出人把话说清楚。再也不是模棱两可的了。
用了这个表以后，我还发现好多“伪需求”自己就消失了。有些需求提出人，一看要填这么多，思考一下发现自己也没想清楚，或者觉得没那么紧急，慢慢地就没声音了。这无形中也帮我过滤掉了很多不必要的干扰。
后来我的这个需求收集表也一直在迭代，每次遇到新的问题，我就回去调整表格。比如：
- 我加了优先级字段，让提出人自己给个初判，是高、中、低。
- 又加了紧急程度和重要程度，帮助我们更好地做决策。
- 我还加了关联产品模块，这样一眼就能看出这个需求会影响到哪些地方。
- 甚至我还细化了验收标准，把“做完了”变成“做成什么样才算做完”。
- 后来又加入了负责人、状态（比如：待评估、评估中、已排期、已上线等），变成了一个活的工具。
我们团队不管谁提需求，第一步都是先填这张表。这张表变成了我们团队沟通的“语言”，大家围绕着它来讨论，来确定。所有人都知道，填了表的需求才会被认真对待，没填的就当没提过。
就这么一张简简单单的表格，彻底改变了我的工作方式，也提高了我们团队的协作效率。产品经理这行，看似要搞很花哨的东西，很多时候，把这些基础的工作做扎实了，效率自然就上去了。这玩意儿，真管用，不骗你。