人人都是产品经理：需求管理文档真的很重要

    3.3.1真的要写很多文档

    BRD：商业需求文档，主要内容涉及市场分析、销售策略、盈利预测等，通常是PPT，短小精炼，类似于给投资人看的商业计划。

    MRD：市场需求文档，要有更细致的市场与竞争对手分析，包括可以通过哪些功能来实现商业目的。

    PRD：产品需求文档，是对产品功能的进一步细化，包含整体说明、用例文档、产品Demo等，会对产品功能做具体描述。

    FSD：功能详细说明，经常包含在PRD中，产品界面、业务逻辑的细节都要确定。

     产品需求文档，PRD

    修订历史：日期版本号、说明和作者，以便后期追溯

    项目概述：简要描述项目的背景、意义、目标等。

    功能范围：

    用户范围：

    词汇表：对本PRD涉及的专有词汇、术语、缩写做出说明。

    非功能需求：

    其他说明：

    总体说明之后就是用例文档部分，首先要对这个PRD中所有的用例进行说明，给出用例的可视化表示，说明各个用例之间的关系，一般有类图、用例图、状态图几种表示防范，其中用例图最为关键。

     UML（统一建模语言）：类图、用例图、状态图

    UML，从产品设计的角度，UML对PD的价值可以简单理解成，提供了一系列标准图形化的表达方式，把需求开发的过程串起来，充分体现“自不如表，表不如图”的原则。

    类图：描述系统中出现的各个对象之间的关系，以及和外部系统的关系，这是对业务领域的描述，一个外行看了以后就应该了解此系统是做哪方面事情的。

    用例图：描述各个用例之间的关系，比如“include”或“extend”，用例包（将一组相关的用例打包而成的一个模块）、用例和行为者（Actor）之间的关系。

    状态图：表达系统里实体的状态转换，同样也是贯穿多个用例的。

    
 用例文档，UC

    UC是需求人员写给开发人员看的一种最基本的文档。

    UC里要写哪些内容？

    用例唯一标识

    用例名称

    业务描述：商业目标、用户目的等业务内容，说明为什么要做这个UC。

    需求描述：

    行为者

    前置条件

    后置条件

    其他说明

    界面描述

    业务规则

    流程描述

    UC一般只用来描述功能需求，对语言的要求比较高，需要做到：无歧义、完整、一致、可测试等。

     UML：时序图、活动图及其他

    时序图：也叫顺序图，描述事物变化在时间维度上的先后顺序，善于表达对象的交互，比如多个页面之间、多个角色之间。

    活动图：比较接近我们常说的流程图，描述各种动作如何引起系统变化，善于表达泳道较多、分歧较多的情况。

    协作图：表达不同对象之间是如何相互影响的。

     Demo也要我们做吗？

    Demo最好由用户体验部门主导