怎么写产品需求文档(PRD)

怎么写产品需求文档(PRD)
10-06-22 00:10 1,375 views 0 发表评论 RSS 2.0 怎么写产品需求文档PRD，或许是很多产品经理都想知道的，今天我把我写产品需求文档的一些经验抛出来和大家分享一下。写产品需求文档宗旨：通过工 具—把思想有逻辑、有细节的合理的组织到一起！
互联网行业，蓬勃兴起，很多从事产品工作。不管是生手、新手、老手还是高手，我也想和大家分享一下产品需求文档的一些心得，希望能帮助大家 (pa/pm)更好的提高自身水平、提高工作效率。我这里只是简单的从需求的实施环节进行描述。之前的需求的调查、需求的获取、需求的比较分析取舍等等都 不再阐述了。


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

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

简而言之，得要求：

面向业务（对象），进行业务行为（设计），也是需求的开始，

推荐工具：Rational Rose★★★★

说明：

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

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


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

很笼统的说，就是；流程问题

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

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

推荐工具：visio 2007★★★★

说明：

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

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


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

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

推荐工具：mind manager★★★

说明：

mind manager是一款可视化思维导图软件，它可以智能的建立各个模块

第1页下一页