产品文档撰写技巧.pptx

产品文档撰写技巧.pptx

《产品文档撰写技巧.pptx》由会员分享，可在线阅读，更多相关《产品文档撰写技巧.pptx（15页珍藏版）》请在冰豆网上搜索。

产品工作文档的标准及撰写技巧,2011-05-5,汇报目录,市场需求文档=MRD+BRD,优秀的市场需求报告意味着一个项目有好的开始什么是MRD，什么是BRD？

MarketRequirementsDocument，简称市场需求文档。

市场需求文档漫画市场需求文档的主要功能是描述什么样的功能和特点的产品（包含产品版本）可以在市场上取得成功。

产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。

通过对市场的分析，MRD指出什么样的新产品、方案和服务可以更好的开拓市场。

BRD是英文”BusinessRequirementDocument“的缩写，根据英文直译过来就是”商业需求文档“的意思，指的就是基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。

市场需求文档=MRD+BRD,MRD最大的作用就是确定未来做什么，为什么做,项目团队需要明确的目标，老板需要了解预期的成绩,产品开发需求说明-PRD解构,PRD体现的是严谨，规范和清晰产品需求文档（ProductRequirementDocument，PRD）的英文简称。

是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述。

该文档在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

在该文档中，基点依然是MRD中的内容，只是把重心放在了“产品需求”上，而产品需求本身是在MRD中有所体现的，区别就是在于，PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

这部分是PD写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（usecase）文档。

主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。

Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的demo，开发将来可以直接用的那种。

产品开发需求说明-PRD解构,PRD包括的一般内容该产品的远景目标（vision）目标市场和客户（targetmarketandcustomers）的描述竞争对手分析（competitivesummary）特性对产品主要feature的比较详细的描述开发优先级这些feature的优先级和初步拟定的实现进度安排用例说明用例（usecases），这可以是较粗略的大致描述，未必一定要UMLUseCase图。

产品的软硬件需求产品的性能要求销售方式上的思路、需求（直销还是渠道？

直销怎么做？

渠道怎么做？

）技术支持方式上的思路、需求（提供什么样的技术服务？

）,产品开发需求说明-PRD解构,PRD模板可能每个公司都不同，但基本结构肯定一样,产品开发需求说明-PRD解构,PRD撰写的常用工具Visio将业务，从产品层面肢解开来，做到抽丝剥茧部分与整体统一。

mindmanager把项目条目化，条理化，目录结构具体规定好。

Axure前台结构布局，合理规范的将系统脱去朦胧的华纱。

Word穿针织网，把需求综合起来，整理成最终的产品需求文档,运营报告模板和撰写思路,产品运营报告不是什么浮云虽是产品运营报告，其实类比到*项目评估报告，*数据报告，也是一样的。

只要是产品上线后的监测分析，都能照着这个模式写。

运营报告模板和撰写思路,通过范例来看看撰写思路第一部分：

Summary/KeyFindings,运营报告模板和撰写思路,第二部分：

项目情况/数据每个项目都会有各自关注的数据，对网站来说，PV、UV、新注册用户数、平均网站停留时间、Bouncerate都是很重要的指标；对于电商行业，可能更关注老顾客的访问率，放入购物车的比率，订单率之类；对于各类营销活动，客户的消费、现金消费、R值、ROI则更能衡量效果。

1.陈述事实：

发生了什么？

可以用文字也可以用数据汇总表的形式，简要描述关键指标即可，让人有一个全面的概括的印象。

运营报告模板和撰写思路,较重要的单项指标的变化趋势，便于做同比和环比分析。

在所有数据展示上方可以用简短的话概括，例如：

运营报告模板和撰写思路,第二部分：

项目情况/数据2.分析：

什么原因引起了变化和波动？

1）是否属于正常状况，是否符合预期？

2）若变化超出预期，原因是什么？

推测的根据是什么？

两者发展的趋势相符，所以下降很正常,运营报告模板和撰写思路,第三部分：

计划和预期1.TODO：

要做些什么？

1）对于好的变化，要在什么时间点做些什么2）对于坏的变化，要在什么时间点由谁谁解决什么问题，最好进行分工对应第一部分的产品主要问题3）对于还找不准规律的情况，也要明确由谁来继续监测。

2.预估：

什么时间后，会看到什么样的变化？

可以用来检查产品的效果，也可以通过不断预估提高自己的分析能力、对业务的敏感性。

Thanks！