需求分析笔记分享

需求分析笔记分享

一 需求分析

1 什么是需求分析

理解和挖掘用户的诉求、以及背后的逻辑，转化成可行性的分析结果。从非结构化到结构化，确定系统的职责、模块的过程

2 如何进行需求分析

首先要确定边界，那么什么是边界呢？广义的边界是指不同国家或者地区的界限，在日常工作上通常被解释为

不用角色或者业务域的界限。

从专业化分供角度，企业内部会划分为多个只能部门，专门负责每个专业领域，以便提高资源利用率。这里的负责领域就是职能部门的工作范围，既这个部门的边界。

从角色职责角度，不同的岗位负责不用的业务模块，即使在同一个部门的同一个小组，不同的角色也有不同的分工，也就是角色的职责边界。

说道这里可能有人要问，为什么需要边界? 这是因为在市场经济活动中，资源是有限的，物要尽其才，人要尽其力。

假如我们现在要做一个订票系统，我们需要确定哪些功能代码是可以复用的，哪些功能需要调别人的接口...

其次是我们要知道用户故事，也就是我们要知道需要订票系统的用户是谁，即用户的角色，用户要完成什么样的活动，用户为什么要这么样做，这么做能带来什么价值。在这里我们的用户就是需要出行的人，他们需要通过订票系统查询余票、下订单、支付、收到购票成功的通知，这样做的价值是满足用户自己的出行需求。

再次我们需要知道需求落地路径，也就是需求落地的步骤：需求分析--->可行性--->设计--->开发--->测试--->发布

3 如何辨别伪需求和权利需求

3.1 伪需求

就是没有目标，没有调研，没有逻辑的无脑需求，自认为市场上需求某一款产品，那么针对这一需求，我们应对方式如下:

3.1.1 用数据化结果否定需求合理性

收集同类产品失败案例以及原因等相关数据用来证明需求存在不合理性

3.1.2 用正反案例来说明需求需要改进的地方

所谓的正反案例就是收集一些同类产品的成功案例和失败案例用来对比分析，从而确定需求有哪些地方 需要改进。

3.1.3 检查用户路径和触点推演需求的合理性

假如用户路径需要八步，结果发现根本实现不了，这个需求就是伪需求。

3.2 权利需求

就是老板或者公司决策者脑子发热想出来的需求，应对方式如下:

3.2.1 完全否定需求实现的价值，老板或者决策者可能会接受不了，容易与之发生冲突，先肯定需求实现的价值，

然后再提出需求实现的成本

3.2.2 给出更好的需求替代方案

3.2.3 从数据和案例角度说明需求快速上线的危害性

4 问题的分层

4.1 (本源问题) 用户问题:我想支付

4.2 (经营视角) 用户问题:支持一切可以支持的第三方工具

4.3 (体系结构) 用户问题:支付需要逆向流程、异常流程、对账模块等

4.4 (架构代码) 用户问题:"高并发、可用性，实现第三方支付的链路"