在产品经理的日常工作中，需求分析是一项绕不开的工作，那么，需求究竟从哪里来？产品经理又要怎么验证需求的真伪性？不妨来看看作者总结的步骤和经验。

需求分析是PM日常工作的一部分内容，那么pm思考的需求要从何而来，又需要哪些部门人员的合作呢？出现了需求，这些需求有必要全部考虑吗？需要作出选择吗？选择了需求之后得考虑其影响和价值?再进行需求梳理，编写文档？最后进行需求验证和目标设定。

换种说法是：需求从何而来到哪里去？这中间需要哪些部门的帮助，以及最后判断是否可行（很通俗、大白话、不喜勿喷，但欢迎指正错误）。

接下来将以上内容拆成四个阶段，分别是需求从哪里来——需求的确定——编写文档——需求验证和设定。

第一部分：需求从哪里来

需求的完整周期：产品经理获得需求，需要在UI和运营支持下完成需求分析工作、编写需求文档，再交给工程师，最后实现产品开发。

能实现产品开发的最底层或是最重要的工作是需求来源，用户没有使用该产品能去解决某个问题的需求，开发这款产品并没有什么意义，简直是浪费精力、浪费资源、浪费时间……

那么问题来了，需求从哪里来？

用苏杰前辈的话说是：“用户是需求的来源，要以用户为中心的思想”，是的，通过线上调研或有计划的调研、问卷等方式。

产品经理快速获取用户需求；也可以是pm本身基于对产品的认识，由于明确产品发展方向的前提下；也可以分析数据：以数据指标为基础，以提升特定数据指标为目的；还可以商业考虑：业务团队未来实现商业母的，需要对产品进行修改，业务团队和产品团队很多时候是重合的等等。

第二部分：需求的确定

用户千千万，需求各不同，辨真伪，多考虑，小需求，大用户；这时候需求的来源是实现了，但需求多而杂，存在某些需求是特定人群使用的；产品经理需要辨认需求的真伪。

介绍辨别真伪需求常用特征。

• 真需求：是否是由用户导向，能直接或间接解决痛点的；是否用户画像清晰，面向现有用户或潜在用户；是否是通过产品能够实现需求的。
• 假需求：将自身的想法强加到用户上，不是用户要怎样，是以为用户会怎样；以利益为导向，急功近利；用户画像模糊，与现有用户群无关；可通过非产品方式解决问题。

接下来可从对产品影响、对用户影响、对商业影响三方面评估需求带来的影响；最后从商业的价值（商业价值、功能性价值、体验价值）、需求改动大小（改进型需求、补充型需求、尝试型需求）、需求优先级的四象限分析三方面对需求做出价值判断和优先级。满足二八定律：用20%的功能满足80%用户需求，这样产品从各方面来说，价值是比较高的。

第三部分：编写需求文档

需求分析最重要的产物——需求文档，优秀的需求能给后期开发节省大量的资源。先将需求进行梳理，可以从需求背景、前置条件、主流程、分支流程、后置事件来梳理。（详细内容见下图）

在前期准备中也应该要提前考虑将原型画出、和UI配合、技术预研等。

第四部分：需求验证和目和设定

最后需要进行需求验证和目和设定，因为这部分是检验前期所做的需求是否合理、是否实现了多方面的目标等。

目标设定可以分为核心目标和行为数据监控：核心目标可设：商业目标如缩减成本、提高收益等；覆盖率目标：如使用新需求人数；提高转化率体验类目标：增加好评率、减少投诉等，行为数据监控可以是重要页面PV、UV等，也可以是关键行为的点击情况。

经过以上四个部分之后，恭喜你需求分析over了！！也很感谢你能浏览那么久啦！！

一句话与君共勉：

无人问津也好，技不如人也摆，你要试着安静下来，着手去做自己该做的事，而不是让烦躁和焦虑毁掉你本就不多的热情和定力！

（下图是以上内容的大致罗列）