怎样进行有效需求分析

欢迎来到大型情感类专题：如何进行有效需求分析——业务场景篇！场景二字，或许我们再熟悉不过了，在整个产品的实现过程中，它都是这么的如影随形。场景是很具体的，因为它是客观存在的，我们凭借肉眼，就能够捕捉到它；但场景又似乎很抽象，我们每天都要纠结场景到底是什么，场景与功能之间到底有什么联系。今天，就让我们一起来探究一下场景的奥秘吧！

内容回顾

上一期我们讲述了业务流程的相关知识，按照惯例，我们先来一起回顾一下：

• 分工产生的原因：规模、风险、专业；
• 业务流程三个管理要素：审核、规则、异常；
• 业务流程五个基本要素：分工、活动、协作、产物关系、分支；
• 业务流程的起点即外部服务请求；业务流程的终点即满足服务请求；
• 业务流程的优化策略：“ESIA分析法”。

业务流程与业务场景是环环相扣、层层递进的关系，在开始本文的正题之前，先把这样两句话送给大家：

• 业务流程是指不同岗位之间通过协作满足外部服务请求的过程；而业务场景则是以某岗位为主完成的、相对独立的、可以汇报的业务活动；
• 管理层用户关注事到事的逻辑，他们关注的核心是业务流程；而操作层用户则更关注人到事的逻辑，他们关注的核心是业务场景。

思维方式

一切行为的改变，都源自于思维方式的转变。我单独将这两句话做成一张图片，也是为了能够引起大家的重视。

在我们需求分析系列的第一篇文章中，我们就探讨了“产品思维”与“技术思维”的两种不同思维方式，而以上图中的两句话，则是两种思维方式在用户场景这个阶段的进一步体现。

图中的红色箭头，不知是多少人难以逾越的鸿沟。大多数情况下，我们都在“以需求分析之名，行功能分解之实！”（对号入座的同学请举手~）

思维方式的转变，真的很难，这不仅需要我们坚定不移的信念，更需要我们千锤百炼的实践。

目的意义

先来说一下，我们研究业务场景的目的意义是什么呢？你也许会说，研究业务场景肯定是为了进一步的需求分析呀。没错，这的确是目的意义之所在，但这个描述太过笼统，而且业务场景所能带来的，也绝不止这些。

价值传递的介质

我曾经在自己的转正述职报告中，提到过价值驱动与任务驱动的相关内容。我觉得我们做任何一件事情，都应该明确其目的和意义，而不是单纯地去为了完成上级交代的任务而去开展工作。

而需求这种东西，经过层层传递，最终开发接收到的，可能就只剩功能了。于是，我们或许经常会听到这种声音：“这个需求当初为什么这么定呢？”“我也不知道，产品经理就是这么定的。