一般中小公司的产品经理还有一个别称，叫做需求控制者。在整个需求的生命周期中一般具有5步：初步获取需求、整理设计需求、待开发阶段、开发过程中的补足修正、事后复盘。
在公司的产品运行到一定阶段的时候，作为产品经理总是会听到各个部门提出的需求，比如市场营销部、运营部、售后部、客服部、地推销售代表、客户、还有最重要的老板和投资人等。
确保不会遗忘--请记录需求
</br>作为一个合格的产品经理，无论在什么地方，当你获取需求的这一刻你最好用笔将需求书面记录下来。我的工作经验告诉我，只要别人提出过需求，一定要用笔记下来才是最保险的，要不然后面随时插入其他事，你就等着头痛吧。
记录的要素
</br>记录的第一点，你最好记录需求的来源。需求来源有很多，但是不同的来源，重要程度完全不一样，比如老板的需求可能涉及到投资方，此时一定要慎重对待。
记录的第二点，一定要记录需求背景。这个背景就相当于我们小时候学习语文时，老师说的课文背景一样。有时候不了解背景，你很难懂那篇课文，有时候你不了解需求的背景，你很难懂这个需求。可以把需求背景当做是上下文的情景，脱离情景的需求在整理阶段是非常头痛的。
记录的第三点，要记录对这个需求的解决办法。如果提出这个需求的人，暂时没有想好解决办法，你可以产生引导需求方找出解决办法。方法一般有流程图、情景模拟、创新组合等。如果实在没有需求解决办法，证明这个需求其实是一个伪需求，这个需求暂时不能进入需求池。
需求判断
</br>有些需求是真实需求，有些需求是伪需求。真实需求当然应该进入需求池，标记他的重要程度，然后进行下一步的处理。伪需求需要我们能够辨别，并对需求方进行阐述，明确告诉他这个需求不会进入需求池，这个一般是入门的产品经理最头痛的事，因为解释阐述总是爆发冲突。
那么如何对需求进行判断辨别呢？
</br>第一种方法是学习前人的经验，依据是市场上经过考验的书籍。其实有些东西书籍会明确的告诉你行不通的，平时要多读书。
第二种方法是根据同行或者身边的人经历过的真实案例来进行判断，、多归纳法。
第三种方法是产品经理平时对产品琢磨积累的经验对需求进行判断了，实践出真知。
和需求方阐述时，也可以从这几个角度来说，你能说的有道理，才可以让对方信服。
这里有一种特殊情况要进行下说明：如果有一个需求是老板提的，你暂时理解不了，最好照老板的需求做，因为很可能这个需求逻辑不通，但是可能涉及到投资等战略内容，服从商业整体规划。这种情况，事后一定要和老板仔细复盘，下次就心中有数了。
以上就是一个很私人的经验，工作中初步获得需求时，进行的动作：
</br>首先务必用笔记录下来
记录有3个要素：需求来源、需求背景、解决方案
需求判断有3种方法：读书知识、行业归纳、个人经验
真实需求要标记重要程度，然后进行下一步处理
