产品需求分析流程

下面从三个阶段展开说明产品需求分析的流程。（憋着不看书，看看自己能总结多少……）

战略阶段：可行性分析+产品定位

首先，得考虑做不做这个产品？

从市场、商业环境看是否值得做，也就是价值评估，然后还要考虑技术上能不能实现，实现成本和收益怎么样。综合考量这三个纬度，从而确认这个产品是否做。

其次，为什么要做这个东西？

无非就是解决某个问题，或达成某个目标。

1. 解决某个问题。比如说，想去一个地方，走路太远，打的太近，有没有办法解决？半夜下班回家，不打的有没有办法解决？摩拜出现了。比如说，全职妈妈不知道怎么补贴家用，不知道怎么育儿，怎么解决？大V出现了。互联网的叫法，是发现痛点。

2. 达成某个目标。比如说在企业无非就是要节约成本（省钱），或促进销售（赚钱）。通过什么方式来节约成本？减少人手就是其中一个重要的方式。如何减少人手？通过系统自动化。这点在传统企业很常见。

最后，再次明确产品的定位。

目标用户群体是哪些人，解决他们的什么问题，产品的核心卖点是什么。

产品开发阶段：获取需求，评估需求，细化需求，验证需求

明确了目标之后，围绕产品的核心卖点，进行需求调研。

1. 简单介绍几种我使用过的需求获取的方法：

观察法：观察现有流程。坐在用户身边，观察并记录下用户平时工作的习惯、工作流程等，不要着急评论，事后再分析搬到系统上来时应该可以怎么样优化这些流程，怎么样可以帮助用户节省时间，产品可以提供什么有价值的东西给用户……

原型法：做出产品的原型，demo给用户看，获取用户反馈。此时产品还没有投入开发，在获取用户反馈之后，再根据反馈对产品的范围、结构、设计等进行调整。

竞品分析：分析类似的产品的特点。通过体验类似产品，充当用户走一遍流程，得出竞品的优势和不足，进而从公司层面、市场层面和用户层面预测这类产品的趋势走向，未来是怎么样的产品能满足用户？

用户访谈：分为正式访谈和非正式访谈，通常是一对一面谈。可以召开会议，询问用户现在是怎么样工作的，遇到有什么问题，TA是如何解决这些问题的，期望系统怎么帮助TA解决这些问题……也可以在吃饭或偶遇的时候，随意说起这些问题，这时的用户戒备心放下来，说起来可以“滔滔不绝”。

研讨会：非常正式的产品讨论会议，由产品经理主持会议，主要利益相关人参加，一般要举行半天到几天时间。深入讨论各种角色对新系统的主要诉求，渗透到系统的每个细节。

头脑风暴：适用于产品还没有构建之前，目的是收集尽可能多的想法。所有利益相关人都可以参与，所有与会者都可以表达想法。最好不要有领导参与，避免有些同事碍于面子没表达，或者被领导定了会议的格调。不管想法能否实现，与会者都可以随心所欲地表达想法，所有人不得发表对其他人的意见。

还有其他方法，比如：

MVP（最小可行产品）：用最小的精力做出一个最小的可以使用的产品，用于获取用户的反馈。

问卷调查：用以收集用户的反馈信息。

数据分析：适用于MVP或者运营期的产品。

每次收集需求后，把需求点和详细描述列在需求跟踪矩阵上，确保需求可跟踪，不被遗忘。这个表格需要及时更新状态，可以分享给整个项目团队。

2. 评估需求

很多的需求，都是表面的。特别是用户跟你说出来的需求，很多时候并不是真正的需求。这跟用户当时的状态和认知有关。

很多时候用户表达的是一个解决方案，而不是需求。

因此，产品经理善于从一堆需求中看出端倪，或者事后跟提出者确认。

用户表达的需求也许异想天开，开发成本太高；也许脱离了产品原本的目标，需要额外创建一个产品来实现；也许需求比较特殊，受众较少……诸如此类的问题很多。

那么我们需要对需求进行评估，着点在于：

A、是否和产品目标一致

B、成本、效益分析

评估完需求后，把确认需要开发的需求进行优先级排序，并更新到需求跟踪矩阵上。

3. 细化需求

从功能、设计上细化需求，把Excel中的一句话需求分解成几个功能，形成需求分析书。

需求分析说明可以是word文档，也可以是原型设计+需求说明，可以根据项目大小而定。

期间要反复和需求提出者或项目团队沟通确认，牢记需求实现的目标，避免需求越界。

4. 验证需求

将需求点分解完毕之后，需要进行需求评审。需求评审的目的是验证需求是否准确、是否完整。由产品经理主持，利益相关者参与。

需求评审完毕之后，还得根据评审意见修订需求分析说明、原型设计。有需要的话，还需进行二次评审。

需求完全确认完毕之后，需求移交给开发团队。产品开发期间，可能需要和开发团队就需求点进行沟通，确保开发团队理解的需求是一致的。最好展示前端界面，确保最终的设计是实际需要的。不需等整个产品开发完毕才验证，避免把缺陷留到最后阶段。

等整个产品开发完毕并由测试团队测试系统之后，还得由产品或运营团队验证需求（ UAT）。最好邀请真实用户进行UAT，得到他们的真实反馈。只有通过了UAT测试，产品才能上线运营。

产品运营阶段：反思，优化需求

产品上线阶段，最好有个贝塔版本，邀请部分种子用户试用。产品试运营一段时间之后，再推广给广大用户群体使用。

产品上线之后，并不是一了百了。这个时候，也是考核产品经理业绩的时候。看看：

你的产品是不是白白开发了也吸引不了几个用户？是产品做得不好，还是运营没推广好，用户量不够？

产品挺多人用的。那哪些功能热销，哪些功能冷门甚至无人问津？转化率多少？

用户暴涨。是运营的促销活动导致，还是用户觉得产品好玩？促销活动结束用户留存率怎么样？

运营、客服、用户吐槽最多的是什么？有没有需求缺陷？哪些是必须马上修复的？

最后，总结产品从可行性分析开始到上线运营的经验，避免以后犯类似的错误。