今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

通过各种资料查找学习如何写PRD文档

一：版本迭代记录：版本迭代记录和文档变更记录

二：产品的工作流程：

需求沟通：1需求接受/Idea产生   2.需求分析/需求确认

产品设计：1.产品信息架构设计和产品功能框架设计  2.产品原型设计，产品规则编写

产品研发：1.UI设计  2.研发编码

产品测试：1.产品经理自测  2.QA测试

产品体验阶段：1.需求方优化需求接受  2.优化需求跟进

产品发布：1.模拟线上环境内发布  2.正式发布线上环境

三：原型图说明：主要是对原型图进行标注说明

用于描述跳转、交互设计、规则、表示需要强调的信息。

四：角色说明：对参与系统的各个角色进行说明

如：角色名称、角色职责描述。使用功能、权限等级。

五：业务相关名次的解释

如：名次和说明

六：产品风险

描述产品可能存在的风险，比如商务谈判的风险，外部合作的风险（对接的接口有坑？对接方时间不可控）；人力风险，一个人多个项目；风险级别为高中低。需要非技术团队的支持。

七：产品总业务流程图

1.业务流程定义业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨度。而狭义的业务流程，则认为它仅仅是与客户价值的满足相联系的一系列活动。

简单来说就是几个角色组成一条流水线的工作方式。

2.表现形式：泳道图，分为纵向或者横向

3.画流程图的要素：两大维度：一般泳道图的横向为角色，而纵向则作为阶段，时间从上到下发展。如果复杂的泳道图，在任务分解上可以在阶段维度里做一些划分（也可以做横向泳道图）。活动就像一个游泳员一样，游到不同的泳道中去执行任务。

八：产品功能结构图

常用思维导图进行绘制，也可以使用框架图

九：产品信息架构以及产品结构：以结构化的方式展现的图表，结构内容也如同产品原型，从导航到页面，再细化到页面模块和元素属性。

1.信息架构的作用：

对外的主要作用是让用户可以在一定的信息规划下更容易找到自己想要的东西。出于产品目标通过信息架构设计去教育、说服、通知用户。告诉用户你核心要表达的东西。

对内针对PM主要是为了梳理思路，画原型时不漏掉关键元素。针对RD它是一种接近数据库结构的图表，但它并不是真正意义上的数据库结构。开发人员会进行加工的。

2.什么时候画产品信息架构图：第一次画是在用户需求确立——业务流程确立——功能结构完成之后。

十：页面跳转

1.页面跳转图的目的在于让人理解你的产品交互过程。这里会涉及到一些逻辑上的问题。比如一个提示框出现后需要登录、注册。这里也应该进行描述。

十一：任务页面/流程操作

定义：基于任务流程，描述用户怎么从一个页面跳转到另一个页面的逻辑，这样大家就能理解页面之间的关系。

1.一张页面流程图帮助你讲述完整的用户与系统的交互故事，借助它你更容易知道流程中的潜在地雷是什么，哪里的效率比较低，有助于系统化、全局化、周全的思考。

页面流程图的要素

1.页面=操作+内容，操作是需要用户触发的，包含链接、按钮、表单等等。用户通过这些操作，看到同一个页面上的不同内容或者跳转到其他的页面。

2.页面流程图目标：表现用户的不同操作指令下不同页面的流转关系。

3.页面流程图元素：页面、操作或状态、链接线。

4.页面也有分类：请注意有些操作可能不会带你去一个实际的页面，而是有可能发个短信、发个邮件等，这些也需要被表现出来。

十二：用例图

主要包含角色、任务和事件。

十三：文案

功能条件：登陆注册  页面：登录入口 条 件:用户未登录  文案：点击登录或者注册

十四：非功能需求

1.数据需求

2.性能需求

3.产品服务需求

4.营销需求

5.安全需求

6.接口需求

7.法务需求

十五：上线环境准备

十六：运营计划

明天计划的事情：（一定要写非常细致的内容）

遇到的问题：（遇到什么困难，怎么解决的）

开始只知道PRD文档是产品需求讲解文档，但是不知道具体是什么东西，以及怎么书写，通过相关的资料查找，有了一些想法。

收获：（通过今天的学习，学到了什么知识）