Least'blog

        今天再和kent交流产品设计方面，首先祝贺kent同学找到了新的工作，在一家B2B公司做PM，对于现阶段脱离互联网产品设计这行业的我，今天和kent提起这些文档，看起来熟悉亲切而又郁闷，曾经这些文档把我搞得多么头大，这些文档对于互联网产品经理来说，都比较面熟了，对于初学互联网产品策划的同学来说，这四个文档的概念你要弄明白了而且要慢慢学会去学写它们理解它们，不然你的想法和概念只能永远留在脑子里，没有一个老板喜欢只会说不会写的产品经理，下面这些文档出自一个国外的blog，被人翻译过来，这些文档的形成也都代表一个产品的阶段，理解这些我想再去深入学习互联网产品策划于设计会比较快。

BRD：Business Requirements Document，商业需求文档。这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。
MRD：Market Requirements Document，市场需求文档。获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。
PRD：Product Requirements Document，产品需求文档。进步一细化，这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有 UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
FSD：Functional Specifications Document，功能详细说明。有一点像“概要设计”，这步就开始往开发衔接了，产品UI、业务逻辑的细节都要确定，细化文档并保持更新。相应的，有很多内容，比如表结构设计，要由项目经理来编写了。

今天就先写到这里，关于产品设计，我也只是个新手，当然我很喜欢学习，也欢迎有共同爱好的朋友一起讨论，以后我也会增加这方面的讨论，博客更新频率也会高起来。OK，写到这里，各位，晚安。