产品经理基本功之PRD实践篇

上次我们写了一篇关于如何去理解PRD的作用以及怎么去写PRD的文章。产品经理基本功之PRD

今天我们聊聊新人产品经理在实践中经常会犯的一些问题。

很多新人产品经理写PRD，一上来就是先开始写系统交互、功能用例。觉得前面一大片的背景描述、范围描述、功能清单，都不是重点。认为真正的PRD精华内容就是在说需求细节。

我想说的是，认真对待需求背景、产品目标、范围描述、功能清单等这种提纲挈领的模块内容。写好这些模块，让你的PRD文档能有了一个清晰的轮廓。在进行需求评审时，大家也是先理解清楚需求背景、目标、范围，以及我们要做的那几个要点，有了一个通篇的概念后，才是对细节的理解。没有整体感，细节就失去了意义。

这个可能是新人经常会遇到的问题。我们在描述一个功能时，喜欢像写一篇小作文一样，洋洋洒洒，用很多“所以”，“并且”，“注意”等连接词，把我们的上下文逻辑联系起来。

这种方式没有错，但是增加了阅读人的理解成本。须知研发实现的代码是结构化的，我们的PRD要用简洁并且结构化的语言、图形将功能需求描述清楚。

大家读一读以下这段关于用户注册的功能描述：

用户进入注册页面后填写手机号、验证码、邀请码（非必填）进行注册。手机号作为唯一标识，如果手机号已经注册过就提示用户去登录，如果手机号没有注册过且验证码填写正确就提示注册成功，验证码填写错误提示验证码填写错误。

是不是有一点觉得“乍一看好像是这么回事”，但具体有什么规则“我还要仔细缕缕”？写得人费劲，读起来也费劲。

我们用结构化的语言重新整理一下这段话：

用户注册步骤：

第1步：用户打开APP未登录用户入口默认显示登录页面，用户点击【新用户注册】进入注册页面；

第2步：用户选择需要注册后，提示用户输入以下信息：

手机号作为唯一标识，校验规则：

-如果手机号已经注册过：提示用户直接去登录，进入登录页面。

-如果手机号没有注册过+验证码填写正确：注册成功，否则提示错误。

说明：如何定义已经注册过：有手机号码在用户表中，且用户状态为有效。

在PRD撰写时，如何组织你的语言描述？提供三个方法：

（1）善用场景化思维

顺着一个前因后果（用户场景）去组织你的功能路径说明、逻辑说明。这种就是要梳理用例，把一个一个用例描述清楚，你的功能逻辑也就描述清楚了。

（2）善用模块化思维

区分哪些是流程、哪些是逻辑判断、哪些是分支流程、哪些是异常处理。而不要把所有的内容都糅杂在一段文字内。

（3）善用结构化表达

善于使用视觉表达，图表会表达更清晰，用图+文字的方式，能够减少很多不必要的赘述。如果需要写比较多的逻辑规则描述，避免大段文字。可以用数字标号、或者一些突出的颜色来表示重点。

有一个比较好的判断方式，如果你不说明这里，研发会不会事后追问。产品经理也可以把PRD作为一个产品，允许自己有一些不完美，事先不用面面俱到、事无遗漏。可以在每一次的PRD文档评审后，根据你的读者（研发、交互）的反馈中去找到那个适合你自己产品形态的“度”。

最后，始终牢记产品经理为什么要写PRD。千万不要为了写文档而写文档。理解你的交付背后的意义，然后认真对待他，高效完成。