我敢说这项基本功，80%产品经理都没练好！

凌晨1点多，深圳某高科技园区里，还是灯火通明。

无数互联网人为了碎银几两（or年薪百万），冒着猝死的风险没日没夜的加着班，某科技公司的产品经理孟华也是其中一个。

只见他专注地盯着电脑，手指在键盘上飞速滑动，画完最终版的流程图和原型图，把业务流程、实现逻辑检查了一遍，将PRD文档发出去后才松了一口气。

孟华来公司2年多了，但是由于他行业经验不够，从来没有接触过完整的产品项目，平时都是跟在老前辈后面打打杂，做做产品的功能迭代。

这次公司为了提高人员管理的效率，决定内部研发一个绩效管理系统，部门老大看他平时兢兢业业，就把这个重要的项目交给了他。

为了不辜负老大的期望，孟华每天加班加点，用了3天的时间，整理了一份绩效管理系统的PRD文档。本以为能通过这个项目展示自己的实力，没想到在需求评审会上被狠狠打脸了。

白天需求评审会上，部门老大的激动话语，开发的轻蔑眼神，以及BOSS的黑脸，让他羞愧地想找个地洞钻进去。

原因就在于他写了一份“程序看不懂，测试想骂人”的产品文档。

首先，关于技术实现逻辑的问题：他不理解技术的规则，以及起码的代码运作机制，无法筛除掉一部分有实现逻辑问题的方案。
其次，关于业务逻辑梳理的问题：由于对绩效考核整个业务理解不够，没有对绩效管理的工作流程进行梳理，导致文档写得不清晰，比较像流水账。

接着需求评审会结束后，老大黑着脸，把他叫进了办公室：

“你来公司做产品也快2年了，平常也挺努力加班也不少，今天这情况让我很难堪啊……”

作为一个初级B端产品经理，因为业务不熟，文档逻辑不严谨等，在需求评审会上被怼是很正常的事情。

在现实的工作中，很多的产品经理常常会在撰写PRD时遇到这些问题：

那么如何才能写好一份让开发和测试都无法拒绝的产品文档呢？

如果你现在依然没有思路，下面将以一款“绩效管理产品PRD”为例，为你演示如何做好B端产品PRD，提升你的产品文档撰写能力~

首先，我们需要明确产品PRD的价值以及写好PRD的方法。

产品PRD的价值：①产品经理可以细化产品方案、帮助整理思路、发现不足、促进沟通、以及用于对内对外的沟通展示。②对开发可以根据PRD获知整个产品的逻辑，测试可以根据PRD用例，项目经理可以根据PRD拆分工作包，并分配开发人员，交互设计师可以通过PRD来设计交互细节。
写好B端产品PRD的方法：包括如何从需求转换为流程，如何按照流程产出功能列表，以及如何根据功能列表撰写PRD。

其次，我们需要明确如何通过一个系统的方法写好PRD。

这里通过《90天B端产品经理实战班》一份优秀作品输出为例，为大家演示如何运用系统的方法做落地输出：

普通产品PRD文档长什么样？

只有简单的几个流程图，以及部分功能的说明，直接拿去需求评审会，还是会被开发测试怼吧。

优秀产品PRD文档长什么样？

首先，绩效管理系统的流程图梳理，分为绩效管理工作流程图、绩效考核指标库流程图、绩效考核方案流程图、绩效考核计划流程图。

以绩效管理工作流程图为例，分为角色和行动两部分，角色包括了董事长、总经理、人力资源部相关各部门以及员工；行动有公司战略目标及要求的制定、公司战略目标及要求的确认、公司战略目标及要求的审批确认、落实战略目标、分解成部门目标、分解为个人目标、制定考核指标、制定绩效流程、制定绩效计划、执行考评指标、员工考评、考评汇总等核心内容，该模块内容角色和操作定义十分合理。

其次，功能列表的梳理部分，基于绩效管理的流程图，先写出核心的功能点如指标库管理下的新增/修改/删除指标、批量导入、导出等；考核方案管理中的新增/修改/删除方案、考核维度管理、考核量表管理、提交审核等；考核计划管理中的发布/新增/修改/删除计划等。并补充其他内容如：页面初始化、搜索、筛选等等，该模块内容清晰，且完整度比较高。