加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

BRD MRD PRD怎么写以及工具推荐

(2015-07-08 17:20:37)

商业需求文档、市场需求文档、产品需求文档怎么写,是不是困扰很多人呢?

下面列出了一些基本的思路,可供大家参考:

文档类型

需要做的工作

提纲如下

要达到的目标

BRD阶段

一、市场分析;

二、销售策略;

三、盈利预测;

四、(注:不出现产品细节)

一、客户价值;

1、我要服务哪些客户?这些客户是什么样子的?
2
、我可以满足他们什么样的需求(提供什么样的价值,核心价值是什么)?我要满足他们什么样的需求?我(暂时)不打算满足他的哪些需求?

二、商业价值;

1、我可以为企业创造什么样的价值?
2
、这些价值是否符合企业的整体战略目标?

三、路线规划;

1、我先满足什么需求?再满足什么需求?为什么?
2
、每个阶段的核心价值是什么?
3
、执行计划(时间…)

四、历史回顾;

1、客户价值和商业价值是否发生了变化?
2
、二期产品的路线规划和原规划是否一致,(如有调整)调整原因是什么?
3
、之前的实际运营效果和计划的差异是什么?为什么?

五、成本估算;

1、整合各类资源所需要的运营成本、营销成本。
2
、研发和维护所需要的人力成本。
3
、同时,还需要对未来的风险进行预估,并给出合理的预案。

六、评估方法

    1、为什么指定这个目标?这个目标是如何显现出来的?
    2、如何显现这个结果数据?
    3、凭什么可以做到这个目标

向公司申请需要的费用、资源得到各级领导支持;

 

MRD阶段

一、更细致的市场与竞争对手分析;

二、通过哪些功能来实现商业目的;

三、功能/非功能需求分哪几块;

四、功能的优先级;

 

——可能产出物有Mind Manager的思维图,ExcelFeature List

一、产品介绍;

二、用户描述;

1.         用户/市场统计;

2.         用户剖析;

3.         关键用户需求;

4.         替代品和竞争品

三、产品轮廓;

1.         产品前景;

2.         产品定位

四、功能需求;

五、非功能需求;

六、附件:用户需求调查报告

收集、分析、定义主要的用户需求和产品特性

——不用考虑系统如何满足这些需求以及需求的技术和资源局限

PRD阶段

一、功能使用的具体描述;

二、Visio版功能点业务流程;

三、界面的说明;

四、Demo

(注:可是dreamweaverps、画图板的简单版,有时也会有UI/UE支持)

一、项目边界;

二、验收标准;

三、业务流程图;

四、用例说明;

1.         用例总图;

2.         单个用例说明

五、性能需求;

1.         响应时间;

2.         空间使用量等

六、维护性需求;

七、质量需求;

1.         安全性;

2.         可操作性;

3.         可靠性;

4.         兼容性;

5.         移植性

八、接口需求

外部接口需求;

内部接口需求

MRD中的内容进行指标化和技术化;明确产品的功能和性能

FSD阶段(类似概要设计)

产品UI确定;

业务逻辑的细节确定;

表结构设计

 

功能详细说明

 
到了PRD这一阶段,是很多产品经理必做的事情,可运用相关工具会更得心应手一些~~~
下面具体讲如何写PRD

1、熟悉项目发生的相关业务行为。

言下之意,就是说:我们要做的是什么项目,我们这个项目主要是做什么业务,具体业务我们怎么通过更合适的框架、平台去实现它、支撑它。

简而言之,得要求:

面向业务(对象),进行业务行为(设计),也是需求的开始,

推荐工具:Rational Rose

说明:

通过use case 可以很容易,很清晰的将整个业务员系统直观、规范的表达出来,按照模块建立各个package,从而将复杂的业务通过case直观的表现出来。

工程师看的明白、产品人员也看得明白。

 

2、将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

很笼统的说,就是;流程问题

流程就是逻辑,你只有制定合理的、符合业务实际情况。符合系统实现(可实现、容易或稳定实现)的流程,才会更好支持日后的业务系统和管理系统服务实 际的业务。

不管是进销存、还是SAP原理其实都是相通的。

推荐工具:visio 2007

说明:

Visio是个老掉牙的工具了,从微软手里出到了07版本,它该有的模型都有了,通过visio你可以直接的把整站流程框束在文档上。不论你开发怎 么样的系统,需求什么样的环境,都可以一一标明出来。你的流程图的好坏直接会影响工程师实现你指定产品的实现方式。

所以强调一点,产品人员要熟悉计算机开发,熟悉人机交互,熟悉一些常用的开发方式,这样有助于很好的和团队做融合,更好的框架更容易扩展。

 

3、把项目条目化,条理化,目录结构具体规定好。

有了上面主要的CASE和流程的保障,接下来就应该要从系统的功能方面做条目化的规划制定了。功能怎么排列,设置更符合业务的使用逻辑,怎么样让使 用者更容易、直观的入手,怎么样一个很好的B/S或C/S的功能界面呈现到前台。

推荐工具:mind manager

说明:

mind manager是一款可视化思维导图软件,它可以智能的建立各个模块,各个主、次、平级目录。同时也当便做调整、做对外的功能结构的报告演示。更值得一提 的是通过它可以导出到word中,方便您对word进行完善。

 

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

众所周知开发者和使用者是不知道这个地方应该有哪些功能,到了这一步了有哪些功能,数据提交失败有什么提示,不会使用有什么帮助或提示操作、入口。

所以做为产品人员我们要充分的考虑到上述到这些东西,对于从业人员来说这也是我们最基本的素要体现。很多人都说,要符合业务系统,要符合使用习惯, 要符合浏览或人机传播,口碑,品牌形象习惯,总是就是人性化的去把这个东西设计的更合理,更易用,更有亲和。

所以,我接下来要说的这款工具,就很好的帮助了前台的布局

推荐工具:Axure (本小妞用得最多就是这个了!)

说明:

Axure是一款特别好用的产品模型设计软件,可视化操作,ajxa能直接生成页面需求,更独特的它可以实现:div onmouse onclick等很多交互事件,UI和工程师看到页面能直接看到你要设计的效果,而不是很头痛的看没完没了的文字描述了。

5、穿针织网,把需求综合起来,整理成最终的产品需求文档

该做的做了,然后开始做到一个文档里,写明项目名称,把CASE/l流程、目录放近去,把项目背景、需求的各个约束、规则的界定、文字的补充说明交 代清楚,同时把模块的字段,状态,对应该操作。所以模块设计的页面地址整理好,一份色香味齐全的文档就出炉了。最后你要是不嫌弃不好,冠名—“某某某解决 方案”,再做一套漂亮的PPT带着一些所谓的行业、项目数据分析,你可以直接去找风投去了。

推荐工具:word20007

最后说一下产品经理的一些必备素质是:

1、细心、耐心、好学、责任心

2、逻辑、条理-清晰,思路流畅

3、具有文字表述和语言沟通交流能力,关注细节

4、面向对象考虑,从系统、用户双重角度出来,关注细节,掌握必要的工具。

5、善于数据分析,有较好的商业敏感度。

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有