PRD框架-前期准备-精简组件模块.mp4 (109.56MB) PRD框架会将常用的功能设计成很多组件模块,因此整个框架的内容会比较丰富。有小伙伴问真正写PRD时,框架里的内容都需要全部写吗?其实不需要,我们可以根据项目情况和工作习惯对整体框架的功能组件进行删减,也可以增加。

    1、文档概述

    5、精简组件模块 - 图2

    文档概述里包含了5个组件
    文档状态:表达当前PRD文档的最新编辑状态
    修订记录:详细记录PRD文档版本的每次修订信息
    评审记录:详细记录PRD文档每次评审的结论和问题跟进信息
    PRD版本:详细记录所有PRD版本的变更和迭代信息
    产品版本:详细记录所有正式发布的产品功能迭代信息

    大部分的PRD只要描述文档状态和修订记录就足够了,其他的信息是看需不需要在团队中进行同步和共享,如果不需要就可以删减。

    2、项目介绍
    5、精简组件模块 - 图3

    项目介绍的信息,大家可以根据具体情况去调整。有的公司项目这块本身已经有项目经理在负责,那么在PRD这里就不太需要去展示出来。可是在最新立项的产品编写PRD的时候,是有必要对整个项目情况进行描述,以便于在团队中达成共识。

    3、项目介绍
    5、精简组件模块 - 图4

    • 产品概述、产品流程图、产品架构图、名词解释这四个信息是在产品立项的时候就会输出,通常在版本迭代时是不会频繁变动的,建议每个迭代版本都需要带上这四个信息,方便团队成员需要了解整体规划时,可以即时查阅
    • 信息结构图、功能结构图、功能清单、需求清单

    这四个信息是需要根据每个版本迭代单独输出的,只需要显示迭代版本所新增和变更的内容,可以方便开发团队快速了解版本的产品范围和复杂度

    3、非功能性需求和全局规范
    5、精简组件模块 - 图5

    这两个信息,通常是在首次规划产品的时候,就会有个基础的定义,且每个团队和产品不同,定义都是各不相同。非功能性需求不会经常变化,定义一次就可以了。全局规范要分两种情况,一种是一开始没有规范,后面通过更新迭代逐渐形成规范;一种是一开始就有明确的规范定义,通常后续也不会有大的改动。