3个方法，写对用户画像产品需求文档（PRD）.docxVIP

3个方法，写对用户画像产品需求文档（PRD） 需求是科技网络产品开发的基础，对需求的描述载体是需求文档。文档质量决定了产品的质量和生存周期，因此任何公司都会想办法提升产品需求文档质量。那么要如何做呢，让我们看看笔者是如何说的： 高质量的需求文档具有如下两个特征： 完整、正确性：每一项需求的功能都描述清楚、准确、无冲突，使后续开发、测试人员获得所有必要信息； 可行性：每一项需求都必须能在已知能力和约束条件内实现，对于技术上无法实现，或者成本。 上无法负担的需求，则不可行。例如：此前有报道某公司产品经理提出根据手机壳换APP颜色的需求，那么在当时那个场景下产品的需求可行性为较低。 本文先从一个落地用户学生画像的产品需求文档（PRD）展开，接着分析需求文档的产生过程，然后讲述需求文档产生过程中容易产生的问题，最后提出提升需求文档质量的措施。本篇顺道提一下AI产品需求文档注意要点，本篇AI及数据产品需求文档不是重点，希望看AI产品相关的请继续关注LineLian的文章。 一、已落地的学生用户画像的产品需求文档（PRD） 内容较长建议耐心阅读，因为往往有的产品的需求比较硬核，所以产品需求文档的内容也比较长。为了练习产品经理的基本功，需要有足够的耐心，加上笔者LineLian总结的方法方向将需求用PRD逻辑清晰地表达出来。 下面为用户学生画像产品需求文档案例： 1. 对PRD编号 2. 程式化的版本修订记录 3. 生成目录 4. 对项目进行背景综述 （1）背景 用户学生画像v4.0迭代项目主要是对已有画像平台功能结构重新梳理和整合。项目基于用户学生画像v3.2、江南大学用户学生画像项目以及参考浙大用户学生画像相关要求，以通用性为原则，将原有功能梳理重新定义，对用户学生画像、群体对比、个人画像结构都有所调整，同时增加自定报告功能模块。后续的项目都会基于这个版本进行开发。 （2）目标 明确用户学生画像结构，使得产品结构清晰，将原有画像系统分为数据结果呈现和数据应用两大块： 数据结果呈现：对应群体画像、自定义画像、群体对比以及个人画像重点在已有数据结果呈现； 数据应用：对应预测预警和自助报告，前者是根据已有数据对行为预测，后者是根据已有数据形成总结报告。 统一原有用户学生画像系统，减少后续项目个性化定制。 （3）阅读对象 本文档阅读对象为项目经理、UI设计师、开发工程师、测试工程师 5. 对产品进行描述 用户学生画像产品是XX科技画像系列产品重要组成部分，是一款服务于高校学生管理与教育引导的大数据产品。围绕学生在校期间的安全、学业、生活、就业等方面的具体问题，通过刻画学生全维度画像，帮助管理者全面认识学生，精准定位异常人群，以大数据+画像技术服务于大学生精细化管理。 6. 产品思维脑图：逻辑清晰地表达概要功能结构 这个模块往往对上级汇报产品内容时用处多。 产品功能结构，如下所示： 7. 帮前期的产品Feature lists生成产品功能列表 产品功能表，如下所示： 8. 定义产品用户的角色 用户角色：这里“角色”的概念不是根据这些角色查看数据范围或功能权限一致分类的，因为学院、辅导员所对应学生数据范围是不一样的；这里根据学校数据，如果有对应信息课进行对应分组 示例： 9. 产品功能需求说明正正文部分 找到合适的产品需求文档框架模板，根据适应原则做裁剪处理；保证文档整体结构的完整性； 逻辑一致和完备；任何功能都要能够清晰地描述思维逻辑过程和采用的方法，同时要注意临界值和异常值的处理；可以使用正向逻辑检查或使用反向测试逻辑走查； 描述内容在正确的前提下尽量简洁明了，能用界面截图或图例的不用文字，重点内容鲜明标注；补充解释或者举例。 文档分类：文档的目标用户不同，用途不同，文档的内容和风格差异就会比较大。从0-1的产品需求文档和迭代升级的产品需求文档侧重点和关注的内容不同，目标用户有差异的文档内容不同；不同身份撰写者提交的文档重点不同。 功能需求说明，这部分主要的查看对象是Coding和test及产品经理自己验证产品时所用。由于原PRD过长，笔者LineLian仅截取一部分，如果实在有需要可以跟笔者LineLian联系或者联系起点。但是从笔者所列的部分仔细阅读的同学，一定能够看出一份用户画像和数据型产品需求文档需要讲清楚模块优先级、功能名称、用户对象，特别是需求描述需要讲清楚功能的交互逻辑、业务对应的需求规则、操作的流程、字段、图表说明、算法模型建议和保密需求等等。 具体如下所示： 基础模块： 群体画像： 二、分析需求文档的产生过程 产品开发一般需要经历五个阶段： 需求分析阶段、设计阶段、编码阶段、测试阶段、验收交付阶段，后续还有运营维护阶段。而需求分析阶段产生的需求文档，是后续几个阶段的依据和必备条件。 上述需求文档是为第4版迭代重新进行需求分析的