需求分析和流程图 案例

做《运动学院》产品需求时，一直在思考产品需求的落地问题，理论上：
为向其他部门、老板简单描述产品需要提供什么样的服务，预期一个开发过程，又避免使用大段论述而又含糊不清，需求落地的本身需要做到简约而不简单。那我们架构化地分析一下需求和流程开发：

需求

目的：

需求文档的目的是让老板、产品、运营、开发都能直观的了解产品能提供什么样的服务；

输入：

需求文档的输入是市场分析、竞品分析、用户分析、头脑风暴等对于产品、用户、功能的分析和思考；

输出：

需求文档的输出是功能流程、业务流程开发的输入，是产品迭代计划的输入；

综上所述，需求文档需要做到：1、清晰 2、细化 3、尽量量化

结合自身做技术需求的经历，做了如下的需求层级和描述：

以用户想发布小视频的一条需求为例：

1. 通过用户访谈、头脑风暴，得到一条需求：ComReq1 用户能发布短时频分享；

在描述中，补充大家的头脑风暴结果，详细描述，比如：能及时被其他用户观看、能被分享至其他平台，能在视频功能中添加文字注释，视频效果等；

2. 拆分需求至子需求：
1） 模块、子模块/流程栏：
根据现有产品架构对其定位——让其他同事、开发知道功能需求在哪里实现；

2）用户需求四要素栏：
人物：为业务流程图区分对象，对于外卖、买卖双方平台等多用户、涉及后台的功能和流程明晰用户是谁；
场景：定义功能发生时间，如在xxx时，xxx子流程之后；
目标：概括性总结这个需求实现的时什么样的总需求和量化指标，描述用户目的；
任务：描述产品需要实现什么

3）优先级：
这部分详细可以讲很久，比如根据时间、重要紧急度、成本效益等等，网上文章很多，不详述；
这里提出两个简单的论述：
1】遵循 能用——易用——好用原则
2】高级别的需求是低级别需求的延续：如先有视频发布功能，才有视频社交功能；
这一点微信的迭代很有意思，比如当初先有打飞机的功能，拉来了用户更新，在做支付平台，以后有机会详述；

有了这样的需求分析之后，就可以对之后的流程开发有了基本的架构了。

流程

由于之前已经对业务方有了划分，整体流程就已经很清晰了，如下：

发布视频业务流程图

总结：

1. 需求细化时，利用用户需求四要素准确描述和各业务方；
2.需求分优先级时，遵循能用——易用——好用金字塔；
3. 流程图业务方清晰，可作为PRD和原型的辅助文档提供至开发；