需求分析的十三要素五步法
| 步骤 | 要素 | 说明 |
|---|---|---|
| 步骤一：分析相关角色 | 1、提出人 | 需求的提出人，并不一定是产品功能的使用人！而需求背后要解决的痛点，也并不一定是需求提出人的痛点！ |
| 2、使用人 | 最终使用产品功能的人，是需求的使用人；需求的使用人，不一定是需求的提出人。 | |
| 3、受影响人 | 最终受到产品功能影响的人，是需求的受影响人；需求的受影响人，不一定是产品的使用人。 | |
| 步骤二：了解基本场景 | 4、基本场景 | 一切脱离了场景的功能设计，都是脱离了实际的空中楼阁，是难以落地并发挥真正价值的。 基本场景 = 人物 + 时间 + 地点 + 起因 + 经过 + 结果。 |
| 5、发生频率 | 需求背后事情或问题发生的频率，是我们需要一开始就了解清楚的重要问题。 | |
| 步骤三：挖掘真实动机 | 6、核心诉求（痛点） | 丰田公司的5W法连问“五个”为什么，层层递进；通过对需求不停的问为什么，其实我们可以发现很多问题点和改进的机会点 |
| 7、强烈程度 | 需求的强烈程度，代表了用户对痛点的忍耐程度。 方法一：采用正反两问的方法。 方法二：询问目前痛点的解决方法。 | |
| 8、实际价值 | B端产品需求整体可分为两大类，一类是解决客户、用户痛点的业务需求，一类是针对产品或技术本身持续优化的技术需求。 应该尽量保证每条需求只对应一个价值点，如果一个原始需求对应了多个价值点，可以考虑（并非绝对）该将其打散、拆解成多个需求，分别对待分析。 | |
| 步骤四：发散更多场景 | 9、横向替代场景 | 找到问题的本质，再通过横向扩展，采用结构化思维，穷举解决的思路，一切从业务场景出发！选择一个确定的解决方向和场景，继续深入的分析！ |
| 10、纵向互补场景 | 用户提交一个点的需求，但是背后的场景是否是一条线，或者一个面，找到围绕需求点的互补场景，让方案更佳全面、透彻。 | |
| 步骤五：设计产品方案 | 11、已有方案 | 有些需求，其实并不一定要开发新的产品功能来解决问题，现有功能也许就可以一定程度的直接或间接满足诉求 |
| 12、功能需求 | 产品设计中，很多时候仅仅绘制线框图编写逻辑说明是远远不够的，还需要进行需求建模等工作，将软件功能进行高度抽象化的设计，具备灵活性和扩展性，支持不同客户和业务场景 | |
| 13、非功能需求 | 在需求分析工程中，非功能需求在软件设计和使用中非常重要的要素，类似于访问时间、并发量、安全性这类非功能诉求，都是非功能需求涵盖的范围。 | |
| 作为产品经理要有抽象设计和结构化思维，又要有场景设计和用户体验思维。通过学习这套方法，培养自己场景化的思维意识，以及全面、缜密的思考逻辑。思维模式和思考习惯会形成肌肉记忆，一旦形成了肌肉记忆，在以后的工作中，即便你不会刻意的采用这套方法，依然会潜移默化的把握需求分析的关键要点。 |
