入行不久，基本上就是围绕PRD开展工作的，陆陆续续也做了几轮迭代，但还是觉得自己写得不够好，会有纰漏或考虑不周的地方，沦为被鄙视的对方。所以常常在思考如何把PRD写好，以便更好地开展工作，做出更好的产品。以下是一点总结，不断更新中...
PRD都写不好，还怎么做出好产品。
PRD的定义
Product Requirement Document产品需求文档，以前在传统公司的时候采用的瀑布方式开发，PRD叫App Spec（产品规格说明），不管叫什么，反正就是用来说明如何做出这个东西，最终的样子张啥样的。
写作思路
PRD要考虑周全（借用sunnywang的框框理论：用户是谁，面临的问题是什么，核心需求是什么，我们的开发有谁，开发周期多久，技术可行性如何，信息架构、业务流程如何设计，页面设计是否满足需求，是否要数据埋点等等），但不要在PRD上表现的太满，以免引起太多比必要的si逼。
PRD的主要构成
根据过往的编程经验，其实PRD也可以模块化，抽取为常用模块、业务模块来定制，减少重复劳动；
细节写作到时再更新一篇~
PRD样板
文档说明
编辑历史
产品描述
1、交代清楚做这个产品的前因后果，来龙去脉。
2、简述产品功能、预期实现的目标，可分阶段实现的阶段性目标。
缩略语/名词解释/专有名词
本行业、本公司约定俗成的一些名词。
产品框架
展示产品框架中各一级界面、二级界面、三级界面等的信息，或展示各功能点的组成。
常用表达方式：脑图
功能列表
列举本次产品迭代中所有的功能点，并备注好各个功能点的优先级。功能列表的升级甚至可以包括开发负责人和大致的开发周期。
信息结构
展示产品中所有信息字段，如个人信息包括（姓名、昵称、电话、性别）等。有助于开发同学第一时间了解数据库表结构应该如何搭建。
常用表达方式：脑图、Excel
页面跳转流程
展示产品各页面之间的跳转逻辑。这部分也可以在原型中体现。
功能描述
需求详述
指对每个功能进行详细的描述
前台产品，更注重对场景、界面、交互的描述
后台产品，更注重对功能、对业务流程的描述
常用的3种视图：
1、用例图
2、活动图/流程图
3、时序图
界面描述
主要是对界面的展示、交互的描述。需要比较清楚的描述出界面上应该展现的元素及元素的要求。
非功能描述
安全性
一般指对产品的安全方面的要求。比如密码存储是要求加密的，URL外链也需要进行一些加密处理，不能随意的破解等。
尤其是在描述活动类需求时，比如防刷，保证奖品发放的准确性等，需要和开发、测试的同学多讨论。
易用性
默认值
上下限
错误操作提示
网络错误/空白页
无响应/响应时间过长
特定场合使用要求：比如深夜的黑屏模式
埋点统计需求
性能需求
比如
软件打开时间不能超过5秒
页面加载时间不能超过3秒
30秒无响应，需要给出提示。
版本升级
其他
参考文档
推荐文章
