9需求文档以及评审

9需求文档以及评审
文档模板
正如前面所说，团队内部对产品方案基本已经达成共识之后，可以进
入到需求文档（PRD Product Requirement Document）阶段。

很多产品新
人有个误区，做产品就是写产品文档。

我个人理解，需求文档是把前面流
程所产生的产品方案细化，沉淀成文档，方便大家沟通细节。

需求文档这是产品经理的基本功，多写几次就好。

这篇文章分享了优
秀产品文档的标准，可以了解一下：
是否设计正确：设计的需求是否正确（重要性：60%）；
是否设计全面：产品模块与业务规则描述是否全面（重要性：30%）；
设计是否高效：设计的是否有可优化点（重要性：10%）。

需求文档的模板有很多，我这里推荐飞书的需求文档模板：
链接: 密码:77kd
需求文档的很多部分，如需求背景、需求目标，我们前面的内容已经
涵盖了，接下来，我主要分享两个部分需求详情和数据埋点的撰写。

需求详情
一般来说，软件产品的需求详情就是把用户体验要素中结构层的内容
讲清楚。

正如我们在中所说，结构层包括业务流程、页面流程和核心页面
描述三个部分。

这里我们着重聊聊后面两个部分。

页面流程
类似下面这种，通过一页文档，把每个核心页面流程展示出来。

核心页面
1）页面状态罗列
我们要在文档里面把一个产品页面的不同状态（默认状态、常见状态、特殊状态）的分支逻辑、样式和反馈都罗列出来，如下图右边所示，这一
页的文档就把两种状态：待批改和已批改都进行了描述：
2）交互说明
每个状态的页面都应该做详细的交互说明，应该包括但不限于
页面内容说明
页面产生的前置条件；。