首页 » 产品设计 » 正文

产品需求文档写作方法(一) – 写前准备(信息结构图)

相信现在大部分想成为PM的年轻人,又或者由于大学习惯,初次接触产品需求文档时,首先会从网络上寻找产品需求文档模板,希望从中了解和学习具体的写作要求。但实际上,现在网络上绝大部分的PRD文档都是与实际工作不相符的,或者说是复杂的。当然有这样的习惯也是为了让自己更快掌握知识,但是要记住一点,适合自己的才是做好的。

在这里我分享一些关于PRD的心得,希望能帮到新人们,当然,老鸟的话也请多多指教,以下包含个人的见解和体会,有不妥的地方,还望见谅。

PRD是英文Product Requirement Document的缩写,中文的意思是产品需求文档,具体的名词介绍大家可以询问GooglePRD文档是基于BRDMRD的延续文档,主要用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员。在这类人群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术人员。相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是关注界面、功能、交互、元素等等内容,因此PRD文档是一份详细的产品功能需求说明文档,是产品文档中最底层和最细致的文档。

PRD文档是一份没有闲话,直入主题的功能说明文档,因此我们在写作时,脑海里构思的是成品产品的界面功能的逻辑线框图。在写作这份文档前,我们需要先做一些准备,把BRD、MRD的相关需求消化并融合规划出产品的结构图。因为这些准备工作是属于思维类的,所以我推荐使用思维导图软件(MindManager)进行规划工作,网上有破解版本,我搬运一下:

百度下载:

链接:http://pan.baidu.com/s/1c0ip8vI 密码:4zhs

规划产品的第一步就是梳理出产品的信息结构,有了信息结构我们才能继续往下规划产品结构,并且信息结构是服务端技术人员创建数据库的依据,是数据结构的辅助文件。对于新产品或者新功能,没有人能够比产品经理更加清楚所需要的信息内容了,因此第一步我们就需要先将这些信息罗列出来,形成结构化。(如下图)

这张图是以我的目前的项目作为示例,在罗列信息结构时,我们更多的是考虑信息数据,因此在这一步,我们还不需要深入的考虑产品的界面与功能。信息结构的考虑有面向前端的,也有面向后端的,具体视产品类型而定。这个时候,往往出现信息结构图和产品结构图混乱的问题,导致部分PM新人无法分清楚,我们可以记住一点,就是整个产品需要获取哪些信息,就出现哪些,不用考虑功能和页面结构。

例如CMS之类的程序,这类程序采用框架式开发,将功能与模板独立,因此前端具有多变性,并且这类产品属于平台型产品。针对这类产品,我们在规划信息结构时,只需要简单的考虑一些前端的功能需求,更多的是面向后端管理员操作进行考虑,从后端入手规划和罗列出所需要的信息内容结构。

无论是什么样的产品类型,无论从哪里入手,我们第一步都是先要罗列信息结构,因为信息结构图不仅是辅助技术人员创建数据库的图表,也是辅助产品人员进行产品功能规划的参考,只有对信息或数据的结构了解,我们才能玩转数据,玩转产品。

在信息结构转数据结构时,如果是针对已经存在的产品而增加的新功能,那么技术人员就需要根据这个信息结构进行数据库对比,已经存在的数据便直接调用,如果不存在,则就需要具体的讨论,确定新信息的使用途径和以后的扩展方向,以便确认是创建数据表还是创建数据字段。(虽然产品经理不需要技术开发,但是如果能够懂技术原理和数据库原理,非常有助于产品规划和技术沟通。)

信息结构图是产品层面的理解,如果要入库这些信息,还需要进行数据结构的讨论。一条信息的存储有很多附加属性,具体是存成字段还是数据表,还是说存在中间表或者关联表,这些都需要在完成PRD文档后和数据库技术人员共同讨论。讨论时除了展示信息结构图,还要讲解产品原型和功能需求,以便数据库技术人员了解产品意图,方便他们做数据库规划时考虑到以后的扩展。

信息结构图是我们将概念想法形成结构化的第一步,也是我们接下来几步工作的辅助文件,同时在接下来的几步工作中,我们还会不断的完善信息的结构。

下一篇我将讲解如何梳理产品需求,并根据信息结构规划出产品结构图和用户流程图。

部分来源:唐杰博客

本文共 3 个回复

  • 一二三五.ME 2014/05/07 21:00

    这个模板风格很不错啊

  • 幽默段子 2014/09/05 12:05

    不错的站,支持下留个名!!!

  • 总有几个天使 2016/03/28 14:11

    链接已经没找到模板了呢 :?:

发表评论