如何写好产品需求文档PRD(四)

二月 18th, 2009

第六步:验证和质疑

  当你认为你弄懂了你需要解决的问题,现在是时候开始验证和质疑假设。

  假设甚至当作不知道是很容易的,但是切勿把不可知的结论当作指引,那会妨碍你获得成功。天文学最初定义是研究太阳和其他行星如何围绕自己转,本身的定义就是一个臆断,反而阻止人们获得真相。

第七步:写

  当然你需要把这些都写下来,大多数的PRD都是word文档,但也有一些是帮助文档,PowerPoint,或则写在白纸上。当然用什么格式不是很重要,重要的是让团队成功能轻松的看懂,不会遗漏,还有就是PRD可以随着项目开发而更新。

  记住对话是两个人之间的,但是PRD是要沟通整个小组。你也要记住获得产品的销售才是是重要的,所以不必担心要有什么漂亮的外观、PRD写的有多厚,只要它是可读的、可理解的、是需要的内容。

  PRD文档主要有四个部份组成

  产品用途
  你的工作就是指出目标,团队需要知道他们的目的是什么,目标说明要尽可能的明确,请确保你的内容包括:
  *那些问题你要解决,不是解决方案
  *谁是目标用户
  *细节很多,但是大图片必须清晰
  *情景描述
  多开展集思广益的会议和临时口头的讨论,从而更好的写出来,更会让团队深入了解。

  产品功能特性
  产品需求文档最主要的当然是需求。 具体的需求完全地将取决于您的领域,但是不管你是什么行业,您的产品团队将受益于陈述需求的清楚,毫不含糊的要求,而不是模糊的解决方案。
  描述每个功能的互动设计和使用案例。您必须非常清楚每个功能和用户体验,还需要给工程团队留下足够多的灵活自主空间。
  同样重要的是确定那些要求满足哪个目的。这里就需要提到“需求跟踪”,对于关键的产品这是一个重要的流程。每种产品规范可能受益于清楚确定那些要求满足哪个目的,如果某人决定削减要求,想要深入了解就会非常困难。 从要求到目的明确说明将会是文档更加清晰。

  发布标准
  发布标准经常是不断变化的,但是好的PRD应该考虑到为每种标准定一个最低要求。典型的如:性能,可测量性,可靠性,可用性,可控性。

  时间进度
  其中很困难的一个问题就是描述产品需要的时间进度表。随便列出一个时间是没用的,你需要描述环境、动机、预计目标。你需要整个团队都和你一样达到预计目标,最终完成一个成功的产品。

风月小轩是一个原创博客,版权遵循CC协议(BY 3.0),转载需标明出处

Power by WordPress 蜀ICP备09007255号. 

Login 360网站安全检测平台