<人人都是产品经理> - PRD文档制作

PRD文档结构

• 1. 总体说明
  • 1.1 修订历史
    写明每次修订的日期、版本号、说明和作者，便于追溯
  • 1.2 项目概述
    简述项目背景、意义、目的、目标等，让读者明白项目为什么而做
  • 1.3 功能范围
    给出业务逻辑图，重点描述系统中角色的职责、与周边系统的关系、全局的商业规则等
  • 1.4 用户范围
    对文档涉及的角色、系统做出简单的说明
  • 1.5 词汇表
    对文档涉及的专有词汇、术语、缩写等做出说明
  • 1.6 非功能需求
    如性能需求、数据监控的需求等
  • 1.7 其他说明
• 2. UC部分
  • 2.1 整体说明
    对所有用例来个说明，给出用例的可视化表示，说明各个用例之间的关系，一般有类图、用例图、状态图几种表示方法，其中，用例图最为关键。

UML（统一建模语言）——
类图：描述系统中出现的各个对象之间的关系，以及和外部系统的关系，这是对业务领域的描述。
用例图：描述各个用例之间的关系。
状态图：表达系统里实体的状态转换，贯穿多个用例。

• 2.2 UC正文
  • 2.2.1 UC<用例名称1>
  • 2.2.2 UC<用例名称2>
    附：对单个UC的说明

注1：视觉层面的描述通常直接通过Demo表达（如页面大小、颜色、字体、字号等）；
注2：界面细节，引用界面规范文档（如表格中的文字对齐方式等）；
注3：交互细节，引用交互规范文档（如出错提示的方式等）；
注4：文案细节，引用文案规范文档（如各种提示文案等）。

UC——

UC概述

• 用例的唯一标识
• 用例名称
• 业务描述
  为什么要做这个UC
• 需求描述
  产品需求，需要实现哪些功能点，这个UC要做什么？
• 行为者
• 前置条件
  触发这个用例的前提是什么？
• 后置条件
  用例完成 ，后续动作是什么？
• 其他说明

UC主体

• 界面描述
  关联demo，说明界面上各种元素
• 业务规则
  整个用例的通用规则，比如限制条件
• 流程描述
  分主干、分支和异常3种，描述在这个用例发生的过程中，由什么事件触发，系统与用户之间产生何种交互步骤。尽量用时序图和活动图来替代文字描述

时序图：也叫顺序图，描述事物变化在时间维度上的先后顺序，善于表达对象的交互。
活动图：描述各种动作如何引起系统变化，善于表达泳道较多、分支较多的情况。
协作图：表达不同对象之间是如何互相影响的。用的不多。

Demo进化

• 白纸+A4纸（白板+马克笔）
• 线框图（Visio、PPT、Word等)
• 效果图（Ps）
• 低保真原型(Axure/Dreamweaver)