导读：写PRD是一个技术活，也是一个细心活。为了能够和开放人员进行高效的沟通，一份合格的PRD文档是必须的，那如何才算合格？且看下文。
前言
最近Mr汤进er在学习PRD的写作。直接的感触就是：写PRD是一个技术活，也是一个细心活。PRD的主要阅览用户就是开发工程师，为了能够和开放人员进行高效的沟通，一份优秀的PRD文档应该满足的基本要求包括：完整、准确、清晰、简洁和稳定。
其中”完整”便是指考虑周全没有遗漏。完整的功能描述和用例，不但可以方便开发工程师快速了解完整的功能需求，同时也为产品上线前的产品测试提供必要的参考。完整的产品功能描述主要包括两方面：功能点无遗漏和功能描述完整。
为了方便自己项目中进行相关功能点及其描述自查，Mr汤进er整理了一套针对应用开发的产品功能点及其描述自查清单。个人感觉，这个自查清单对于四类人群都是有帮助的：
1、产品经理：可以通过产品功能描述自查清单来系统的梳理产品功能点和描述，PRD可以帮助产品经理更加透彻和完整的梳理产品，同时，产品经理可以通过PRD和其他人员进行高效的沟通。
2、交互设计师：可以通过功能点及其描述自查来检查自己的交互稿是否遗漏特殊情况、异常情况、极限情况等等
3、开发工程师：可以通过功能点及其描述自查清单来检查自己的程序开发是否符合PRD中的相关要求。
4、测试工程师：可以将PRD中的功能描述和用例转化为测试用例的一部分，进行产品可用性测试。
原则
在整理自查清单之前，我自己先梳理了几条自查原则或者叫做逻辑（建议在自查前先用Xmind等软件梳理下自查逻辑 ）：
1、先总体，再细分：如果拿一棵大树举例，应该是按照树干→树枝→树叶的顺序去检查产品功能点，可以结合产品功能架构图来进行主要功能点的检查，在主要功能点完整的基础之上，再深入到主要功能点下的细节功能进行自查。
2、有顺序，依次检查：这个和撰写PRD中的功能点和描述是一致的，可以依据PRD功能描述撰写的标准综合运用以下顺序进行自查：
1）产品功能点需求：用户需求→后台需求（数据监控等）
2）功能在系统中的位置：前台界面→用户管理后台(个人中心)→官方管理后台；
3）业务流程：步骤1→步骤2→步骤3→步骤3.1→步骤3.2……
4）功能主次关系：主要功能（场景or流程）→次要功能（场景or流程）；
5）功能点在页面布局中的位置：从上→下、从左→右；
6）按照软件状态：基本状态→特殊状态→异常状态；
微信扫码上方二维码，可领取2025年最新互联网创业项目！
项目收款截图
