产品需求分析是在需求产生之后、产品实施之前的一个中间环节，他有很多工作是和产品策划重叠的，因为绝大多数的情况下，需求分析和决策在策划的过程中就直接完成了，所以需求分析的工作往往出现在产品迭代过程中。新产品进入迭代周期之后，会收到各个方面的需求反馈，这个时间就会出现很多需求，因此就需要对需求进行分析和判断，决定需要实施的需求。

通过上一篇介绍的理论流程，我们清晰了需求分析的流程方法，第一步我们先要对需求进行分类，通过分类我们可以清晰的认识到需求的重要程度。对需求分类也是考验我们产品运营知识的一个机会，例如微信公众平台的服务号从原来的每月1条群发信息调整到每月4条，这个实际上属于运营类需求，再例如微信公众平台服务号支持微信支付，这个策略看着像运营类需求，但实际上应该属于功能类需求。

对需求分类之后，我们就要对需求进行分析和判断，主要考虑因素有三个，分别是战略方向、产品定位、用户需求。

战略方向是一个很宏观的方向，这个方向没有明确的界线标准，但是可以给我们一个参考范围和目标，在实施的过程中又细化成各个阶段，在每个阶段里需要实现的目标又是不一样的，因而需求分析和判断的时候，就要取舍决策。常见的战略阶段分别为起步阶段、发展阶段、迭代阶段。在起步阶段的时候，注重核心功能的实现，快速推出市场验证产品的可行性；到了发展阶段就会进行功能扩展和完善，在这个阶段也会小范围的进行试错实验；到了迭代阶段的时候，产品基本已经成熟稳定，需求就会更加注重用户体验方面。

在各个不同的战略阶段，需求决策的标准是不一样的，起步阶段可能为了快速实现产品，所以在核心功能之外的需求会被放弃或暂缓。例如微信要构建闭环的商业生态圈，但这个工程不是一步能完成的，所以分阶段进行，每个阶段的重心就会不一样。第一阶段需要先完成场景布局，所以推出朋友圈、公众平台，先将点对点的微信改造成有维度的社交圈；第二阶段开放定制接口、内推微信支付，构建商业蓝图吸引更多参与者；第三阶段升级服务策略、开放微信支付，放开权限提升各类常见模式的实现方法，完成闭环的可能性。

战略分阶段，阶段分版本，通过这样细化需求标准，决策每个版本需要实现的核心是什么，其中需要考虑产品定位、用户需求和当前的环境，从而决定需求分析和判断的标准。这些说的可能有些虚，没有实在的案例支撑，所以听着也晕，并且很多公司里，产品经理很多时候是没有最终决策权的，这也是一个尴尬的职业处境。但是我们需要明白，再伟大的产品，都不是一口吃成胖子的，都是有阶段性的发展和提升，我们需要找准每个阶段的需求重心。

通过战略因素，我们认识了需求决策要参考阶段规划，并不是所有“有用的需求”都要一次实现，这一点需要我们拥有项目管理的一些常识，更多的需要经验积累。

产品定位和战略方向是有一些重叠因素的，但是战略方向更偏向于市场，而产品定位更注重功能定义，所以产品定位的考虑因素是判断功能需求是否符合产品定位的标准。例如地图APP是一个LBS模式的POI导航服务的应用程序，如果有一个显示路况信息的需求，那么这是符合定位内的需求，可纳入规划中按计划实现，但是如果需求是希望实现Web版离线地图下载，那么这个需求和产品定位以及运营策略是不符的，就没有必要纳入规划。

战略方向和产品定位都是策略型因素，考虑的思路也是主观性的，但是用户需求这个因素就是实实在在的诉求点，但是用户的需求也不全部合理，也要考虑公司的战略和产品的定位，正如上一段提到的Web版离线地图下载，就不符合公司策略。既然用户需求是实实在在的诉求点，也就有了更加可挖掘的方法。

用户需求的思考我们需要注重两个方面，分别是“不把需要当成需求、不把产品形态当成本质”，我分别也有两个案例供大家参考。

不把需要当成需求：好几个朋友让我分享一下产品需求分析，这实际上是他们需要的，但不是他们真正的需求。用户往往在表述需求的时候，因为各种原因或因素，没办法认识到真实的需求，也就会把需要当成需求表述出来，但实际上他们的需求是希望我能分享一下“产品需求”产生之前如何挖掘和策划出需求，而不是产生之后的分析决策。

不把产品形态当成本质：正如我前一篇章的《万能的产品策划公式》中介绍到的行李箱策划流程，行李箱是产品形态，但不是产品本质，产品的本质是大众人群在出行中携带的一个物体，根据本质我们需要改良用户携带物体所遇到的麻烦。

通过需求分类后，我们再结合“战略方向、产品定位、用户需求”这三个因素，对需求进行筛选，最终再根据工作计划对需求进行分位和分级，制定各个阶段和版本的需求文档。

需求分析和判断是一个关联性的思考过程，筛选、分位、分级都需要结合三大因素以及其他因素一同参考并判断，这需要我们拥有宏观的思维能力，并且也要有足够的定力，避免发散性思维产生的诱惑让我们偏离最初的战略方向和产品定位。