工作日记之合格的产品文档

序

什么是好的产品文档（prd）我不敢高谈阔论，我说我认为的一篇合格的产品文档应该长森么样，应该包含哪些东西。

应该有什么

1、业务需求：做这个功能解决了什么业务上的问题，要想清楚；
2、流程：入口在哪，怎么开始的，会有几个结果，分别是怎样的；
3、功能点：新增的功能是属于产品的哪个功能模块的，为什么属于这个模块；
4、效果：画面效果是怎样的，是有动效的还是静态；
5、数据对接：数据对接是怎样的，都传了什么数据，在什么地方做判断；
6、异常状态：当发生异常状态时，应该怎么处理。

原型重要吗

我之前做产品文档的时候，最开始时候是写word文档，后来是在原型上标注；而现在是导出HTML，将原型 和说明都写在里面，开始的时候我会特别注重原型的设计，包括一些动效的演示等等，但一段时间之后，我发现除了我自己，根本没人去仔细看你的原型；

那么原型到底是什么呢？我老大给了我一句话，原型只是你思考结果的一种表现，重要的是你有没有想清楚，逻辑才是第一位。那我觉得这句话说的很有到底，原型最多也就设计师会去看看，其他人太少去看，而产品文档中，原型只是配角，主角是你的功能点，说明文字，要把你的思路说清楚，让同事都能看懂，这才是关键。

应该怎么写

别人怎么写的我不知道。这里说的是我觉得怎么写是合格的（我理解的合格），首先是目录，告诉看文档的人，都有什么；然后是时间，多久要做完；后面就算具体内容了。

1、为什么要做这个功能？
2、功能简要，几句话描述下这个功能最终的效果。
3、具体细节，功能入口在哪；操作是怎样的：点击，长按还是滑动；操作反馈、是否有提示等等。
4、判断条件：用户的每一步操作，需要系统做什么判断，给用户什么样的反馈；
5、异常状态：比如没有网络的情况下怎么显示等等。

以上就是我今天的内容，一个刚刚步入正轨的野生产品汪的总结，希望对您有一点启发。