对于很多初入职场成为PM的人来说，一开始是很难独立负责一个需求的，或许只是负责数据收集处理、产品会议组织和记录整理等工作任务，但只要坚持下去，终究也会让上级委派独立负责一个需求的全过程管理的。而当我们接到需求后，应该怎么做才能把需求全过程都做好呢？今天我们就来简单探讨一下。
需求生命周期
首先，我们来了解一下需求的全生命周期（在之前的文章里我已经对需求生命周期有过详细的阐述，在这里我就简单提一下的）：
∙ 需求收集：从各个需求来源的渠道收集各式各样的需求；
∙ 需求挖掘：从需求中挖掘出客户或者用户真实的目的；
∙ 需求分析：根据真实的需求分析得出可行的解决方案；
∙ 需求设计：根据需求分析的结论进行功能或者架构或者数据体系上的设计优化；
∙ 需求实现：带领开发团队对需求设计的方案进行实现；
∙ 需求反馈：观察和分析需求上线的数据情况和用户使用情况并找出潜在的新需求，持续优化。
实际工作例子
假设我们现在所在团队负责的是美团商家版，运营的同学根据与商家那边的沟通来跟产品团队反馈需要对消费者的评价进行排序，这个需求上级指派我们来跟进处理。
当我们拿到需求之后，第一时间要做的事情很简单——确定需求紧急程度。如果是非常着急要上线的功能，那我们就得及时做好工作安排，把这个需求的所有事情提到最前面来。当然就现在接到这个需求而言，这是一个一般紧急程度的需求，从四象限来划分，也只是个 P2 的需求（关于四象限，我之前也写过文章介绍过，P0 是优先级最高的需求）。
当我们确定好需求紧急程度之后，下一步就要按照需求的生命周期来执行了。因为需求是已经拿到了，所以我们就可以开始做需求挖掘了。我们可以直接拿着需求去找运营的同学讨论，一方面了解下运营对这个需求的想法，因为运营的同学也是具备了相当的产品思维的，另一方面从运营方可以获取到商家那边反馈的实际数据情况。
确定好需求后，我们也便能根据需求分析得出可行的解决方案了，可以根据评价本身具有的时间维度、评价高低维度等进行排序。有了方案之后就是需求设计，因为本身需求不大，可以略过产品架构等，最直接的方案就是原型和 PRD，要写清楚需求目的背景、排序的规则、页面的展示和交互逻辑等。
当需求设计好并成功进入排期后，要根据需求评审确定的时间来执行好跟进开发进度的计划，确保需求能按时按质量开发上线。而最后当需求成功上线后，我们还要跟运营那边沟通，及时获得商家那边实际的反馈情况，并且在需求上线一到两周后，适当地进行回访了解情况，看是否还有需要优化提升的地方。
写在最后
独立负责一个需求是作为产品经理的一个重要节点，这意味着之前的努力已经被认可，所以第一个需求做得好不好也是非常关键的，会影响到团队成员对产品经理的初印象。希望这篇文章能够帮助到初入职场的产品经理。以上便是我个人对 PM 拿到需求该怎么做的看法，大家有其他想法欢迎留言探讨。
