1.需求概况
当我们说需求的时候，我们在说什么——业务需求？用户需求？功能需求？
1.1需求定义
1.2关系：
2.业务需求分析
业务需求定义：组织有价值的业务活动。
从定义看，业务需求研究对象是"组织"，关键字：价值。
关于组织的定义：
在讲业务需求分析方法时，先回答1个问题
做软件需求的目的是什么？
答案是：核心——为了产品更好卖，
从产品表现看——往往是性能更高、价格更低、使用更便利。
2.1业务需求分析方法实操：建立业务用例卡
业务用例：从组织的角度来定位系统应该提供的价值。
此"业务用例"与软件工程里提到业务用例略作调整，对于-1岁PM 掌握此新版业务用例卡即可。
想深入了解的童鞋可以翻阅UML相关书籍。
2.2业务用例卡要点
1.组织里那么多人，在业务分析时，优先关心组织boss引进这个系统的目的是什么。
当然组织内外，与系统发生交互的人（涉众）的利益很重要，只是在考虑需求优先级是，优先考虑boss的需求。
2.设计业务用例卡有效的3个技巧：
1）思考业务执行者和组织打交道的目的；
找到平衡点——执行者对组织的期待 和 组织对执行者的承诺。
2）通过观察组织的内部活动，一直问为什么，向外推到组织外部的某个业务执行者 ；
3）卖什么提供什么服务，从服务内容里去找
3.用户需求分析
用户需求定义：围绕业务需求，从涉众视角思考如何实现业务需求。
用户需求研究对象：涉众。
涉众是谁？涉众是组织内外与系统交互的人，是所有受到系统影响的各种人。
3.1用户需求分析方法实操：建立场景流程
简单2步：
1.找到涉众（把时间当做特殊涉众）
2.描述场景：观察组织内部如何运作，如实描述
一般方法：
•摄像机视野-把看到的写出来
•找到最牛逼的涉众，观察他的工作，写下来
•当一天涉众
我们先看一个例子：在某健康管理组织内，要实现中医四诊这个服务的场景流程
场景流程从涉众职责出发，无需要表达过细的交互步骤。
把时间当特殊的涉众
3.2用户需求分析目的
用户需求分析的目的是探索涉众利益的解决方案。
正所谓需求设计没有标准答案，只有最佳答案。你要比你的用户还要清楚他们真正想要的是什么。
3.1节中介绍的是用户需求分析的基本方法，但是其实我们可以再增加一步，
3.改进『步骤2』的流程
•不考虑资源问题，得到一个完美的方案
•用手上现有资源去山寨这个完美方案
很多产品的创新都产生于观察和思考，突破思维限制以后一步步专研分析得来。
4.功能需求分析
功能需求定义：基于业务流程，待开发系统应该提供什么功能和性能。
功能需求的研究对象是系统，聚焦于待开发系统的边界，卖得出去必须具有的表现——功能和性能。
4.1功能需求分析实操：建立系统业务流程
3步骤：
1.找到待开发系统（在场景流程图基础上，涉众行加上待开发系统）
2.完善细节功能
3.补充业务规则、字段表、非功能需求
还是上面的例子，转换成系统业务流程：
在场景流程图的基础上，细化每个涉众的职责，区分实现该职责是在线下完成还是线上，如果是线上，是在哪个系统。
4.2功能需求分析要点
1.聚焦于待开发系统的边界，
2.价值导向，详细描述系统要卖得出去必须具有的表现——功能和性能。
3.涉众在意的，不能改变的契约（找到大boss，涉众排序，只做核心的）
5.总结
本文介绍的分析方法都是基于Excel表即可完成，在文主实际工作中，对产品设计全无概念的毕业生，研发团队外的业务同学都轻松上手。
