作为产品经理拿到需求的第一步，你会做什么？

新手最容易把原型当成需求，基本上每次带人都要反复强调不要马上画原型。

第一步了解需求的应用场景，给谁用，用来解决什么问题，应对什么情况（现存问题）；

然后是梳理业务、设计流程；最后再来考虑原型和详细功能设计。

我的思考方式如下：

首先，考虑用户，用户是一切产品的核心所在。

当想到一个功能或是需求，先考虑谁会用？潜在用户有哪些？我们要从用户角度去思考这一功能对他们的影响，因为最终是用户使用产品，从最发散的方式去逐一验证或者推翻。

列出所有可能感兴趣的用户（请注意，这里的用户不单单是消费者，而是指所有对这一功能感兴趣的人，可能包括 CEO、运营人员或是第三方等）。

对于红包或优惠券这一需求，用户自然愿意享受价格优惠，运营人员则提升用户规模与产品转化率，CEO 希望用一段时期内的补贴刺激用户在不同场景下分享或是转发。

其次，分析场景，在移动互联网时代，场景感是最重要的因素。

我们要考虑这些用户分别在什么情况下使用（感兴趣）？

我们再列出用户发生（感兴趣）的场景，先对场景进行假设，然后再实地验证对场景的描述，因为场景不同，问题和需求自然不同。

我们可针对每一类用户往下分解，把具体情况描述清楚。

运营人员希望扩大用户注册人数与各类产品指标，在公众号图文消息营销活动，给予参与用户一定的奖励
 
再次，考虑问题，用户分别在上述场景下碰到什么问题。

问题不是解决方案，问题也不要怕重复，可以采用多个为什么来探究背后的真实动机与想法，多数问题最终都与情感需求有关。

运营人员在进行营销活动是受制于技术水平，发放奖励给相应用户十分麻烦。

最后，考虑解决方案：用户现在的解决方案是什么？

运营人员目前需要通过后台系统来实现订场后退款或者添加用户微信号来联系用户领取奖励。

通过上述的思考方式后，我们已经有初步的结论与逻辑了，此时再利用 MindNode 或是 Xmind 就能够完整地梳理刚才的思考过程。

在PM圈子网这个问题有人回答的比较全面 但我不记得怎么说的了  你可以去看看

第一步 整理需求，排列需求优先级

第二步 与团队人员、老板确认需求

第三步 还原场景

第四步 主要功能、业务流程设计

第五步 画原型

首先接收到一个需求，先将需求记录在案，明确需求提出人，需求接收部门、提出时间以及需求描述，然后在开始根据需求场景分析：

1、这个需求的核心目的是什么？
2、这个需求是属于什么类型是需求？
3、需求场景是什么，产生该需求的特定的时间、地理、环境？
4、为什么会提出这样的需求？
5、这个需求的重要性如何？是否紧急？
6、这个需求有何关联性？ 人：和此需求关联的任何人，事：和此需求关联的用户业务与其他需求，物：和此需求关联的用户系统、设备；需求关联的其他产品等。
7、该需求是否有竞品？竞争者对该需求的满足方式怎样？用户、客户对竞争者及公司在该需求上的评价怎样样？


进行上述思考后开始进行方案以及设计。

1、根据以上分析重新定义需求，将需求细化并明确化；
2、提出解决方案（可能会有多套）；
3、根据解决方案出业务流程图；
4、评审业务流程是否合理，将流程优化评审后再进行页面流程图的初稿；
5、根据页面流程图出原型设计，进行原型评审。
6、进入开发。

说一下我拿到需求的反应过程吧：

首先拿到需求的时候，心里是直接抵触的，下意识的反应就是：什么玩应儿，说我设计的不行？
但是也都会咬着牙看完。看完后的反应经常是：写的确实不咋地。
你以为就这么结束了？肯定不是啦，作为一个要强的产品经理，通常会根据需求，提出一个方案。至于方案是怎么提出的，搬好小板凳，看好喽。

当我们接触需求比较多了之后，就会发现，用户与兄弟部门提到的所谓需求，往往方案。例如：在xx页面增加个xx按钮。这边需要加一个xx筛选等等。这些方案往往会对我们造成迷惑，当认为加这个功能不行时，往往就否定了整个需求，觉得需求不合理。其实我们应该考虑的是这个方案背后的“元凶”。通过方案，分析出用户的需求场景，然后再结合场景，制定出多套方案。结合项目的实际情况，选择最优方案进行处理。如果自己无法还原场景的话，那就与需求提出人进行沟通，了解场景。有了方案之后，才是考虑接下来画原型的阶段了。

如果不想看上面的废话，请看总结

1、分析需求提出的场景。

2、重新定义需求

3、根据需求制定多套方案

4、评审，选出最优方案

5、根据最优方案，进行原型设计

6、跟进设计，开发落地。

7、上线数据监测。