具有写作才华的人就值得雇用。

会写就代表会思考。

6.1 产品文档到底有多重要

所有的外在表现都只是逻辑思维的输出而已。

产品文档是一种“过程性”文档，所以对逻辑、结构性等思维方式非常看重。

6.2 产品生命周期9个阶段的各种文档

01.创意阶段

商业需求文档（BRD），内容涉及市场分析、销售策略、盈利预测等。

主要提供给决策层们讨论的演示文档，比较短小精练，没有产品细节。文档载体通常采用PPT形式。

02.立项策划

市场需求文档（MRD），“承上启下”的作用，“承上”是对不断积累的市场数据的一种整合和记录；“启下”是对后续工作的方向说明和工作指导。

主要内容是描述市场的问题和机会、竞争环境介绍、用户需求和使用场景的概述、产品核心功能的亮点、商业前景概述、实施计划等内容。

03.产品设计

产品经理的“重头戏”

产品需求文档，包括信息结构图、产品原型、功能流程图。

04.开发实施

产品经理和项目经理可能是同一个人，产品经理会全程跟进开发过程，产品经理需要撰写进度安排，通常使用“甘特图”作为工作文档。

可能会涉及撰写产品使用说明、用户帮助等文档。

05.产品测试

主要文档是BUG列表，通常使用EXCEL格式。

06.灰度发布

不仅仅要继续测试产品，还需要跟踪并记录用户反馈，查看并分析数据统计，会涉及一些记录性文档、结论性文档。

记录性文档主要是用户反馈，把用户反馈的信息整理成需求。

结论性文档主要是把需要修改的产品需求撰写下来，提交技术人员修改，通常以BUG记录表格的形式呈现。

07.正式上线

开始下一个版本的工作。

可能需要产品经理主持总结工作，总结经验和反馈问题。主要是罗列工作中有哪些优点和缺点。优点总结则是表扬相应的同事对产品的付出和功绩；缺点总结则是把缺陷问题和解决方法罗列出来，帮助大家学习相关问题的解决方案，积累工作经验，避免以后再范同样的错误。

08.产品运营

关注产品运营情况，查看用户反馈和数据统计，收集各方面的需求，安排产品迭代优化。

主要是需求池和一些报告性文档。

09.迭代更新

收集反馈，挖掘新需求，对产品进行迭代优化和升级。涉及市场分析中的各个方面的分析研究，也会有产品的运营数据分析。

6.3 产品各类文档的写作建议

建议只有一句话：不要追求任何固定的格式和模版！

产品文档应该遵循它的用途和目的，以“目的”为导向，写出最简洁、最易懂的文档。

6.4 产品需求文档介绍和示例

PRD（Product Requirement Document）

6.4.1 产品需求文档介绍

基于BRD、MRD的延续文档。承载着产品需求和意图的详细描述，主要是给执行层面的工作人员阅读的文档（设计与技术人员，包括测试工程师）。主要是技术人员看。

必须能够明确产品的功能需求，以便执行人员理解任务要求。

6.4.2 需求文档写作思路和示例

常见的表现形式有：Word、图形、原型3种，文档内容通常包括信息结构图、界面线框图、功能流程图、功能说明文档。

文件标识和修改记录这两项必不可少，一旦有了修改，及时同步，标注出文档的修改内容，方便大家查看和了解改动的内容。

格式可参考如下：

结构图和原型会一并融入产品需求文档中。

信息结构图：辅助技术人员创建或调整数据结构；

产品结构图：辅助设计和技术开发人员了解产品的全局结构（鸟瞰图）

产品线框图：也称为产品原型，主要用于形象化描述产品界面布局

功能流程图：主要是辅助技术人员了解产品背后的功能逻辑或业务逻辑

01.Word形式

3部分组成：全局说明、频道功能、效果图。

尽量减少不必要的文字，简化文档内容。

02.图形形式

经常使用在移动互联网领域。

03.原型形式

加上元素标注，在标注中说明功能需求，再结合各类结构图和流程图的辅助，基本上就可以代替传统形式的需求文档了。

6.4.4 产品需求文档容易忽略的9个细节

01.网络环境和状况

02.统计事件埋点

03.前置和后置条件

04.权限禁用提示（再开启权限的指导教程）

05.缺失提示文本

06.操作和视觉焦点失衡（对操作焦点的定义）

07.操作成功和失败反馈

08.二次确认提醒

09.无响应操作的反馈（加载提示，并可返回）

6.5 一个完整的产品文档

01.信息结构图

虽然信息结构图很接近于数据结构，但本质上还是有很大区别的。

02.产品结构图

包含页面元素的产品结构图，如下：

03.界面线框图

04.功能流程图

用功能流程图来推演和呈现产品的业务功能逻辑。